Ticket #2321 (closed defect: invalid)
4.7.3: "copy directory to another pane which already has same-named directory" behavior has changed
| Reported by: | vda | Owned by: | |
|---|---|---|---|
| Priority: | major | Milestone: | |
| Component: | mc-core | Version: | |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | ||
| Branch state: | Votes for changeset: |
Description
With mc-4.7.3:
Here's the setup:
Left pane displays a directory with "inc" and "lib" subdirs.
Right one displays another directory which also has "inc" and "lib" subdirs.
If I copy "lib" dir from left pane to right, it does not overwrite files in right's page lib subdir, but rather creates lib/lib.
This is a change in behaviour: 4.7.2 wasn't doing that. It was overwriting files in right lib/*
If I select both "lib" and "inc" and copy them both, copy doesn't create lib/lib and inc/inc subdirs, but tries to overwrite corresponding files in target subdirs.
IOW: copying a directory alone works differently than when you copy it along with a few more selected dirs (or files).This is inconsistent.
(For the record: I do this kind of copies a lot when I copy modified source file(s) to a scratch build tree for testing).
Can the old, consistent behavior be re-instated?
Have you ever tried use search here? Fixed in #2276.