--- Begin Message ---
Subject: |
30.0.50; Can't access previous history entries with M-p from within project-find-file |
Date: |
Tue, 19 Dec 2023 13:29:06 +0000 |
>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
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#67901: 30.0.50; Can't access previous history entries with M-p from within project-find-file |
Date: |
Wed, 20 Dec 2023 17:45:55 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.13.0 |
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).
--- End Message ---