GNU bug report logs - #30699
26.0.91; buffer contents flicker on macOS frames when frames are resized

Previous Next

Package: emacs;

Reported by: Aaron Jensen <aaronjensen <at> gmail.com>

Date: Sun, 4 Mar 2018 17:39:01 UTC

Severity: normal

Tags: fixed

Found in version 26.0.91

Fixed in version 27.1

Done: Alan Third <alan <at> idiocy.org>

Bug is archived. No further changes may be made.

Full log


View this message in rfc822 format

From: Alan Third <alan <at> idiocy.org>
To: Aaron Jensen <aaronjensen <at> gmail.com>
Cc: Eli Zaretskii <eliz <at> gnu.org>, 30699 <at> debbugs.gnu.org
Subject: bug#30699: 26.0.91; buffer contents flicker on macOS frames when frames are resized
Date: Wed, 14 Mar 2018 15:08:58 +0000
On Tue, Mar 13, 2018 at 08:34:10AM -0700, Aaron Jensen wrote:
> mOn Sun, Mar 11, 2018 at 5:46 PM, Alan Third <alan <at> idiocy.org> wrote:
> >> The question is: can x_set_window_size be called without a redisplay
> >> happening soon enough, e.g. if Emacs is busy doing some lengthy
> >> calculation?
> >
> > OK, so this plan is a non‐starter.
> 
> Were you able to find a place where x_set_window_size can be called
> w/o a redisplay happening soon enough?
> 
> I haven't seen any glitches using this patch yet, fwiw.

I haven’t come across anything yet, but I’ve not been using this patch
much.

Watch out for macOS re‐enabling screen updates after ~1 second. It
does this automatically; I guess to stop buggy code from freezing the
application completely.

It should log a message to stderr when it does.

If we are going to use this code, as Eli pointed out, I’ll have to
catch every place where redisplay returns, so it’s not ready for
prime‐time yet.
-- 
Alan Third




This bug report was last modified 7 years and 113 days ago.

Previous Next


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