GNU bug report logs -
#29416
26.0.90: double-buffering display glitch
Previous Next
Reported by: charles <at> aurox.ch (Charles A. Roelli)
Date: Thu, 23 Nov 2017 20:07:01 UTC
Severity: normal
Tags: moreinfo
Merged with 26153,
30088
Found in versions 26.0.50, 26.0.90
Done: Lars Ingebrigtsen <larsi <at> gnus.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 29416 in the body.
You can then email your comments to 29416 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#29416; Package
emacs.
(Thu, 23 Nov 2017 20:07:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
charles <at> aurox.ch (Charles A. Roelli):
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org.
(Thu, 23 Nov 2017 20:07:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Using Ubuntu GNU/Linux and launching emacs -q on the pretest:
M-x find-function RET format-message RET
M-x load-theme RET wombat RET
C-5 C-v C-5 C-v
There are a few horizontal blue lines visible on the last line of:
> {
> return styled_format (nargs, args, true);
> }
so that it looks a little like this instead:
> } ___ _ ____ __
This was the only easily reproducible case I could come up with, but
I've seen the problem elsewhere several times in daily use with
26.0.90. In contrast I never saw anything similar occur in 25.3.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#29416; Package
emacs.
(Thu, 23 Nov 2017 20:24:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 29416 <at> debbugs.gnu.org (full text, mbox):
> Date: Thu, 23 Nov 2017 21:07:18 +0100
> From: charles <at> aurox.ch (Charles A. Roelli)
>
> Using Ubuntu GNU/Linux and launching emacs -q on the pretest:
>
> M-x find-function RET format-message RET
> M-x load-theme RET wombat RET
> C-5 C-v C-5 C-v
>
> There are a few horizontal blue lines visible on the last line of:
>
> > {
> > return styled_format (nargs, args, true);
> > }
>
> so that it looks a little like this instead:
>
> > } ___ _ ____ __
I don't see this on my system (which is not GNU/Linux).
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#29416; Package
emacs.
(Fri, 24 Nov 2017 00:04:01 GMT)
Full text and
rfc822 format available.
Message #11 received at 29416 <at> debbugs.gnu.org (full text, mbox):
Eli Zaretskii <eliz <at> gnu.org> writes:
>> Date: Thu, 23 Nov 2017 21:07:18 +0100
>> From: charles <at> aurox.ch (Charles A. Roelli)
>>
>> Using Ubuntu GNU/Linux and launching emacs -q on the pretest:
>>
>> M-x find-function RET format-message RET
>> M-x load-theme RET wombat RET
>> C-5 C-v C-5 C-v
>>
>> There are a few horizontal blue lines visible on the last line of:
>>
>> > {
>> > return styled_format (nargs, args, true);
>> > }
>>
>> so that it looks a little like this instead:
>>
>> > } ___ _ ____ __
>
> I don't see this on my system (which is not GNU/Linux).
I don't see it on my Debian GNU/Linux box either (tried with both lucid
and gtk builds). Does disabling double buffering have any effect?
Perhaps installed fonts could also be significant?
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#29416; Package
emacs.
(Fri, 24 Nov 2017 20:21:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 29416 <at> debbugs.gnu.org (full text, mbox):
> From: Noam Postavsky <npostavs <at> users.sourceforge.net>
> Date: Thu, 23 Nov 2017 19:02:52 -0500
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> Date: Thu, 23 Nov 2017 21:07:18 +0100
> >> From: charles <at> aurox.ch (Charles A. Roelli)
> >>
> >> Using Ubuntu GNU/Linux and launching emacs -q on the pretest:
> >>
> >> M-x find-function RET format-message RET
> >> M-x load-theme RET wombat RET
> >> C-5 C-v C-5 C-v
> >>
> >> There are a few horizontal blue lines visible on the last line of:
> >>
> >> > {
> >> > return styled_format (nargs, args, true);
> >> > }
> >>
> >> so that it looks a little like this instead:
> >>
> >> > } ___ _ ____ __
> >
> > I don't see this on my system (which is not GNU/Linux).
>
> I don't see it on my Debian GNU/Linux box either (tried with both lucid
> and gtk builds). Does disabling double buffering have any effect?
Yes, inhibiting double buffering fixes it.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#29416; Package
emacs.
(Fri, 24 Nov 2017 20:42:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 29416 <at> debbugs.gnu.org (full text, mbox):
> Date: Fri, 24 Nov 2017 21:21:42 +0100
> From: charles <at> aurox.ch (Charles A. Roelli)
> CC: eliz <at> gnu.org, 29416 <at> debbugs.gnu.org
>
> > I don't see it on my Debian GNU/Linux box either (tried with both lucid
> > and gtk builds). Does disabling double buffering have any effect?
>
> Yes, inhibiting double buffering fixes it.
Sigh.
Although it is strange that double buffering would cause this kind of
problems.
Changed bug title to '26.0.90: double-buffering display glitch' from '26.0.90: display glitch'
Request was from
Noam Postavsky <npostavs <at> users.sourceforge.net>
to
control <at> debbugs.gnu.org.
(Sat, 25 Nov 2017 11:05:02 GMT)
Full text and
rfc822 format available.
Information forwarded
to
bug-gnu-emacs <at> gnu.org:
bug#29416; Package
emacs.
(Sat, 25 Nov 2017 14:08:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 29416 <at> debbugs.gnu.org (full text, mbox):
> Date: Fri, 24 Nov 2017 22:41:00 +0200
> From: Eli Zaretskii <eliz <at> gnu.org>
>
> > Date: Fri, 24 Nov 2017 21:21:42 +0100
> > From: charles <at> aurox.ch (Charles A. Roelli)
> > CC: eliz <at> gnu.org, 29416 <at> debbugs.gnu.org
> >
> > > I don't see it on my Debian GNU/Linux box either (tried with both lucid
> > > and gtk builds). Does disabling double buffering have any effect?
> >
> > Yes, inhibiting double buffering fixes it.
>
> Sigh.
>
> Although it is strange that double buffering would cause this kind of
> problems.
It is. I'm also surprised nobody else has reported the bug yet, since
my setup is bog-standard. Maybe the problem is hardware-related.
Merged 29416 30088.
Request was from
Noam Postavsky <npostavs <at> users.sourceforge.net>
to
control <at> debbugs.gnu.org.
(Fri, 26 Jan 2018 12:48:02 GMT)
Full text and
rfc822 format available.
Merged 26153 29416 30088.
Request was from
Noam Postavsky <npostavs <at> gmail.com>
to
control <at> debbugs.gnu.org.
(Tue, 07 Aug 2018 23:38:03 GMT)
Full text and
rfc822 format available.
Added tag(s) moreinfo.
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org.
(Mon, 21 Feb 2022 15:30:03 GMT)
Full text and
rfc822 format available.
bug closed, send any further explanations to
30088 <at> debbugs.gnu.org and Damien Cassou <damien <at> cassou.me>
Request was from
Lars Ingebrigtsen <larsi <at> gnus.org>
to
control <at> debbugs.gnu.org.
(Mon, 21 Feb 2022 16:05:03 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.
(Tue, 22 Mar 2022 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 2 years and 35 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.