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

Previous Next

Full log

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

From: Robert Marshall <robert <at> capuchin.co.uk>
To: martin rudalics <rudalics <at> gmx.at>
Cc: Juanma Barranquero <lekktu <at> gmail.com>, 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 11:14:20 +0000

[Message part 1 (text/plain, inline)]

martin rudalics writes:
 >  > Aha!! adding (read-event nil nil 1) to bug17046.el instead of the
 >  > sit-for replicates the bug - it looks ok on startup but when I move
 >  > the mouse into the frame I lose the decorations and the minibuffer!
 >  >
 >  > This is with
 >  >
 >  > 	  (visibility . t)
 >  > and :force-onscreen nil
 > 
 > This should give us something at last but I don't yet know what.  Please
 > just post that bug17046.el here so we can strip it.
 > 

[bug17046-a.el (application/octet-stream, attachment)]

[Message part 3 (text/plain, inline)]

File is attached, I hadn't seen this problem before my bzr update and
build of March 14th but I've just tried the same minimal startup with my
previous build of Dec 23 2013 (though as I'm running it from the bzr
pull area, it has the bzr updated el files) and I see the same problem.

I also get the bug with :force-onscreen set to t

Robert
-- 
Robert Marshall

Previous Next

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