GNU bug report logs -
#77039
31.0.50; Flickering on macOS
Previous Next
Reported by: Aaron Jensen <aaronjensen <at> gmail.com>
Date: Sat, 15 Mar 2025 16:43:01 UTC
Severity: normal
Found in version 31.0.50
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #80 received at 77039 <at> debbugs.gnu.org (full text, mbox):
> From: Aaron Jensen <aaronjensen <at> gmail.com>
> Date: Mon, 17 Mar 2025 15:56:00 +0000
> Cc: Gerd Möllmann <gerd.moellmann <at> gmail.com>, alan <at> idiocy.org,
> 77039 <at> debbugs.gnu.org
>
> If you are talking about comparing glyph matrices of windows/frames that are not shown, that shouldn't
> happen. If it seems to happen, I'd need a clear recipe where it does, which I could run on GNU/Linux or
> MS-Windows, to debug this. Windows that are not displayed don't even have desired matrices to
> compare, so I don't think I understand how this could be possible.
>
> It's more likely that an update in a hidden buffer is causing a glyph comparison on the displayed buffer given
> that it's the one that is flickering. Because the buffer is updating so rapidly, this happens often. The hidden
> buffer is connected to an external process. You can simulate this by running `yes` in a `term` and then
> hiding that buffer. Is that expected?
I don't think I understand the situation. If you can show some Lisp
to simulate that, it would help.
This bug report was last modified 115 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.