GNU bug report logs - #15951
24.3.50; C-n and C-p don't work in narrowed buffer

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 15951 in the body.
You can then email your comments to 15951 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

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

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: bug-gnu-emacs <at> gnu.org
Subject: 24.3.50; C-n and C-p don't work in narrowed buffer
Date: Fri, 22 Nov 2013 13:14:49 +0900

Run Emacs with the -Q option, create a new buffer, and put those
three lines there,

foo
bar
baz

type  C-p  C-p  C-SPC  M-> , and type `C-x n n' so that the last
two lines are visible.  Then you will see C-n and C-p don't work.

In GNU Emacs 24.3.50.1 (i686-pc-cygwin, GTK+ Version 3.8.2)
 of 2013-11-22 on localhost
Bzr revision: 115177 yamaoka <at> jpl.org-20131121221530-5ip837owjus3yvjc
Windowing system distributor `The Cygwin/X Project', version 11.0.11404000
Configured using:
 `configure --verbose --with-x-toolkit=gtk3'

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

From: Stephen Berman <stephen.berman <at> gmx.net>
To: Katsumi Yamaoka <yamaoka <at> jpl.org>
Cc: 15951 <at> debbugs.gnu.org
Subject: Re: bug#15951: 24.3.50; C-n and C-p don't work in narrowed buffer
Date: Fri, 22 Nov 2013 12:59:21 +0100

On Fri, 22 Nov 2013 13:14:49 +0900 Katsumi Yamaoka <yamaoka <at> jpl.org> wrote:

> Run Emacs with the -Q option, create a new buffer, and put those
> three lines there,
>
> foo
> bar
> baz
>
> type  C-p  C-p  C-SPC  M-> , and type `C-x n n' so that the last
> two lines are visible.  Then you will see C-n and C-p don't work.

This is evidently more fallout from enabling cache-long-scans: if you
set this to nil, C-n and C-p work again.

> In GNU Emacs 24.3.50.1 (i686-pc-cygwin, GTK+ Version 3.8.2)
>  of 2013-11-22 on localhost
> Bzr revision: 115177 yamaoka <at> jpl.org-20131121221530-5ip837owjus3yvjc
> Windowing system distributor `The Cygwin/X Project', version 11.0.11404000
> Configured using:
>  `configure --verbose --with-x-toolkit=gtk3'

Steve Berman

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

From: Katsumi Yamaoka <yamaoka <at> jpl.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: 15951 <at> debbugs.gnu.org
Subject: Re: bug#15951: 24.3.50; C-n and C-p don't work in narrowed buffer
Date: Fri, 22 Nov 2013 22:10:15 +0900

Stephen Berman <stephen.berman <at> gmx.net> wrote:
> On Fri, 22 Nov 2013 13:14:49 +0900 Katsumi Yamaoka <yamaoka <at> jpl.org> wrote:
>> Run Emacs with the -Q option, create a new buffer, and put those
>> three lines there,

>> foo
>> bar
>> baz

>> type  C-p  C-p  C-SPC  M-> , and type `C-x n n' so that the last
>> two lines are visible.  Then you will see C-n and C-p don't work.

> This is evidently more fallout from enabling cache-long-scans: if you
> set this to nil, C-n and C-p work again.

Thanks.  I confirmed (setq-default cache-long-scans nil) helps.
I overlooked it is buffer-local.

Message #16 received at 15951-done <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Stephen Berman <stephen.berman <at> gmx.net>
Cc: yamaoka <at> jpl.org, 15951-done <at> debbugs.gnu.org
Subject: Re: bug#15951: 24.3.50; C-n and C-p don't work in narrowed buffer
Date: Fri, 22 Nov 2013 18:07:19 +0200

> From: Stephen Berman <stephen.berman <at> gmx.net>
> Date: Fri, 22 Nov 2013 12:59:21 +0100
> Cc: 15951 <at> debbugs.gnu.org
> 
> On Fri, 22 Nov 2013 13:14:49 +0900 Katsumi Yamaoka <yamaoka <at> jpl.org> wrote:
> 
> > Run Emacs with the -Q option, create a new buffer, and put those
> > three lines there,
> >
> > foo
> > bar
> > baz
> >
> > type  C-p  C-p  C-SPC  M-> , and type `C-x n n' so that the last
> > two lines are visible.  Then you will see C-n and C-p don't work.
> 
> This is evidently more fallout from enabling cache-long-scans: if you
> set this to nil, C-n and C-p work again.

No, this is cache-long-scans doing us a favor and exposing a bug in
our code that uses one of the caches.

Fixed in trunk revision 115190.

Thanks.

Previous Next

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