GNU bug report logs -
#8307
Scrolling problems in lexbind-new branch
Previous Next
Reported by: Juanma Barranquero <lekktu <at> gmail.com>
Date: Mon, 21 Mar 2011 03:05:01 UTC
Severity: normal
Found in version 24.0.50
Done: Juanma Barranquero <lekktu <at> gmail.com>
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 8307 in the body.
You can then email your comments to 8307 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8307
; Package
emacs
.
(Mon, 21 Mar 2011 03:05:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Juanma Barranquero <lekktu <at> gmail.com>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Mon, 21 Mar 2011 03:05:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Version: 24.0.50
Package: emacs
I can reproduce this at will on lexbind-new, and not at all on trunk.
Assume you have a test file, test.txt, with many non-empty lines.
That's not really required (it could be any file long enough to cause
scrolling), but makes the bug easier to see.
In case it matters, I'm using DejaVu Sans Mono:
uniscribe:-outline-DejaVu Sans
Mono-normal-normal-normal-mono-13-*-*-*-c-*-iso8859-1
Now do:
emacs -Q --eval "(progn (setq scroll-conservatively 1)
(setq-default show-trailing-whitespace t))" test.txt
<right>
<down> ;;; keep it pressed until it starts line-by-line scrolling
(The value of scroll-conservatively is irrelevant, as long as it is
greater than zero.)
What I see is that the cursor stops in the next-to-last line;
scrolling continues normally, but the cursor does not advance to the
last line. (In fact, if you keep it pressed down enough time, it
eventually moves to the last line, but in my setup that can take
several hundred lines.)
Now, with the cursor on the next-to-last line, move it to column 0, so
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
#xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ; # is the cursor position
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ; last line of the window,
line number N
Now <down> moves the cursor to the last line:
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
#xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ; last line of the window,
line number N
And then <right> moves to the right *and* scrolls the window:
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx
x#xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ; line number N
xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx ; last line of the window
Another, likely related effect:
emacs -Q --eval "(setq-default show-trailing-whitespace t)" test.txt
then keep <down> pressed.
Instead of scrolling to the last line of the window and then
recentering, it starts scrolling line-by-line once the cursor reaches
the middle point of the window height.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8307
; Package
emacs
.
(Mon, 21 Mar 2011 17:32:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 8307 <at> debbugs.gnu.org (full text, mbox):
> emacs -Q --eval "(progn (setq scroll-conservatively 1)
> (setq-default show-trailing-whitespace t))" test.txt
> <right>
> <down> ;;; keep it pressed until it starts line-by-line scrolling
> (The value of scroll-conservatively is irrelevant, as long as it is
> greater than zero.)
> What I see is that the cursor stops in the next-to-last line;
> scrolling continues normally, but the cursor does not advance to the
> last line. (In fact, if you keep it pressed down enough time, it
> eventually moves to the last line, but in my setup that can take
> several hundred lines.)
I cannot reproduce it here. Maybe it's because I updated the lexbind
branch to be in sync with the trunk. Can you try it with the latest
lexbind branch?
Stefan
Reply sent
to
Juanma Barranquero <lekktu <at> gmail.com>
:
You have taken responsibility.
(Mon, 21 Mar 2011 23:42:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
Juanma Barranquero <lekktu <at> gmail.com>
:
bug acknowledged by developer.
(Mon, 21 Mar 2011 23:42:02 GMT)
Full text and
rfc822 format available.
Message #13 received at 8307-done <at> debbugs.gnu.org (full text, mbox):
On Mon, Mar 21, 2011 at 18:31, Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
> Maybe it's because I updated the lexbind
> branch to be in sync with the trunk. Can you try it with the latest
> lexbind branch?
I cannot reproduce the bug with the latest lexbind-new, so I'm closing this bug.
Juanma
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8307
; Package
emacs
.
(Tue, 22 Mar 2011 19:16:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 8307 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Tue, 22 Mar 2011 00:41:01 +0100
> Cc: 8307-done <at> debbugs.gnu.org
>
> On Mon, Mar 21, 2011 at 18:31, Stefan Monnier <monnier <at> iro.umontreal.ca> wrote:
>
> > Maybe it's because I updated the lexbind
> > branch to be in sync with the trunk. Can you try it with the latest
> > lexbind branch?
>
> I cannot reproduce the bug with the latest lexbind-new, so I'm closing this bug.
Thanks. But the original one with the infloop is still present, if
you remove the change I asked you to apply, yes?
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8307
; Package
emacs
.
(Tue, 22 Mar 2011 19:50:03 GMT)
Full text and
rfc822 format available.
Message #19 received at 8307 <at> debbugs.gnu.org (full text, mbox):
On Tue, Mar 22, 2011 at 20:15, Eli Zaretskii <eliz <at> gnu.org> wrote:
> Thanks. But the original one with the infloop is still present, if
> you remove the change I asked you to apply, yes?
That one is not reproducible at will, so I'll have to test lexbind-new
for a while.
Juanma
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8307
; Package
emacs
.
(Tue, 22 Mar 2011 20:00:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 8307 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Tue, 22 Mar 2011 20:48:38 +0100
> Cc: 8307 <at> debbugs.gnu.org
>
> On Tue, Mar 22, 2011 at 20:15, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > Thanks. But the original one with the infloop is still present, if
> > you remove the change I asked you to apply, yes?
>
> That one is not reproducible at will, so I'll have to test lexbind-new
> for a while.
I'd appreciate if you could reproduce on the trunk instead.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8307
; Package
emacs
.
(Tue, 22 Mar 2011 20:11:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 8307 <at> debbugs.gnu.org (full text, mbox):
On Tue, Mar 22, 2011 at 20:59, Eli Zaretskii <eliz <at> gnu.org> wrote:
> I'd appreciate if you could reproduce on the trunk instead.
OK, I'll try.
Juanma
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8307
; Package
emacs
.
(Fri, 25 Mar 2011 23:41:01 GMT)
Full text and
rfc822 format available.
Message #28 received at 8307 <at> debbugs.gnu.org (full text, mbox):
On Tue, Mar 22, 2011 at 20:15, Eli Zaretskii <eliz <at> gnu.org> wrote:
> But the original one with the infloop is still present, if
> you remove the change I asked you to apply, yes?
Since lexbind-new was updated I haven't been able to reproduce it
there. In the trunk I didn't see it before, and still I don't see it
now.
So consider the problem fixed, and I'll open a new bug report if I the
bug resurfaces.
Juanma
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8307
; Package
emacs
.
(Sat, 26 Mar 2011 07:50:03 GMT)
Full text and
rfc822 format available.
Message #31 received at 8307 <at> debbugs.gnu.org (full text, mbox):
> From: Juanma Barranquero <lekktu <at> gmail.com>
> Date: Sat, 26 Mar 2011 00:39:30 +0100
> Cc: 8307 <at> debbugs.gnu.org
>
> On Tue, Mar 22, 2011 at 20:15, Eli Zaretskii <eliz <at> gnu.org> wrote:
>
> > But the original one with the infloop is still present, if
> > you remove the change I asked you to apply, yes?
>
> Since lexbind-new was updated I haven't been able to reproduce it
> there. In the trunk I didn't see it before, and still I don't see it
> now.
>
> So consider the problem fixed, and I'll open a new bug report if I the
> bug resurfaces.
I'm trying to determine whether the ZV guard is needed in that loop.
I didn't commit the change I asked you to try, so it is unclear to me
how it was fixed.
Information forwarded
to
owner <at> debbugs.gnu.org, bug-gnu-emacs <at> gnu.org
:
bug#8307
; Package
emacs
.
(Sat, 26 Mar 2011 09:43:02 GMT)
Full text and
rfc822 format available.
Message #34 received at 8307 <at> debbugs.gnu.org (full text, mbox):
On Sat, Mar 26, 2011 at 08:49, Eli Zaretskii <eliz <at> gnu.org> wrote:
> I didn't commit the change I asked you to try
Yes, I know.
> so it is unclear to me how it was fixed.
Apparently something that was originally in the trunk and not
lexbind-new "fixes" it (or hides it). If you want me to try something,
just ask.
Juanma
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Sat, 23 Apr 2011 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 14 years and 122 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.