GNU bug report logs -
#46155
28.0.50; Regression: buffer contents flicker on macOS frames when
Previous Next
Reported by: Aaron Jensen <aaronjensen <at> gmail.com>
Date: Thu, 28 Jan 2021 15:49:01 UTC
Severity: normal
Found in version 28.0.50
Done: Alan Third <alan <at> idiocy.org>
Bug is archived. No further changes may be made.
Full log
View this message in rfc822 format
On Tue, Feb 09, 2021 at 11:49:55AM +0100, martin rudalics wrote:
> >> Where do you type those letters? Into the normal frame?
> >
> > No, into the minibuffer-only frame. After `make-frame` the
> > minibuffer-only frame became focused and accept input.
>
> Works here on Debian without problems, the minibuffer-only frame expands
> by one character as expected. I still doubt that this is an NS problem.
In case it matters, the background here is that after a resize Cocoa
doesn't retain the contents of the frame, but since the frame is
garbaged Emacs won't draw anything until redisplay is completed, but
Cocoa won't wait for redisplay, so we end up with a brief blank frame.
The patch Aaron and Andrii are using calls redisplay() just before the
frame is drawn, but only if it is garbaged.
My assumption is that something in this repro recipe is causing
redisplay to refuse to draw the frame until something else has
occurred. I've no idea what that could be and haven't investigated
yet.
--
Alan Third
This bug report was last modified 4 years and 156 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.