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: martin rudalics <rudalics <at> gmx.at>
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 16:26:15 +0100

On Sat, Mar 22, 2014 at 4:20 PM, martin rudalics <rudalics <at> gmx.at> wrote:

> I meant to find some way where we, before restoring a desktop, make the
> involved frame visible and then do the restoring, so the user "sees"
> what happens.  This obviously works only when a frame exists already
> before restoration kicks in, but IIUC this is what happens in Robert's
> case.

I'm lost. Why wouldn't it work to call (sit-for 0) before calling
frameset-restore?
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.