GNU bug report logs - #17046
24.3.50; On startup emacs frame has no minibuffer or windows decorations

Previous Next

Package: emacs;

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

From: martin rudalics <rudalics <at> gmx.at>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: 17046 <at> debbugs.gnu.org, Robert Marshall <robert <at> capuchin.co.uk>
Subject: bug#17046: 24.3.50; On startup emacs frame has no minibuffer or windows decorations
Date: Sat, 22 Mar 2014 20:34:32 +0100
> 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 62 days ago.

Previous Next


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