GNU bug report logs - #38497
27.0.50; Frame is not rendered when frame-resize-pixelwise it 't

Previous Next

Package: emacs;

Reported by: 'Ihor Radchenko' <yantar92 <at> gmail.com>

Date: Thu, 5 Dec 2019 07:11:02 UTC

Severity: normal

Found in version 27.0.50

Done: YAMAMOTO Mitsuharu <mituharu <at> math.s.chiba-u.ac.jp>

Bug is archived. No further changes may be made.

Full log

View this message in rfc822 format

From: Ihor Radchenko <yantar92 <at> gmail.com>
To: Eli Zaretskii <eliz <at> gnu.org>
Cc: rudalics <at> gmx.at, 38497 <at> debbugs.gnu.org
Subject: bug#38497: 27.0.50; Frame is not rendered when frame-resize-pixelwise it 't
Date: Sat, 14 Dec 2019 20:22:11 +0800

> How about "M-x redraw-display RET" -- does that redraw the frame?

Nope.

I only managed to trigger the real redraw (not just the scroll bars) by
toggling the maximised state of the frame. Once I unmaximise the frame
the frame text and cursor are redrawn. Re-maximised is redrawn normally
even if I try to toggle menu-bar-mode multiple times again.


Best,
Ihor


Eli Zaretskii <eliz <at> gnu.org> writes:

>> From: Ihor Radchenko <yantar92 <at> gmail.com>
>> Date: Sat, 14 Dec 2019 17:38:38 +0800
>> 
>> > OK.  So we have a simpler scenario now.  From the screenshot I cannot
>> > understand where redrawing hangs.  Is input still functional in such a
>> > mangled frame?  Does evaluating (redisplay t) change anything?
>> 
>> The input is functional. I can split windows with C-x 2/3. The frame is
>> partially redrawn (just the scroll bars, as in the screenshot).
>> Blindly running (redisplay t) does nothing.
>
> How about "M-x redraw-display RET" -- does that redraw the frame?
This bug report was last modified 5 years and 139 days ago.

Previous Next

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