diff options
| author | Craig Jennings <c@cjennings.net> | 2026-05-03 19:24:40 -0500 |
|---|---|---|
| committer | Craig Jennings <c@cjennings.net> | 2026-05-03 19:24:40 -0500 |
| commit | 389e85c020e7e59977e3c832a281f8b7844fecd4 (patch) | |
| tree | 6ae03c43882120a7dcd534d0a09a91fe609fdbd5 /scripts/setup-email.sh | |
| parent | c2f355bf601fd9b7db0107c163c64432a7ae9a80 (diff) | |
| download | dotemacs-389e85c020e7e59977e3c832a281f8b7844fecd4.tar.gz dotemacs-389e85c020e7e59977e3c832a281f8b7844fecd4.zip | |
fix: use file basename when moving buffer + file
`cj/--move-buffer-and-file` was building the destination as `(concat dir "/" (buffer-name))`. If the buffer had been renamed via `M-x rename-buffer`, or uniquified by Emacs with a `<2>` suffix when a second buffer visited the same filename, the move wrote a file with the wrong name on disk.
I derived the destination basename from `buffer-file-name` instead, in both the internal helper and the interactive wrapper. The wrapper's overwrite-prompt now also formats the real target filename rather than the buffer name.
I added two regression tests: one for a renamed buffer visiting `original.txt`, and one for a `<2>` uniquified buffer with a trailing-slash target directory.
Diffstat (limited to 'scripts/setup-email.sh')
0 files changed, 0 insertions, 0 deletions
