GNU bug report logs -
#12277
24.1.50; Graphical issues with linum-mode and fringe
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 12277 in the body.
You can then email your comments to 12277 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#12277
; Package
emacs
.
(Sat, 25 Aug 2012 17:31:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Robert Dallas Gray <mail <at> robertdallasgray.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Sat, 25 Aug 2012 17:31:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
On starting emacs and entering linum-mode, with a vertical split,
vertical border periodically disappears or becomes 'broken' while scrolling.
Changing fringe-mode to left-only fixes the problem, but only if it is
done in the minibuffer. Using fringe-mode, set-fringe-mode or
set-fringe-style from lisp code does not help.
In GNU Emacs 24.1.50.1 (i386-apple-darwin11.4.0, NS apple-appkit-1138.47)
of 2012-05-24 on pud.default
Windowing system distributor `Apple', version 10.3.1138
Configured using:
`configure '--prefix=/usr/local/Cellar/emacs/HEAD' '--without-dbus'
'--enable-locallisppath=/usr/local/share/emacs/site-lisp'
'--infodir=/usr/local/Cellar/emacs/HEAD/share/info/emacs' '--with-ns'
'--disable-ns-self-contained' 'CC=/usr/bin/llvm-gcc' 'CFLAGS=-Os -w
-pipe -march=core2 -msse4''
Important settings:
value of $LC_ALL: nil
value of $LC_COLLATE: nil
value of $LC_CTYPE: nil
value of $LC_MESSAGES: nil
value of $LC_MONETARY: nil
value of $LC_NUMERIC: nil
value of $LC_TIME: nil
value of $LANG: nil
value of $XMODIFIERS: nil
locale-coding-system: nil
default enable-multibyte-characters: t
Major mode: Speedbar
Minor modes in effect:
multi-web-global-mode: t
show-paren-mode: t
global-smart-tab-mode: t
cua-mode: t
global-auto-revert-mode: t
autopair-global-mode: t
ido-everywhere: t
shell-dirtrack-mode: t
tooltip-mode: t
mouse-wheel-mode: t
menu-bar-mode: t
file-name-shadow-mode: t
global-font-lock-mode: t
auto-composition-mode: t
auto-encryption-mode: t
auto-compression-mode: t
line-number-mode: t
visual-line-mode: t
transient-mark-mode: t
Recent input:
M-x r e p o r t <return>
Recent messages:
Loading /Users/robertdallasgray/.emacs.d/custom.el (source)...done
For information about GNU Emacs and the GNU system, type C-h C-a.
Load-path shadows:
~/.emacs.d/custom hides /Applications/Emacs.app/Contents/Resources/lisp/custom
/Users/robertdallasgray/.emacs.d/elpa/magit-20120805/.dir-locals hides /Applications/Emacs.app/Contents/Resources/lisp/gnus/.dir-locals
Features:
(shadow sort mail-extr emacsbug message rfc822 mml mml-sec mm-decode
mm-bodies mm-encode mail-parse rfc2231 mailabbrev gmm-utils mailheader
sendmail rfc2047 rfc2045 ietf-drums mail-utils graphene-theme
solarized-light-theme solarized-definitions multi-web-mode php+-mode
php+-zf php-test php-tags etags php-string php-refactor php-lineup
php-help php-font-lock php-edit php-format php-structure php-utils
hideshow php-doc php-project dired php-funcs thingatpt php-parse
string-utils php-const php-completion cc-langs cc-mode cc-fonts cc-guess
cc-menus cc-cmds cc-styles cc-align cc-engine cc-vars cc-defs paren
smart-tab easy-mmode ace-jump-mode cua-base autorevert autopair
expand-region expand-region-custom expand-region-core edmacro kmacro
smex ido sr-speedbar warnings cl speedbar sb-image ezimage dframe
easymenu tramp tramp-compat auth-source gnus-util mm-util mail-prsvr
password-cache shell pcomplete comint ansi-color ring format-spec advice
help-fns advice-preload tramp-loaddefs ace-jump-mode-autoloads
autopair-autoloads coffee-mode-autoloads color-theme-solarized-autoloads
color-theme-autoloads expand-region-autoloads flymake-coffee-autoloads
flymake-css-autoloads flymake-jslint-autoloads flymake-php-autoloads
flymake-ruby-autoloads gh-autoloads eieio byte-opt bytecomp byte-compile
cconv macroexp logito-autoloads magit-push-remote-autoloads
magit-simple-keys-autoloads magithub-autoloads magit-autoloads
markdown-mode-autoloads multi-web-mode-autoloads nginx-mode-autoloads
pcache-autoloads finder-inf php+-mode-autoloads popup-autoloads
rainbow-mode-autoloads rsense-autoloads smart-tab-autoloads
smex-autoloads yaml-mode-autoloads package time-date tooltip ediff-hook
vc-hooks lisp-float-type mwheel ns-win tool-bar dnd fontset image
regexp-opt fringe tabulated-list newcomment lisp-mode register page
menu-bar rfn-eshadow timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core frame cham georgian utf-8-lang misc-lang
vietnamese tibetan thai tai-viet lao korean japanese hebrew greek
romanian slovak czech european ethiopic indian cyrillic chinese
case-table epa-hook jka-cmpr-hook help simple abbrev minibuffer loaddefs
button faces cus-face files text-properties overlay sha1 md5 base64
format env code-pages mule custom widget hashtable-print-readable
backquote make-network-process ns multi-tty emacs)
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Sat, 25 Aug 2012 19:02:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 12277 <at> debbugs.gnu.org (full text, mbox):
> From: Robert Dallas Gray <mail <at> robertdallasgray.com>
> Date: Sat, 25 Aug 2012 15:43:05 +0100
>
> On starting emacs and entering linum-mode, with a vertical split,
> vertical border periodically disappears or becomes 'broken' while scrolling.
>
> Changing fringe-mode to left-only fixes the problem, but only if it is
> done in the minibuffer. Using fringe-mode, set-fringe-mode or
> set-fringe-style from lisp code does not help.
Could you please provide a detailed recipe, starting with "emacs -Q",
for reproducing the problem? I cannot reproduce this on my system,
but I'm not sure I understood the procedure (e.g., what are "vertical
split" and "vertical border"?).
Also, you are using a very old snapshot of the development sources;
could you update to the latest code and see if the problem is still
there?
Thanks.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Mon, 27 Aug 2012 08:39:03 GMT)
Full text and
rfc822 format available.
Message #11 received at 12277 <at> debbugs.gnu.org (full text, mbox):
On 25 Aug 2012, at 20:01, Eli Zaretskii wrote:
>> From: Robert Dallas Gray <mail <at> robertdallasgray.com>
>> Date: Sat, 25 Aug 2012 15:43:05 +0100
>>
>> On starting emacs and entering linum-mode, with a vertical split,
>> vertical border periodically disappears or becomes 'broken' while scrolling.
>>
>> Changing fringe-mode to left-only fixes the problem, but only if it is
>> done in the minibuffer. Using fringe-mode, set-fringe-mode or
>> set-fringe-style from lisp code does not help.
>
> Could you please provide a detailed recipe, starting with "emacs -Q",
> for reproducing the problem? I cannot reproduce this on my system,
> but I'm not sure I understood the procedure (e.g., what are "vertical
> split" and "vertical border"?).
>
> Also, you are using a very old snapshot of the development sources;
> could you update to the latest code and see if the problem is still
> there?
>
> Thanks.
Bearing in mind this affects Cocoa Emacs on OS X, in windowed mode:
cd /Applications/Emacs.app/Contents/MacOS
./Emacs -Q
M-x scroll-bar-mode (to turn scroll bars off)
(now visit a file with contents large enough to require scrolling)
C-x 3 (to split the window vertically)
M-x linum-mode
Now scroll the right-hand window (using the mouse wheel seems to reproduce the glitch more often). The black vertical bar between the two windows intermittently disappears or becomes 'broken'.
Enlarging the window beyond the default startup size also seems to help reproduce the bug.
I have a screenshot of the bug occurring, but I'm not sure on the rules for posting images here.
I've just checked the default gtk+ version of Emacs in Ubuntu (which is v23) and am able to reproduce the bug there also).
Also confirmed the bug exists in Cocoa Emacs 24.1.50 HEAD.
I have found a workaround for this by doing:
(set-fringe-mode '(0 . 8))
in init.el (it seems the fringe-mode [mnemonic] command doesn't work properly when used from lisp code.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Fri, 31 Aug 2012 09:08:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 12277 <at> debbugs.gnu.org (full text, mbox):
> From: Robert Dallas Gray <mail <at> robertdallasgray.com>
> Date: Mon, 27 Aug 2012 09:37:14 +0100
>
> Bearing in mind this affects Cocoa Emacs on OS X, in windowed mode:
>
> cd /Applications/Emacs.app/Contents/MacOS
> ./Emacs -Q
> M-x scroll-bar-mode (to turn scroll bars off)
> (now visit a file with contents large enough to require scrolling)
> C-x 3 (to split the window vertically)
> M-x linum-mode
>
> Now scroll the right-hand window (using the mouse wheel seems to reproduce the glitch more often). The black vertical bar between the two windows intermittently disappears or becomes 'broken'.
When the vertical line separating the two windows disappears or
becomes broken, does it get corrected if you wait for a while, or does
it stay corrupted forever, until the next scroll?
FWIW, all I see on my MS-Windows machine is slow scrolling (due to
linum-mode), but no redisplay problems.
> I have a screenshot of the bug occurring, but I'm not sure on the rules for posting images here.
Please do post the screenshots.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Mon, 03 Sep 2012 10:41:02 GMT)
Full text and
rfc822 format available.
Message #17 received at 12277 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On 31 Aug 2012, at 10:05, Eli Zaretskii wrote:
>> From: Robert Dallas Gray <mail <at> robertdallasgray.com>
>> Date: Mon, 27 Aug 2012 09:37:14 +0100
>>
>> Bearing in mind this affects Cocoa Emacs on OS X, in windowed mode:
>>
>> cd /Applications/Emacs.app/Contents/MacOS
>> ./Emacs -Q
>> M-x scroll-bar-mode (to turn scroll bars off)
>> (now visit a file with contents large enough to require scrolling)
>> C-x 3 (to split the window vertically)
>> M-x linum-mode
>>
>> Now scroll the right-hand window (using the mouse wheel seems to reproduce the glitch more often). The black vertical bar between the two windows intermittently disappears or becomes 'broken'.
>
> When the vertical line separating the two windows disappears or
> becomes broken, does it get corrected if you wait for a while, or does
> it stay corrupted forever, until the next scroll?
It stays corrupted until the next scroll (or M-x redraw-display, or a window resize).
> FWIW, all I see on my MS-Windows machine is slow scrolling (due to
> linum-mode), but no redisplay problems.
>
I wasn't able to reproduce it in Emacs 24.1 on Windows 7.
>> I have a screenshot of the bug occurring, but I'm not sure on the rules for posting images here.
>
> Please do post the screenshots.
Attached.
[Message part 2 (text/html, inline)]
[Screen Shot 2012-08-26 at 11.12.22.png (image/png, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Sat, 08 Sep 2012 12:24:02 GMT)
Full text and
rfc822 format available.
Message #20 received at 12277 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Hello.
This is similar but not the same as 11052.
This is reproducable on Gtk and Lucid so I think it is a general redisplay problem. It is harder to reproduce on those platforms, as they seem to redraw more often. It may also be a timing issue.
But I found a simpler way to reproduce the bug:
./emacs -Q
M-x scroll-bar-mode (to turn off scrollbars).
C-x 3
M-x linum-mode
Then double-click on a line to mark a word on that line. The redisplay engine will then redraw the whole line, but the black border between windows will be gone from that line and to the end of the window (why Emacs redisplays from the marked word to the end of the window I don't know, it does not seem efficient).
Screenshots attached, taken from a lucid build. If you look at the zoomed in version, you can see that if you extend the one-pixel black line down to the "4", it would actually draw over pixels belonging to the "4", thus indicating that this bug is due to the display engine redrawing line numbers over the black line.
This recepie also shows that there are cursor redrawing bugs in the X port, remnants show up in the line number column. But that is a separate issue :-).
Jan D.
3 sep 2012 kl. 12:38 skrev Robert Dallas Gray <mail <at> robertdallasgray.com>:
>
> On 31 Aug 2012, at 10:05, Eli Zaretskii wrote:
>
>>> From: Robert Dallas Gray <mail <at> robertdallasgray.com>
>>> Date: Mon, 27 Aug 2012 09:37:14 +0100
>>>
>>> Bearing in mind this affects Cocoa Emacs on OS X, in windowed mode:
>>>
>>> cd /Applications/Emacs.app/Contents/MacOS
>>> ./Emacs -Q
>>> M-x scroll-bar-mode (to turn scroll bars off)
>>> (now visit a file with contents large enough to require scrolling)
>>> C-x 3 (to split the window vertically)
>>> M-x linum-mode
>>>
>>> Now scroll the right-hand window (using the mouse wheel seems to reproduce the glitch more often). The black vertical bar between the two windows intermittently disappears or becomes 'broken'.
>>
>> When the vertical line separating the two windows disappears or
>> becomes broken, does it get corrected if you wait for a while, or does
>> it stay corrupted forever, until the next scroll?
>
> It stays corrupted until the next scroll (or M-x redraw-display, or a window resize).
>
>> FWIW, all I see on my MS-Windows machine is slow scrolling (due to
>> linum-mode), but no redisplay problems.
>>
>
> I wasn't able to reproduce it in Emacs 24.1 on Windows 7.
>
>>> I have a screenshot of the bug occurring, but I'm not sure on the rules for posting images here.
>>
>> Please do post the screenshots.
>
> Attached.
>
> <Screen Shot 2012-08-26 at 11.12.22.png>
[Message part 2 (text/html, inline)]
[border.png (image/png, inline)]
[border-zoomed.png (image/png, inline)]
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Sat, 08 Sep 2012 13:03:01 GMT)
Full text and
rfc822 format available.
Message #23 received at 12277 <at> debbugs.gnu.org (full text, mbox):
> From: Jan Djärv <jan.h.d <at> swipnet.se>
> Date: Sat, 8 Sep 2012 14:22:39 +0200
> Cc: Eli Zaretskii <eliz <at> gnu.org>,
> 12277 <at> debbugs.gnu.org
>
> But I found a simpler way to reproduce the bug:
>
> ./emacs -Q
> M-x scroll-bar-mode (to turn off scrollbars).
> C-x 3
> M-x linum-mode
>
> Then double-click on a line to mark a word on that line. The redisplay engine will then redraw the whole line, but the black border between windows will be gone from that line and to the end of the window
Thanks, I can reproduce this here. Will take a look when I have time.
> why Emacs redisplays from the marked word to the end of the window I
> don't know, it does not seem efficient
Probably because the 'region' face can specify a different font,
which, if its size is significantly different from the default, could
require redrawing of more than one screen line. Perhaps it's possible
to invent optimizations that redraw less in at least some of the
cases, but no one has come up with such optimizations, and I'm not
sure it's worth our while. Each optimization adds to the complexity
of the display engine, so IMO we should only introduce new ones if the
normal redisplay is unbearably slow.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Sun, 09 Sep 2012 18:05:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 12277 <at> debbugs.gnu.org (full text, mbox):
> Date: Sat, 08 Sep 2012 16:01:38 +0300
> From: Eli Zaretskii <eliz <at> gnu.org>
> Cc: mail <at> robertdallasgray.com, 12277 <at> debbugs.gnu.org
>
> > From: Jan Djärv <jan.h.d <at> swipnet.se>
> > Date: Sat, 8 Sep 2012 14:22:39 +0200
> > Cc: Eli Zaretskii <eliz <at> gnu.org>,
> > 12277 <at> debbugs.gnu.org
> >
> > But I found a simpler way to reproduce the bug:
> >
> > ./emacs -Q
> > M-x scroll-bar-mode (to turn off scrollbars).
> > C-x 3
> > M-x linum-mode
> >
> > Then double-click on a line to mark a word on that line. The redisplay engine will then redraw the whole line, but the black border between windows will be gone from that line and to the end of the window
>
> Thanks, I can reproduce this here. Will take a look when I have time.
Should be fixed in trunk revision 109957. Please test.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Sun, 09 Sep 2012 20:14:01 GMT)
Full text and
rfc822 format available.
Message #29 received at 12277 <at> debbugs.gnu.org (full text, mbox):
> From: Jan Djärv <jan.h.d <at> swipnet.se>
> Date: Sat, 8 Sep 2012 14:22:39 +0200
> Cc: Eli Zaretskii <eliz <at> gnu.org>,
> 12277 <at> debbugs.gnu.org
>
> This recepie also shows that there are cursor redrawing bugs in the X port, remnants show up in the line number column. But that is a separate issue :-).
Fixed this one as well, in trunk revision 109958, please test.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Mon, 10 Sep 2012 14:56:01 GMT)
Full text and
rfc822 format available.
Message #32 received at 12277 <at> debbugs.gnu.org (full text, mbox):
Hello.
9 sep 2012 kl. 20:02 skrev Eli Zaretskii <eliz <at> gnu.org>:
>> Date: Sat, 08 Sep 2012 16:01:38 +0300
>> From: Eli Zaretskii <eliz <at> gnu.org>
>> Cc: mail <at> robertdallasgray.com, 12277 <at> debbugs.gnu.org
>>
>>> From: Jan Djärv <jan.h.d <at> swipnet.se>
>>> Date: Sat, 8 Sep 2012 14:22:39 +0200
>>> Cc: Eli Zaretskii <eliz <at> gnu.org>,
>>> 12277 <at> debbugs.gnu.org
>>>
>>> But I found a simpler way to reproduce the bug:
>>>
>>> ./emacs -Q
>>> M-x scroll-bar-mode (to turn off scrollbars).
>>> C-x 3
>>> M-x linum-mode
>>>
>>> Then double-click on a line to mark a word on that line. The redisplay engine will then redraw the whole line, but the black border between windows will be gone from that line and to the end of the window
>>
>> Thanks, I can reproduce this here. Will take a look when I have time.
>
> Should be fixed in trunk revision 109957. Please test.
Confirmed on OSX and X11.
Jan D.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Mon, 10 Sep 2012 14:57:01 GMT)
Full text and
rfc822 format available.
Message #35 received at 12277 <at> debbugs.gnu.org (full text, mbox):
Hello.
9 sep 2012 kl. 22:12 skrev Eli Zaretskii <eliz <at> gnu.org>:
>> From: Jan Djärv <jan.h.d <at> swipnet.se>
>> Date: Sat, 8 Sep 2012 14:22:39 +0200
>> Cc: Eli Zaretskii <eliz <at> gnu.org>,
>> 12277 <at> debbugs.gnu.org
>>
>> This recepie also shows that there are cursor redrawing bugs in the X port, remnants show up in the line number column. But that is a separate issue :-).
>
> Fixed this one as well, in trunk revision 109958, please test.
This is also ok now. Good work.
Jan D.
Reply sent
to
Eli Zaretskii <eliz <at> gnu.org>
:
You have taken responsibility.
(Mon, 10 Sep 2012 16:31:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Robert Dallas Gray <mail <at> robertdallasgray.com>
:
bug acknowledged by developer.
(Mon, 10 Sep 2012 16:31:02 GMT)
Full text and
rfc822 format available.
Message #40 received at 12277-done <at> debbugs.gnu.org (full text, mbox):
> From: Jan Djärv <jan.h.d <at> swipnet.se>
> Date: Mon, 10 Sep 2012 16:54:49 +0200
> Cc: mail <at> robertdallasgray.com,
> 12277 <at> debbugs.gnu.org
>
> Hello.
>
> 9 sep 2012 kl. 20:02 skrev Eli Zaretskii <eliz <at> gnu.org>:
>
> >> Date: Sat, 08 Sep 2012 16:01:38 +0300
> >> From: Eli Zaretskii <eliz <at> gnu.org>
> >> Cc: mail <at> robertdallasgray.com, 12277 <at> debbugs.gnu.org
> >>
> >>> From: Jan Djärv <jan.h.d <at> swipnet.se>
> >>> Date: Sat, 8 Sep 2012 14:22:39 +0200
> >>> Cc: Eli Zaretskii <eliz <at> gnu.org>,
> >>> 12277 <at> debbugs.gnu.org
> >>>
> >>> But I found a simpler way to reproduce the bug:
> >>>
> >>> ./emacs -Q
> >>> M-x scroll-bar-mode (to turn off scrollbars).
> >>> C-x 3
> >>> M-x linum-mode
> >>>
> >>> Then double-click on a line to mark a word on that line. The redisplay engine will then redraw the whole line, but the black border between windows will be gone from that line and to the end of the window
> >>
> >> Thanks, I can reproduce this here. Will take a look when I have time.
> >
> > Should be fixed in trunk revision 109957. Please test.
>
> Confirmed on OSX and X11.
Thanks, I'm closing the bug.
Information forwarded
to
bug-gnu-emacs <at> gnu.org
:
bug#12277
; Package
emacs
.
(Tue, 11 Sep 2012 09:08:02 GMT)
Full text and
rfc822 format available.
Message #43 received at 12277 <at> debbugs.gnu.org (full text, mbox):
Marvellous, that fixes it for me, along with miscellaneous other screen glitches. Thank you.
Robert
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 09 Oct 2012 11:24:03 GMT)
Full text and
rfc822 format available.
This bug report was last modified 11 years and 211 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.