GNU bug report logs - #19453
Bad interaction between daemon mode and desktop-save-mode

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 19453 in the body.
You can then email your comments to 19453 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: David Fiander <david <at> fiander.info>
To: bug-gnu-emacs <at> gnu.org
Subject: Bad interaction between daemon mode and desktop-save-mode
Date: Sat, 27 Dec 2014 08:25:13 -0500

This seems to be related to bugs 17957, 17963, and 7352.

In a terminal window, run

	$ emacs -Q -daemon

then run

	$ emacsclient -n -c

In the new emacs window, execute

	(desktop-save-mode 1)
	(kill-emacs)

and answer 'y' when asked if you want to save the desktop.

Back in the terminal, run

	$ emacs

(note that the daemon is already dead). Emacs will create a new 
graphical frame. This frame may display the warning

	Error (frameset): Font `tty' is not defined

And, according to the modeline, it will claim to be an emailclient 
frame, even though it's not. The problem is that the desktop save file 
saved the setting

	(client . nowait)

In general, I think that the problem is that certain parts of the emacs 
state are being saved (or restored, depending on your point of view) in 
the desktop file that shouldn't necessarily be, since they're tied to 
the method of invocation more than to the user's specific preferences.

- David

Message #8 received at 19453 <at> debbugs.gnu.org (full text, mbox):

From: David Fiander <david <at> fiander.info>
To: 19453 <at> debbugs.gnu.org
Subject: Possible fix
Date: Sat, 27 Dec 2014 09:00:23 -0500

It looks like adding

	(client . :never)

to frameset-filter-alist (and frameset-persistent-filter-alist?) fixes 
the problem of the client state being saved incorrectly.

Message #11 received at 19453 <at> debbugs.gnu.org (full text, mbox):

From: Ivan Shmakov <ivan <at> siamics.net>
To: 19453 <at> debbugs.gnu.org, 17352 <at> debbugs.gnu.org, control <at> debbugs.gnu.org
Subject: Re: bug#19453: Bad interaction between daemon mode and
 desktop-save-mode 
Date: Sat, 27 Dec 2014 14:02:20 +0000

merge 17352 19453
thanks

>>>>> David Fiander <david <at> fiander.info> writes:

[…]

 > This frame may display the warning

 > 	Error (frameset): Font `tty' is not defined

	AIUI, this has already been reported as #17352.  As a
	workaround, the latter suggests the following setting:

(setq desktop-restore-frames nil)

	The issue isn’t really specific to the daemon mode: loading a
	desktop file saved from a non-windowed Emacs instance into a
	windowed produces the same error.

 > And, according to the modeline, it will claim to be an emailclient
 > frame, even though it's not.  The problem is that the desktop save
 > file saved the setting

 > 	(client . nowait)

 > In general, I think that the problem is that certain parts of the
 > emacs state are being saved (or restored, depending on your point of
 > view) in the desktop file that shouldn't necessarily be, since
 > they're tied to the method of invocation more than to the user's
 > specific preferences.

	Yes.

-- 
FSF associate member #7257  http://boycottsystemd.org/  … 3013 B6A0 230E 334A

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.