GNU bug report logs -
#33864
27.0.50; Display corruption with "small" font size when something is in the fringe
Previous Next
Reported by: Dale Sedivec <dale <at> codefu.org>
Date: Tue, 25 Dec 2018 06:03:03 UTC
Severity: normal
Tags: fixed
Found in version 27.0.50
Fixed in version 26.2
Done: Alan Third <alan <at> idiocy.org>
Bug is archived. No further changes may be made.
Full log
Message #32 received at 33864 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Thu, Dec 27, 2018 at 09:45:57AM -0600, Dale Sedivec wrote:
> You would probably know better than I would, but the only possible
> relevant differences I can think of are:
>
> * I'm using a smaller font size
> * I'm using a Retina (i.e. scaled) display
> * I'm using macOS 10.13.6
These are all the same, but...
> I am attaching the Elisp script I used to reproduce this problem while
> bisecting, loaded like:
>
> nextstep/Emacs.app/Contents/MacOS/Emacs -Q --load repro.el
This reproduces instantly, like you say. Thank you! It looks to me
like the fringe background colour is being drawn right across the
line, which makes me think that the calculation to work out what to
blank in the fringe is going wrong.
I think that what’s happened is I’ve misunderstood one of the NS
rectangle function’s descriptions and assumed it did more error
checking than it does. It looks like the fix is simply to check that
the area that’s to be cleared is actually a legitimate rectangle.
Patch attached.
--
Alan Third
[0001-Fix-NS-fringe-bitmap-drawing-bug-bug-33864.patch (text/plain, attachment)]
This bug report was last modified 6 years and 144 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.