GNU bug report logs -
#30421
25.3; desktop.el: Steal lock when no living "emacs" process owns it
Previous Next
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
[Message part 1 (text/plain, inline)]
I tried patching with
-(daemonp)
+(and (daemonp) (= (length (visible-frame-list)) 1))
Then I killed the daemon, leaving a .lock behind.
On restart:
- In a tty, I get a black screen with a blinking cursor on the bottom left
corner.
If I press 'y', it proceeds with loading the desktop file. I can verify
that from the *Messages* buffer.
- With EXWM, I get a black screen, but 'y' does not work. So it's
effectively stuck.
I'm thinking that maybe `after-make-frame-functions' are run too early,
before the frame is fully ready.
Then I re-considered Eli's last remark: the daemon already has a frame, so I
thought maybe we should also guard the hook with a check on the frames count:
(defun ambrevar/desktop-init (_frame)
(when (> (length (visible-frame-list)) 1)
(desktop-save-mode)
(desktop-read)
(remove-hook 'after-make-frame-functions 'ambrevar/desktop-init)))
That did not change anything.
Any clue?
[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.