https://bugzilla.xfce.org/show_bug.cgi?id=13291
alexxcons <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[email protected] --- Comment #5 from alexxcons <[email protected]> --- Thanks for reporting! Just checked, it is a side effect of this commit: https://git.xfce.org/xfce/thunar/commit/?h=xfce-4.14&id=db49aa728b029ca1c398d0d8bee9a41db0c399ce However for some reason my concrete observations seem to differ from yours: My setup: test/folder/file1 (some text inside) test/sub/folder/file1 (empty) test/sub/folder/file2 Using STRG+C /STRG+V to copy "test/sub/folder" into "test" gives me, like before, the possibility to merge. I am asked to overwrite on each file. Using DND or STRG+X /STRG+V to move "test/sub/folder" into "test" gives me, only the option to replace. No possibility to decide if single files are overwritten any more. file1 will be replaced by an empty one. That is what I would expect from the "replace" button I pressed. Do you see the same concrete behaviour on BSD, or something different ? That change in behavior actually is a direct result of the fix of Bug #15727 before a copy was performed when a folder already existed, leading to time consuming operations. Now the old folder is deleted an a move is performed instead. A merge is not foreseen in that scenario. Like before, it still would be nice to be asked to rename the existing folder, like this bug suggests. -- You are receiving this mail because: You are the assignee for the bug. _______________________________________________ Xfce-bugs mailing list [email protected] https://mail.xfce.org/mailman/listinfo/xfce-bugs
