GNU bug report logs -
#67901
30.0.50; Can't access previous history entries with M-p from within project-find-file
Previous Next
Reported by: Brian Leung <leungbk <at> posteo.net>
Date: Tue, 19 Dec 2023 13:30:02 UTC
Severity: normal
Found in version 30.0.50
Done: Dmitry Gutov <dmitry <at> gutov.dev>
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 67901 in the body.
You can then email your comments to 67901 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#67901
; Package
emacs
.
(Tue, 19 Dec 2023 13:30:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Brian Leung <leungbk <at> posteo.net>
:
New bug report received and forwarded. Copy sent to
bug-gnu-emacs <at> gnu.org
.
(Tue, 19 Dec 2023 13:30:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From an 'emacs -q' session, I find that after using M-x
project-find-file (or C-x p f) and selecting some candidate foo, trying
to use M-p within a subsequent invocation of project-find-file will not
recover foo.
However, using M-p from within find-file (instead of project-find-file)
will indeed recover foo.
In GNU Emacs 30.0.50 (build 1, x86_64-pc-linux-gnu, X toolkit, cairo
version 1.18.0, Xaw3d scroll bars)
Repository revision: 6abea4d98d1d964c68a78cb9b5321071da851654
Repository branch: master
Windowing system distributor 'The X.Org Foundation', version 11.0.12101009
System Description: NixOS 24.05 (Uakari)
Configured using:
'configure
--prefix=/nix/store/w3ijq8kd9mdn6qxciwv4si2iq04lzp5i-emacs-git-20231211.0
--disable-build-details --with-modules --with-x-toolkit=lucid
--with-xft --with-cairo --with-compress-install
--with-toolkit-scroll-bars --with-native-compilation
--without-imagemagick --without-small-ja-dic --with-tree-sitter
--with-xinput2 --without-xwidgets'
Configured features:
CAIRO DBUS FREETYPE GIF GLIB GMP GNUTLS GPM GSETTINGS HARFBUZZ JPEG JSON
LIBOTF LIBSELINUX LIBSYSTEMD LIBXML2 M17N_FLT MODULES NATIVE_COMP NOTIFY
INOTIFY PDUMPER PNG RSVG SECCOMP SOUND SQLITE3 THREADS TIFF
TOOLKIT_SCROLL_BARS TREE_SITTER WEBP X11 XAW3D XDBE XIM XINPUT2 XPM
LUCID ZLIB
Reply sent
to
Dmitry Gutov <dmitry <at> gutov.dev>
:
You have taken responsibility.
(Wed, 20 Dec 2023 15:47:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Brian Leung <leungbk <at> posteo.net>
:
bug acknowledged by developer.
(Wed, 20 Dec 2023 15:47:02 GMT)
Full text and
rfc822 format available.
Message #10 received at 67901-done <at> debbugs.gnu.org (full text, mbox):
Hi Brian,
Thanks for the report, it's a recent thing.
On 19/12/2023 15:29, Brian Leung wrote:
> From an 'emacs -q' session, I find that after using M-x
> project-find-file (or C-x p f) and selecting some candidate foo, trying
> to use M-p within a subsequent invocation of project-find-file will not
> recover foo.
>
> However, using M-p from within find-file (instead of project-find-file)
> will indeed recover foo.
This is now fixed on master, commit 338409c1f19.
Also Cc-ing Spencer: note that project--transplant-file-name now returns
non-abbreviated name (different project-read-file-name-function's can
abbreviate or not, but expand-file-name seems to work just as well).
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 18 Jan 2024 12:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 1 year and 150 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.