GNU bug report logs - #30421
25.3; desktop.el: Steal lock when no living "emacs" process owns it

Previous Next

Package: emacs;

Reported by: Pierre Neidhardt <ambrevar <at> gmail.com>

Date: Sun, 11 Feb 2018 09:55:02 UTC

Severity: wishlist

Found in version 25.3

Done: Eli Zaretskii <eliz <at> gnu.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Pierre Neidhardt <ambrevar <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: 30421 <at> debbugs.gnu.org, npostavs <at> users.sourceforge.net
Subject: bug#30421: 25.3; desktop.el: Steal lock when no living "emacs" process owns it
Date: Thu, 15 Feb 2018 23:56:17 +0100
[Message part 1 (text/plain, inline)]
Actually... Deferring the loading of desktop-mode to after-make-frame
cannot work (unless I'm missing the point):

		  if (and owner
			   (memq desktop-load-locked-desktop '(nil ask))
			   (or (null desktop-load-locked-desktop)
			       (daemonp)
			       (not (y-or-n-p (format "Warning: desktop file appears to be in use by PID %s.\n\ Using it may cause conflicts.  Use it anyway? " owner)))))

`(deamonp)` will still be true...

I could set `desktop-load-locked-desktop' to `t'
but then I'm assuming I'll always be the only desktop-mode client on
this machine... I don't like that.

What about changing `(daemonp)' to some predicate checking if there is a
frame conencted?
[signature.asc (application/pgp-signature, inline)]

This bug report was last modified 7 years and 150 days ago.

Previous Next


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