388259 2017-12-26 22:09:24 +0000 Drag and drop across dolphin instances: cursor must be moved after modifier key is pressed for modifier key to take effect 2020-03-26 15:03:17 +0000 1 1 3 Frameworks and Libraries frameworks-kio general git master Other Linux RESOLVED FIXED https://bugs.kde.org/show_bug.cgi?id=404071 NOR normal --- 1 suse faure akontsevich bugseforuns elvis.angelaccio gstengel hakan jonbien kdelibs-bugs-null nate notuxius https://cgit.kde.org/dolphin.git/commit/?id=b96c48b44e6e81aefca46be97adcf000e363c512 20.04.0 with Qt 5.15 0 oldest_to_newest 1718596 0 suse 2017-12-26 22:09:24 +0000 Moving files via drag and drop works works mostly fine when holding the SHIFT key. (Without SHIFT it's a copy operation instead.) However, I figured out a case where it is not working. 1. Drag a files and move the mouse cursor to the destination. 2. Press the SHIFT key. 3. Release the mouse button without any(!) movement since pressing the SHIFT key. Following these steps will perform a copy instead of a file movement. Workaround: Move the mouse at least one pixel after pressing the SHIFT key. Then the expected file-move-operation will perform. 1718625 1 nate 2017-12-27 01:16:30 +0000 Confirmed on both X11 and Wayland with Dolphin 17.12.x, 17.08.x, and 17.04.x. 1741679 2 nate 2018-03-29 19:24:29 +0000 *** Bug 391548 has been marked as a duplicate of this bug. *** 1757336 3 notuxius 2018-06-07 15:05:49 +0000 Copying if applied by default if cursor wasn't moved undex Xorg Under Wayland there is a denied type coursor and context menu Related - https://bugs.kde.org/show_bug.cgi?id=383794 Plasma: 5.12.5 Apps: 18.04.1 Frameworks: 5.46.0 Qt: 5.11.0 Kernel: 4.17.0-1-MANJARO OS: Netrunner Rolling Video: Intel 4400 Driver: xf86-video-intel 1:2.99.917+831+ge7bfc906-1 Mesa 3D: 18.1.1 Screen: 1600x900 Xorg-Server: 1.20 wayland-protocols 1.13-1 wayland 1.14.0-1 1836728 4 nate 2019-02-08 17:56:18 +0000 This menu comes from KIO; moving it there. 1836730 5 nate 2019-02-08 17:56:31 +0000 *** Bug 404071 has been marked as a duplicate of this bug. *** 1837093 6 elvis.angelaccio 2019-02-10 16:07:21 +0000 (In reply to suse from comment #0) > Moving files via drag and drop works works mostly fine when holding the > SHIFT key. (Without SHIFT it's a copy operation instead.) > > However, I figured out a case where it is not working. > 1. Drag a files and move the mouse cursor to the destination. > 2. Press the SHIFT key. > 3. Release the mouse button without any(!) movement since pressing the SHIFT > key. Hmm, seems to work for me. 1837155 7 suse 2019-02-10 23:01:36 +0000 (In reply to Elvis Angelaccio from comment #6) > Hmm, seems to work for me. Re-tested with Dolphin 18.12.1 (plasma 5.14.5; Framewor 5.54.0: Qt 5.12.0) and I'm still able to reproduce. I'm using two instances of dolphin and do a drag an drop between those two. 1838428 8 elvis.angelaccio 2019-02-16 11:11:19 +0000 (In reply to suse from comment #7) > (In reply to Elvis Angelaccio from comment #6) > I'm using two instances of dolphin and do a drag an drop between those two. Ah, that's the key. I was able to reproduce using two different dolphin processes. 1838633 9 elvis.angelaccio 2019-02-17 12:26:02 +0000 It seems this is a bug in Qt. For some reason the QDropEvent sets Qt::CopyAction rather than Qt::MoveAction as the drop action, when using two different processes. 1838634 10 elvis.angelaccio 2019-02-17 12:33:50 +0000 (In reply to Elvis Angelaccio from comment #9) > It seems this is a bug in Qt or maybe in the platform integration plugin. 1849890 11 elvis.angelaccio 2019-04-11 17:37:02 +0000 *** Bug 406364 has been marked as a duplicate of this bug. *** 1903230 12 nate 2020-01-16 20:48:23 +0000 *** Bug 416357 has been marked as a duplicate of this bug. *** 1903249 13 akontsevich 2020-01-16 21:49:54 +0000 Any chance this will be fixed? Annoying - years passed with this bug while it is a standard file manager operation and strange it appears at all and exists for years. 1916410 14 elvis.angelaccio 2020-03-15 18:13:22 +0000 (In reply to Elvis Angelaccio from comment #9) > It seems this is a bug in Qt. For some reason the QDropEvent sets > Qt::CopyAction rather than Qt::MoveAction as the drop action, when using two > different processes. I can't reproduce the bug anymore using Qt 5.15. I'm going to assume this has been fixed in recent versions of Qt or the platform integration plugin. If anyone can still reproduce it, what's your Qt and Plasma version? 1916445 15 akontsevich 2020-03-15 21:40:36 +0000 > I can't reproduce the bug anymore using Qt 5.15. I'm going to assume this > has been fixed in recent versions of Qt or the platform integration plugin. > > If anyone can still reproduce it, what's your Qt and Plasma version? openSUSE currently has 5.14.1 version, Whil check when 5.15 be available. 1916453 16 bugseforuns 2020-03-15 22:21:21 +0000 I'm using Qt 5.15 beta on Arch Linux. On Wayland all modifiers work as expected. On X11 only shift works as expected. If I press crtrl+shift or ctrl then release the mouse button without any cursor movement, the dragged file is copied to destination. 1916455 17 bugseforuns 2020-03-15 22:27:29 +0000 (In reply to Patrick Silva from comment #16) > On X11 only shift works as expected. If I press crtrl+shift or ctrl then > release the mouse button without any cursor movement, the dragged file is > copied to destination. ope, I meant only ctrl (copy) modifier works as expected on X11. Shift (move) and ctrl+shift (link) copy the file to destination. 1916460 18 akontsevich 2020-03-16 02:24:11 +0000 > Shift (move) and ctrl+shift (link) copy the file to destination. Exactly! 1916565 19 bugseforuns 2020-03-16 18:30:06 +0000 (In reply to Patrick Silva from comment #16) > I'm using Qt 5.15 beta on Arch Linux. > On Wayland all modifiers work as expected. Well, this is weird, but all modifiers stopped working as expected on Wayland after reboot/relogin. lol Now ctrl and shift keys open the context menu and ctrl+shift copies the dragged file to destination. 1918148 20 nate 2020-03-25 15:37:12 +0000 This is partially fixed with Qt 5.15, and the remaining bits are fixed with https://phabricator.kde.org/D28017 1918156 21 akontsevich 2020-03-25 15:53:19 +0000 (In reply to Nate Graham from comment #20) > https://phabricator.kde.org/D28017 Were fixing this for 7 years????!!!! Just "Great"! 1918157 22 akontsevich 2020-03-25 15:53:36 +0000 Thanks for the fix BTW! :) 1918329 23 bugseforuns 2020-03-26 15:03:17 +0000 Fixed on X11. :) But it's still broken on Wayland. :( dolphin 20.03.80 built from sources Operating System: Arch Linux KDE Plasma Version: 5.18.3 KDE Frameworks Version: 5.68.0 Qt Version: 5.15.0 beta2