GNU bug report logs - #33891
26.1.90; Occasional redrawing problems on macOS

Previous Next

Package: emacs;

Reported by: "John Wiegley" <johnw <at> gnu.org>

Date: Thu, 27 Dec 2018 17:51:02 UTC

Severity: minor

Tags: fixed

Merged with 31904, 32932, 34127, 34710, 36302

Found in versions 26.1.90, 26.1.91, 26.2.90, 27.0.50

Fixed in version 28.1

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

Bug is archived. No further changes may be made.

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 33891 in the body.
You can then email your comments to 33891 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#33891; Package emacs. (Thu, 27 Dec 2018 17:51:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to "John Wiegley" <johnw <at> gnu.org>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Thu, 27 Dec 2018 17:51:02 GMT) Full text and rfc822 format available.

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

From: "John Wiegley" <johnw <at> gnu.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 26.1.90; Occasional redrawing problems on macOS
Date: Thu, 27 Dec 2018 09:49:44 -0800
I have no way to reproduce this, I just want the developers to know since Eli
tells me there have been recent changes in the redisplay code.

Emacs 26.1 was pretty rock solid on macOS, using --with-ns. In 26.1.90, I
notice semi-frequent redisplay problems that don't reproduce when I try the
same command again.

For example, sometimes when I enter Gnus, and everything looks fine, suddenly
the majority of the screen will go black (except for the current summary
line). Moving the cursor brings back the article I'm reading, but even C-l
doesn't redraw the summary lines. I have to page down and page back up to get
them to redraw again.

This happens in all types of buffers: code, eshell, Gnus, Org, etc. The basic
behaviors I've seen are that either the current line goes black, and
everything else is fine, or the whole frame goes black.

I'd never seen this behavior before 26.1.90.

-- 
John Wiegley                  GPG fingerprint = 4710 CF98 AF9B 327B B80F
http://newartisans.com                          60E1 46C4 BD1A 7AC1 4BA2




Merged 32932 33891. Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Fri, 28 Dec 2018 21:29:02 GMT) Full text and rfc822 format available.

Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#33891; Package emacs. (Fri, 28 Dec 2018 21:56:03 GMT) Full text and rfc822 format available.

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

From: Alan Third <alan <at> idiocy.org>
To: bug-gnu-emacs <at> gnu.org
Subject: Re: bug#33891: 26.1.90; Occasional redrawing problems on macOS
Date: Fri, 28 Dec 2018 21:36:19 +0000
On Thu, Dec 27, 2018 at 09:49:44AM -0800, John Wiegley wrote:
> I have no way to reproduce this, I just want the developers to know since Eli
> tells me there have been recent changes in the redisplay code.
> 
> Emacs 26.1 was pretty rock solid on macOS, using --with-ns. In 26.1.90, I
> notice semi-frequent redisplay problems that don't reproduce when I try the
> same command again.
> 
> For example, sometimes when I enter Gnus, and everything looks fine, suddenly
> the majority of the screen will go black (except for the current summary
> line). Moving the cursor brings back the article I'm reading, but even C-l
> doesn't redraw the summary lines. I have to page down and page back up to get
> them to redraw again.
> 
> This happens in all types of buffers: code, eshell, Gnus, Org, etc. The basic
> behaviors I've seen are that either the current line goes black, and
> everything else is fine, or the whole frame goes black.
> 
> I'd never seen this behavior before 26.1.90.

Hi John, the problem is that in macOS Mojave Apple completely removed
the method we were using to draw the frame. Unfortunately, like you
say, the issues we’re still seeing are hard to reproduce consistently.

We have had one reproducible bug report (bug#33864). I’ve got a fix
for that, so hopefully that makes a difference in situations other
than the reported behaviour.
-- 
Alan Third




Forcibly Merged 32932 33891 36302. Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Mon, 23 Sep 2019 23:20:02 GMT) Full text and rfc822 format available.

Merged 32932 33891 34127 36302. Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Sat, 25 Jan 2020 12:03:02 GMT) Full text and rfc822 format available.

Merged 32932 33891 34127 34710 36302. Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Sat, 25 Jan 2020 12:03:02 GMT) Full text and rfc822 format available.

Merged 31904 32932 33891 34127 34710 36302. Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Sat, 25 Jan 2020 12:03:02 GMT) Full text and rfc822 format available.

Added tag(s) fixed. Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Tue, 28 Jan 2020 18:24:02 GMT) Full text and rfc822 format available.

bug marked as fixed in version 28.1, send any further explanations to 32932 <at> debbugs.gnu.org and Aaron Jensen <aaronjensen <at> gmail.com> Request was from Alan Third <alan <at> idiocy.org> to control <at> debbugs.gnu.org. (Tue, 28 Jan 2020 18:24:02 GMT) Full text and rfc822 format available.

bug archived. Request was from Debbugs Internal Request <help-debbugs <at> gnu.org> to internal_control <at> debbugs.gnu.org. (Fri, 13 Mar 2020 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 4 years and 17 days ago.

Previous Next


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