--- Begin Message ---
Subject: |
29.0.60; emacsclient adds unabbreviated names to file-name-history |
Date: |
Thu, 15 Dec 2022 19:14:45 +0100 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
1. Start emacs -Q
2. M-x server-start RET
3. In a terminal, type /home/user/somefile
Then "/home/user/somefile" is added to file-name-history. I would
instead expect the abbreviated name, "~/somefile", to be added to
history.
In GNU Emacs 29.0.60 (build 3, x86_64-pc-linux-gnu, GTK+ Version
3.24.35, cairo version 1.17.6) of 2022-12-12 built on ars3
Repository revision: 14ac927aa61200485b87d035ca5797d8e89ffb7e
Repository branch: emacs-29-grep-heading
System Description: Fedora Linux 37 (Workstation Edition)
Configured using:
'configure --with-pgtk'
--- End Message ---
--- Begin Message ---
Subject: |
Re: bug#60097: 29.0.60; emacsclient adds unabbreviated names to file-name-history |
Date: |
Mon, 19 Dec 2022 15:34:45 +0200 |
> From: Augusto Stoffel <arstoffel@gmail.com>
> Cc: 60097@debbugs.gnu.org
> Date: Mon, 19 Dec 2022 11:20:47 +0100
>
> On Sat, 17 Dec 2022 at 14:48, Eli Zaretskii wrote:
>
> > Does the patch below do what you want?
>
> Yes, exactly.
Thanks, installed on the emacs-29 branch.
> > Btw, we don't do this consistently: "C-x C-f" doesn't record the
> > abbreviated file name, it records the original one.
>
> Indeed. But at least one is induced to type abbreviated file names, so
> I don't have a strong opinion. The problem that need fixing IMO is,
> say, when opening a file by clicking it in a file manager, in which case
> the absolute file name is passed and the user has no control over this.
OK, so now we are at least a bit more consistent.
Closing.
--- End Message ---