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: Juanma Barranquero <lekktu <at> gmail.com>
To: Robert Marshall <robert <at> capuchin.co.uk>
Cc: martin rudalics <rudalics <at> gmx.at>, 17046 <at> debbugs.gnu.org
Subject: bug#17046: 24.3.50; On startup emacs frame has no minibuffer or windows decorations
Date: Mon, 24 Mar 2014 22:52:32 +0100
On Mon, Mar 24, 2014 at 10:33 PM, Robert Marshall <robert <at> capuchin.co.uk> wrote:

> So there were, that's one error each ;-)

Yep ;-)

> I've done all 4 runs and none of them produced the bug! I assume this
> isn't what you expected

I half-expected it.

> I see some of the parameters to
> frameset-restore are different.

Not just that, I've radically simplified `frameset--restore-frame'.

So if you do not see now the bug even with (display . ":0"), that
means that we can forget for now the other parameters and concentrate
on testing only display yes/no again.

Before I change anything more, if you happen to still have a bug*.el
file from previous tests where you were able to reproduce the bug, try
it using

(frameset-restore desktop-saved-frameset
                  :reuse-frames t
                  :force-display nil
                  :force-onscreen nil
                  :cleanup-frames t)

to call frameset-restore. I expect that you will still see the bug,
but if you don't, that will be interesting by itself.

   J




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.