GNU bug report logs -
#23124
Two minibuffer resize related bugs
Previous Next
Reported by: martin rudalics <rudalics <at> gmx.at>
Date: Sun, 27 Mar 2016 15:35:01 UTC
Severity: normal
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
Your message dated Wed, 30 Mar 2016 18:25:13 +0300
with message-id <83twjougx2.fsf <at> gnu.org>
and subject line Re: bug#23124: Two minibuffer resize related bugs
has caused the debbugs.gnu.org bug report #23124,
regarding Two minibuffer resize related bugs
to be marked as done.
(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)
--
23124: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=23124
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems
[Message part 2 (message/rfc822, inline)]
[Message part 3 (text/plain, inline)]
Sorry for the slightly contrived way these bugs are described. I'm
working on them already for a couple of days and even smallest changes
to the scenario below makes them disappear. To reproduce proceed as
follows:
(1) Save the attached foo.el file somewhere and make its first line match
the location where you stored it.
(2) Start Emacs with the options -Q and -l to load foo.el.
(3) Type C-x 5 2.
(4) Go back to the initial frame, move to the end of the last non-empty
line after ";; (bar)" and type C-x C-e.
At this moment "nothing" happens here (Bug#1). When I now switch (via
Alt TAB) to the new frame (the one created via C-x 5 2), the message
appears there. When I now type C-p in the new frame, the minibuffer
window shrinks back but the space previously occupied by the modeline of
the window above is not redrawn, hence I get two modelines above each
other (Bug#2).
Bug#1 can be observed here on the Gtk3, Lucid and Windows builds, Bug#2
only on Lucid and Windows. Bugs appear for both, Emacs-25 and master.
Note that Bug#1 does not appear, for example, when I display a one line
message, when the new frame displays a different buffer, or when point
in the new frame is not a EOB.
I should be eventually able to track this down but if someone beats me
to it or has any ideas ...
martin
[foo.el (application/emacs-lisp, attachment)]
[Message part 5 (message/rfc822, inline)]
> Date: Wed, 30 Mar 2016 10:38:59 +0200
> From: martin rudalics <rudalics <at> gmx.at>
> CC: 23124 <at> debbugs.gnu.org
>
> > Is there something else to do wrt this bug report?
>
> I don't think so.
OK, closing.
> Thanks again for the fix, martin
Thanks for identifying the culprit, which made the analysis easy.
This bug report was last modified 9 years and 46 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.