GNU bug report logs - #67901
30.0.50; Can't access previous history entries with M-p from within project-find-file

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Dmitry Gutov <dmitry <at> gutov.dev>
Cc: tracker <at> debbugs.gnu.org
Subject: bug#67901: closed (30.0.50; Can't access previous history entries
 with M-p from within project-find-file)
Date: Wed, 20 Dec 2023 15:47:01 +0000

[Message part 1 (text/plain, inline)]

Your message dated Wed, 20 Dec 2023 17:45:55 +0200
with message-id <2baf4f12-04ea-3c46-8b0f-cee5de30fcf4 <at> gutov.dev>
and subject line Re: bug#67901: 30.0.50; Can't access previous history entries with M-p from within project-find-file
has caused the debbugs.gnu.org bug report #67901,
regarding 30.0.50; Can't access previous history entries with M-p from within project-find-file
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs <at> gnu.org.)


-- 
67901: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=67901
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Brian Leung <leungbk <at> posteo.net>
To: bug-gnu-emacs <at> gnu.org
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

[Message part 3 (message/rfc822, inline)]

From: Dmitry Gutov <dmitry <at> gutov.dev>
To: Brian Leung <leungbk <at> posteo.net>, 67901-done <at> debbugs.gnu.org
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

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).

Previous Next

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