GNU bug report logs - #32932
27.0.50; render bugs on macOS Mojave

Previous Next

Full log

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

From: Boris Buliga <boris <at> d12frosted.io>
To: aaronjensen <at> gmail.com
Cc: Alan Third <alan <at> idiocy.org>, 32932 <at> debbugs.gnu.org
Subject: Re: bug#32932: 27.0.50; render bugs on macOS Mojave
Date: Tue, 9 Oct 2018 10:15:18 +0300

[Message part 1 (text/plain, inline)]

I have the same issue.

Usually, it happens during resizing. But I've seen it several times without
resizing.

The same, let me know if you need any help to track it down.

On Tue, 9 Oct 2018 at 09:38, Aaron Jensen <aaronjensen <at> gmail.com> wrote:

> On October 4, 2018 at 4:03:14 PM, Aaron Jensen
> (aaronjensen <at> gmail.com(mailto:aaronjensen <at> gmail.com)) wrote:
>
> > On October 4, 2018 at 2:51:58 PM, Alan Third (alan <at> idiocy.org(mailto:
> alan <at> idiocy.org)) wrote:
> >
> > No dice. I have a consistent repro if you’d like to screen share, I’d be
> happy to.
>
> I have another way to reproduce it—by resizing the frame. Occasionally
> it’ll fail to paint the entire frame. It appears that I can only
> reproduce it while the point is on something that triggers an eldoc
> tip in the minibuffer.
>
> I wasn’t able to record a gif of it (any screenshot or gif I record
> acts as if it painted successfully) but the video I attached shows the
> behavior. I can’t say for certain that this is the same thing I see in
> normal usage when I’m not resizing things, but it certainly looks to
> be the same type of artifact. Sometimes it’s a previous painting
> that’s left around and sometimes it’s a blank. I’m sure it’s a blank
> in this case because it blanks while resizing.
>
> Hopefully that helps track it down. Let me know if there’s anything
> you’d like me to try.
>
> Thanks,
>
> Aaron
>


-- 
Cheers,
Boris

[Message part 2 (text/html, inline)]

Previous Next

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