GNU bug report logs - #30800
26.0.91; unknown crash on macos

Previous Next

Package: emacs;

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

Date: Tue, 13 Mar 2018 16:19:01 UTC

Severity: normal

Found in version 26.0.91

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

Bug is archived. No further changes may be made.

Full log


Message #56 received at 30800 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Aaron Jensen <aaronjensen <at> gmail.com>
Cc: alan <at> idiocy.org, 30800 <at> debbugs.gnu.org
Subject: Re: bug#30800: 26.0.91; unknown crash on macos
Date: Thu, 22 Mar 2018 09:26:50 +0200
> From: Aaron Jensen <aaronjensen <at> gmail.com>
> Date: Wed, 21 Mar 2018 22:40:33 -0700
> Cc: Eli Zaretskii <eliz <at> gnu.org>, 30800 <at> debbugs.gnu.org
> 
> > (Original bug report was 18757 and the commit was
> > d9d383147219f8e6a90d4c177e1b454e19acfac9.)
> 
> I do not understand why setting the represented filename where it was
> set originally causes a flicker.

I don't understand, either, especially since I don't see this on w32.

The recipes in bug#18757 seem to indicate that redisplaying the
frame's title, due to the change in the selected buffer, causes the
flickering.  That flickering started happening with the upgrade to
version 10.10 of the OS, so perhaps it's no linger an issue with the
current OS versions?

> It's probably a dumb question, but would using the start/stop paint
> stuff from the flicker bug help to eliminate the flicker in some way?

Do you still see the flicker if you revert the above commit?




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

Previous Next


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