GNU bug report logs - #49605
28.0.50; *Shortdoc buffer*: 'n', 'p' not working as expected

Previous Next

Package: emacs;

Reported by: Gregor Zattler <grfz <at> gmx.de>

Date: Sat, 17 Jul 2021 12:52:01 UTC

Severity: normal

Found in version 28.0.50

Fixed in version 28.1

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

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

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-gnu-emacs <at> gnu.org:
bug#49605; Package emacs. (Sat, 17 Jul 2021 12:52:01 GMT) Full text and rfc822 format available.

Acknowledgement sent to Gregor Zattler <grfz <at> gmx.de>:
New bug report received and forwarded. Copy sent to bug-gnu-emacs <at> gnu.org. (Sat, 17 Jul 2021 12:52:02 GMT) Full text and rfc822 format available.

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

From: Gregor Zattler <grfz <at> gmx.de>
To: bug-gnu-emacs <at> gnu.org
Subject: 28.0.50; *Shortdoc buffer*: 'n', 'p' not working as expected
Date: Sat, 17 Jul 2021 14:51:20 +0200
Dear emacs developers, I recently learned about shordoc.el

When testing it I realized that keys 'n', 'p', bound to
shortdoc-next and shortdoc-previous respectively do not move
point to the next or previous example in the buffer, but to
BoB and EoB respectively.

Thanks for your attention, Gregor


In GNU Emacs 28.0.50 (build 4, x86_64-pc-linux-gnu, X toolkit, cairo version 1.16.0)
 of 2021-07-17 built on no
Repository revision: 109c27341e35fae778b95e0eb5d4d72927bf4ea8
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: Debian GNU/Linux 10 (buster)

Configured using:
 'configure -C --prefix=/usr/local/stow/emacs-snapshot
 --prefix=/usr/local/stow/emacs-snapshot
 --enable-locallisppath=/etc/emacs:/usr/local/share/emacs/28.0/site-lisp:/usr/local/share/emacs/site-lisp:/usr/share/emacs/28.0/site-lisp:/usr/share/emacs/site-lisp
 --with-sound=yes --without-gconf --with-mailutils --build
 x86_64-linux-gnu
 --infodir=/usr/local/share/info:/usr/share/info
 --with-pop=yes --with-cairo --with-x=yes
 --with-x-toolkit=lucid --without-toolkit-scroll-bars
 --enable-checking=yes --enable-check-lisp-object-type=yes
 --with-native-compilation'

Configured features:
ACL CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS
HARFBUZZ JPEG JSON LCMS2 LIBOTF LIBSELINUX LIBSYSTEMD
LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY INOTIFY PDUMPER
PNG RSVG SECCOMP SOUND THREADS TIFF X11 XAW3D XDBE XIM XPM
LUCID ZLIB





Information forwarded to bug-gnu-emacs <at> gnu.org:
bug#49605; Package emacs. (Sat, 17 Jul 2021 13:43:01 GMT) Full text and rfc822 format available.

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

From: Lars Ingebrigtsen <larsi <at> gnus.org>
To: Gregor Zattler <grfz <at> gmx.de>
Cc: 49605 <at> debbugs.gnu.org
Subject: Re: bug#49605: 28.0.50; *Shortdoc buffer*: 'n', 'p' not working as
 expected
Date: Sat, 17 Jul 2021 15:42:27 +0200
Gregor Zattler <grfz <at> gmx.de> writes:

> When testing it I realized that keys 'n', 'p', bound to
> shortdoc-next and shortdoc-previous respectively do not move
> point to the next or previous example in the buffer, but to
> BoB and EoB respectively.

Yup; these commands stopped working after a recent change.  I've now
fixed this up further, so they should now work again.

-- 
(domestic pets only, the antidote for overdose, milk.)
   bloggy blog: http://lars.ingebrigtsen.no




bug marked as fixed in version 28.1, send any further explanations to 49605 <at> debbugs.gnu.org and Gregor Zattler <grfz <at> gmx.de> Request was from Lars Ingebrigtsen <larsi <at> gnus.org> to control <at> debbugs.gnu.org. (Sat, 17 Jul 2021 13:43:02 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. (Sun, 15 Aug 2021 11:24:04 GMT) Full text and rfc822 format available.

This bug report was last modified 2 years and 254 days ago.

Previous Next


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