From: Wojciech Siewierski <wojciech.siewierski@onet.pl>
To: "Eli Zaretskii" <eliz@gnu.org>,
"Kévin Le Gouguec" <kevin.legouguec@gmail.com>
Cc: 41261@debbugs.gnu.org
Subject: bug#41261: 27.0.90; Dired default file operation target no longer guessed
Date: Thu, 14 May 2020 23:40:50 +0200 [thread overview]
Message-ID: <87k11echzx.fsf@localhost> (raw)
In-Reply-To: <83sgg24d1g.fsf@gnu.org>
Eli Zaretskii <eliz@gnu.org> writes:
>> From: Kévin Le Gouguec <kevin.legouguec@gmail.com>
>> Date: Thu, 14 May 2020 17:20:10 +0200
>> Cc: 41261@debbugs.gnu.org
>>
>> Wojciech Siewierski <wojciech.siewierski@onet.pl> writes:
>>
>> > Test scenario, from 'emacs -Q':
>> > 1. Open two dired buffers in two windows.
>> > 2. Try moving a file by pressing 'R'.
>> > 3. The currently suggested directory should be the file's original
>> > directory, that's expected.
>> > 4. Press M-n.
>> > 5. The currently suggested directory should be the directory of the
>> > second buffer window.
>> >
>> > That was the case in Emacs 26.3 but not in Emacs 27.0.90 which now
>> > changes the moved file's directory into its full current path upon
>> > pressing M-n. Just to be clear, I do not want the second directory to
>> > be the initial default (i.e. what setting dired-dwim-target to t would
>> > do), I only expect this behavior after pressing M-n.
>>
>> If I'm not mistaken, this change in behaviour has been introduced in
>> bug#35385.
>
> I'm not sure I understand how that could be possible, since the change
> for bug#35385 didn't change any behaviors, it just added new functions
> that can be optionally used as values of dired-dwim-target.
>
> Could you please bisect to see what change broke this? This behavior
> wasn't supposed to change in Emacs 27.
>
> Thanks.
I've bisected it and it seems it's indeed related to bug#35385, in
commit d0351f4d2010e3e8f3ada04b045dede10f110d7f.
Previously dired-dwim-target-recent's body was called unconditionally,
now it's no longer the case. If I replace dired-dwim-target in the
second part of the cond with a simple t, it seems to be back working.
Setting dired-dwim-target also seems to still be working as expected.
I noticed M-n cycles between all dired windows' current directories, so
I assume the new functionality works too. I'm not sure if it's a full
fix, can somebody take it from here?
Thank you
--
Wojciech Siewierski
next prev parent reply other threads:[~2020-05-14 21:40 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-14 11:33 bug#41261: 27.0.90; Dired default file operation target no longer guessed Wojciech Siewierski
2020-05-14 15:20 ` Kévin Le Gouguec
2020-05-14 17:55 ` Eli Zaretskii
2020-05-14 21:40 ` Wojciech Siewierski [this message]
2020-05-14 22:09 ` Leo Vivier
2020-05-14 22:41 ` Juri Linkov
2020-05-15 7:20 ` Eli Zaretskii
2020-05-15 7:21 ` Leo Vivier
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87k11echzx.fsf@localhost \
--to=wojciech.siewierski@onet.pl \
--cc=41261@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=kevin.legouguec@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).