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

Message #278 received at 17046 <at> debbugs.gnu.org (full text, mbox):

From: Robert Marshall <robert <at> capuchin.co.uk>
To: Juanma Barranquero <lekktu <at> gmail.com>
Cc: martin rudalics <rudalics <at> gmx.at>, 17046 <at> debbugs.gnu.org
Subject: Re: bug#17046: 24.3.50; On startup emacs frame has no minibuffer or
 windows decorations
Date: Sun, 23 Mar 2014 19:32:57 +0000

Juanma Barranquero writes:
 > On Sun, Mar 23, 2014 at 6:43 PM, Robert Marshall <robert <at> capuchin.co.uk> wrote:
 > 
 > > I thought that was the (display . ":0")
 > > line (as in my response to Juanma)?
 > 
 > Shouldn't affect, but just in case...
 > 
 > Could you please retry with the same bug*.el that reproduces the bug, but adding
 > 
 >    :force-display t
 > 
 > to the frameset-restore call?
 > 

The bug still appears with both the (display... line being present and
:force-display t

However if I comment out the (display line but *leave in* the
:force-display t parameter - the bug is still present - so in this case
:force-display provokes the bug - it would have been ok without that
line.

Robert
-- 
Robert Marshall
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.