GNU bug report logs -
#17046
24.3.50; On startup emacs frame has no minibuffer or windows decorations
Previous Next
Reported by: Robert Marshall <robert <at> capuchin.co.uk>
Date: Thu, 20 Mar 2014 09:09:02 UTC
Severity: important
Found in version 24.3.50
Fixed in version 24.4
Done: Juanma Barranquero <lekktu <at> gmail.com>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
> Yes, though I prefer using "emacs -Q -l file.el" because desktop does
> many other things, like trying to restore modes, global and local
> variables, etc.
OK. But the problem is IMO that Robert ran this with a frameset derived
from the a saved desktop of the bad frame. This won't reproduce the
problem because that frameset is likely OK (I did not see any
inconsistencies in the frame dump at least). We have to run this with a
frameset derived from the original two windows frame. I hope I attached
a correct version in my last mail, please have a look.
Now if that frameset produces two windows as I expect, we know that the
problem is with transforming the initial Emacs frame, which apparently
is not good for restoring this desktop. Then we have to step by step
remove lines from bug17046.el until we arrive at the line that causes
the problem.
martin
This bug report was last modified 11 years and 114 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.