423031 2020-06-15 22:30:40 +0000 [Wayland] Modifier keys to move (shift), copy (ctrl) and create a link (ctrl+shift) don't work if pressed after I start to drag the file/folder 2025-06-23 15:34:27 +0000 1 1 3 Frameworks and Libraries frameworks-kio general 5.90.0 Arch Linux Linux CLOSED UPSTREAM https://codereview.qt-project.org/c/qt/qtwayland/+/525413 wayland-only HI normal --- 1 bugseforuns kio-bugs-null a.samirh78 aellionnec alister.hood bizyaev catcool419 christ.derek d.schroeter david.scott.brown dimitri.code fkfd gerrit.huebbers gronslet herzenschein hi jf.mundox kde-bugs kde.org kde kde kdelibs-bugs-null lassi.vaatamoinen maarten.bezemer madasi mata987 max meven n0body_special nate oded postix ratajs sam sonichedgehog_hyperblast00 s_chriscollins tomblackwhite vitaminochka.love Qt 6.8 0 oldest_to_newest 1937466 0 bugseforuns 2020-06-15 22:30:40 +0000 STEPS TO REPRODUCE 1. start Wayland session 2. open Dolphin 3. enable split view by pressing F3 and open different locations in each pane 4. drag a file/folder from a pane to another one and do NOT release the mouse button when you stop cursor movement 4. press and hold shift (move here) or ctrl (copy here) or ctrl+shift (link here) modifier keys 5. release the mouse button OBSERVED RESULT if you pressed shift (move here) or ctrl (copy here) in the step 4, context menu opens when you release the mouse button. If you pressed ctrl+shift (link here) instead, Dolphin copies the dragged file/folder to destination when you release the mouse button. EXPECTED RESULT all modifier keys should work as expected on Wayland SOFTWARE/OS VERSIONS Operating System: Arch Linux KDE Plasma Version: 5.19.0 KDE Frameworks Version: 5.71.0 Qt Version: 5.15.0 1937467 1 bugseforuns 2020-06-15 22:37:09 +0000 (In reply to Patrick Silva from comment #0) > OBSERVED RESULT > if you pressed shift (move here) or ctrl (copy here) in the step 4... ops, I meant step 5 incorrectly numbered 4 lol 1973151 2 herzenschein 2020-11-09 05:57:44 +0000 Can reproduce this consistently on Frameworks 5.75. 1977372 3 meven29 2020-11-21 09:45:17 +0000 Related upstream QT bug : https://bugreports.qt.io/browse/QTBUG-79919 2032522 4 kde 2021-05-13 23:38:24 +0000 Needs dataDevicev3 which I have pending review upstream 2071976 5 meven29 2021-10-25 13:25:24 +0000 A (In reply to David Edmundson from comment #4) > Needs dataDevicev3 which I have pending review upstream I guess you are speaking of this one: https://codereview.qt-project.org/c/qt/qtwayland/+/334777 2093031 6 bugseforuns 2022-01-13 12:08:38 +0000 qt5-wayland package of KDE Qt available on Arch Linux has dataDevicev3 support but this bug persists. Operating System: Arch Linux KDE Plasma Version: 5.23.5 KDE Frameworks Version: 5.90.0 Qt Version: 5.15.2 Graphics Platform: Wayland 2112117 7 bugseforuns 2022-03-20 12:21:13 +0000 The modifier key only works if pressed before I start to drag the file/folder. Operating System: KDE neon Unstable Edition KDE Plasma Version: 5.24.80 KDE Frameworks Version: 5.93.0 Qt Version: 5.15.3 Graphics Platform: Wayland 2123375 8 kde.org 2022-05-14 14:40:43 +0000 (In reply to Patrick Silva from comment #7) > The modifier key only works if pressed before I start to drag the > file/folder. > > > Operating System: KDE neon Unstable Edition > KDE Plasma Version: 5.24.80 > KDE Frameworks Version: 5.93.0 > Qt Version: 5.15.3 > Graphics Platform: Wayland That's the same behavior as on X11. 2123380 9 bugseforuns 2022-05-14 15:11:48 +0000 (In reply to kde.org from comment #8) > (In reply to Patrick Silva from comment #7) > > The modifier key only works if pressed before I start to drag the > > file/folder. > > > > > > Operating System: KDE neon Unstable Edition > > KDE Plasma Version: 5.24.80 > > KDE Frameworks Version: 5.93.0 > > Qt Version: 5.15.3 > > Graphics Platform: Wayland > > That's the same behavior as on X11. Not on my system. Operating System: Arch Linux KDE Plasma Version: 5.24.5 KDE Frameworks Version: 5.94.0 Qt Version: 5.15.3 Graphics Platform: Wayland 2123388 10 kde.org 2022-05-14 15:18:51 +0000 (In reply to Patrick Silva from comment #9) > (In reply to kde.org from comment #8) > > (In reply to Patrick Silva from comment #7) > > > The modifier key only works if pressed before I start to drag the > > > file/folder. > > > > > > > > > Operating System: KDE neon Unstable Edition > > > KDE Plasma Version: 5.24.80 > > > KDE Frameworks Version: 5.93.0 > > > Qt Version: 5.15.3 > > > Graphics Platform: Wayland > > > > That's the same behavior as on X11. > > Not on my system. > > Operating System: Arch Linux > KDE Plasma Version: 5.24.5 > KDE Frameworks Version: 5.94.0 > Qt Version: 5.15.3 > Graphics Platform: Wayland Ok, it was the same behavior as on X11 for the last 7 years or so I've been using it. I switched to Wayland a couple of months ago, so I wasn't aware that it was recently fixed on X11, tracked here https://bugs.kde.org/show_bug.cgi?id=388259 2141190 11 ratajs 2022-07-24 13:52:36 +0000 I can confirm presence of this bug in Plasma 5.25.3 (KDE neon 5.25, KDE Frameworks 5.96.0, Qt 5.15.5). 2145175 12 nate 2022-08-11 17:39:19 +0000 *** Bug 457760 has been marked as a duplicate of this bug. *** 2166626 13 bugseforuns 2022-10-29 19:00:49 +0000 *** Bug 453786 has been marked as a duplicate of this bug. *** 2189873 14 oded 2022-12-28 15:07:23 +0000 With current Neon unstable (Qt 5.15.7, Frameworks 5.101, Plasma 5.26.80) this is still an issue: when dragging a file from one split view of Dolphin to another, modifiers only take effect is held before the click to start dragging or if the modifier was released before releasing the drag. Also, when dragging across Dolphin windows, even if the modifier was held before starting to drag - it will still not work. The only reliable way to get "force move" or "force copy" behavior is to press and release the modifier after starting to drag. This problem can also be seen with drag operations outside Dolphin. Also, may be interesting to note that after releasing the modifier, the drag icon does not change unless I move the cursor again, so that my workflow is now looking like this: 1. Click and drag to destination, but don't release. 2. Click (hold and release) the desired modifier key. 3. Observe that confusingly the mouse drag cursor did not change, so consider your life choices (did I click the right modifier?) and maybe do it again to verify. Maybe wiggle the mouse around a bit to see that the icon changes to what I expect. 4. Release the drag. (or just always use the popup menu) 2229536 15 catcool419 2023-05-11 14:03:35 +0000 It also appears to be a bug not only in dolphin; for example, in Kate, pressing "ctrl" to move cursor faster will only take effect when pressed before you press arrow keys. X11 works fine. Maybe it's a KWin issue? 2229663 16 meven 2023-05-12 05:14:07 +0000 (In reply to Artur Rudenko from comment #15) > It also appears to be a bug not only in dolphin; for example, in Kate, > pressing "ctrl" to move cursor faster will only take effect when pressed > before you press arrow keys. X11 works fine. Maybe it's a KWin issue? Those are both qt issues, not communicating the modifiers change to the app or library. 2229831 17 bugseforuns 2023-05-13 00:36:51 +0000 *** Bug 463277 has been marked as a duplicate of this bug. *** 2273910 18 kde 2023-12-14 11:54:58 +0000 Potential fix https://codereview.qt-project.org/c/qt/qtwayland/+/525413 2278468 19 n0body_special 2024-01-06 19:57:59 +0000 (In reply to Kai Uwe Broulik from comment #18) > Potential fix https://codereview.qt-project.org/c/qt/qtwayland/+/525413 That's cool, but how do we apply that fix? I really cannot understand anything from that page. I would appreciate some help, fixing this bug is very important to me 2278617 20 bugseforuns 2024-01-07 15:26:13 +0000 *** Bug 479481 has been marked as a duplicate of this bug. *** 2320181 21 dimitri.code 2024-05-17 08:36:27 +0000 I still have the bug in : Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.1.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-35-generic (64-bit) Graphics Platform: Wayland But I know that I am one version behind the last version of KDE framework (6.1.0 instead of 6.2.0) so I am not re-opening the bug report in case the fix is in 6.2.0. Also someone else is reporting the same bug in bug 484336 (bug report which was not dedicated to it). 2320196 22 postix 2024-05-17 09:22:10 +0000 Dilam, this bug is at least fixed for me on Operating System: Fedora Linux 40 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.0 Graphics Platform: Wayland 2320213 23 dimitri.code 2024-05-17 11:42:57 +0000 (In reply to postix from comment #22) > Dilam, this bug is at least fixed for me on Ok. Thank you. I just have to wait for the update. 2321034 24 max 2024-05-21 20:30:41 +0000 It should not work yet, as the supposed [fix](https://codereview.qt-project.org/c/qt/qtwayland/+/525413) is open and not merged yet. It even has a merge conflict. It does seem like kde people have given feedback, and its mostly qt we are waiting on. This is one of the deeper papercuts left in wayland, it would really be great if it was given more priority by them, or if theres a way for kde people to take it over. 2321036 25 max 2024-05-21 20:56:42 +0000 > It does seem like kde people have given feedback, and its mostly qt we are > waiting on. ... I got confused, David Edmundson has not reviewed it yet, maybe it has fallen between the cracks.. Maybe this bug should be reopened since it needs action from kde people still.. 2321440 26 mata987 2024-05-23 08:23:12 +0000 (In reply to Dilam from comment #23) > (In reply to postix from comment #22) > > Dilam, this bug is at least fixed for me on > > Ok. Thank you. I just have to wait for the update. Did the update today to Frameworks v6.2.0. Restarted, but the problem still exists... should we reopen? 2321445 27 dimitri.code 2024-05-23 08:42:12 +0000 (In reply to Matija from comment #26) > (In reply to Dilam from comment #23) > > (In reply to postix from comment #22) > > > Dilam, this bug is at least fixed for me on > > > > Ok. Thank you. I just have to wait for the update. > > Did the update today to Frameworks v6.2.0. > Restarted, but the problem still exists... should we reopen? Yes I did the update and it's still here. Operating System: KDE neon 6.0 KDE Plasma Version: 6.0.4 KDE Frameworks Version: 6.2.0 Qt Version: 6.7.0 Kernel Version: 6.5.0-35-generic (64-bit) Graphics Platform: Wayland I reopen the bug report. 2321447 28 postix 2024-05-23 08:47:37 +0000 Oh sorry, I had swapped steps 4 and 5 from the OT: I had pressed the modifier keys before dragging and that works. Otherwise, when dragging first and then pressing the modifier keys, I can also reproduce this bug. Sorry again for any confusion. 2321538 29 nate 2024-05-23 15:56:20 +0000 This is still an upstream issue that needs to be fixed in Qt, once the aforementioned patch is merged. 2324849 30 kde 2024-06-05 20:14:52 +0000 Patch has just been merged into Qt 6.8 2330786 31 hi 2024-06-23 03:45:49 +0000 For more consistent reproduction: Works: press down modifier key, then press down left mouse button and drag, finally releasing modifier key and mouse button in either order Works: press down left mouse button and drag, press and release modifier key, release mouse button Doesn't work: press down left mouse button and drag, press down modifier key, release mouse button, release modifier key 2330900 32 lassi.vaatamoinen 2024-06-23 13:07:00 +0000 (In reply to raymo from comment #31) > For more consistent reproduction: Which version were you using for testing? 2331077 33 hi 2024-06-24 05:22:15 +0000 (In reply to Lassi Väätämöinen from comment #32) > (In reply to raymo from comment #31) > > For more consistent reproduction: > > Which version were you using for testing? qt6-base 6.7.1-4 dolphin 24.05.1-1 kwin 6.1.0-3 on Arch x86_64 6.9.5-arch1-1 2335749 34 mata987 2024-07-08 13:53:53 +0000 (In reply to Kai Uwe Broulik from comment #30) > Patch has just been merged into Qt 6.8 Don't know where to find that info, but is there some kind of schedule for QT updates? When can we expect an update to QT 6.8, on KDE Neon user edition? 2336109 35 bugseforuns 2024-07-10 01:30:29 +0000 I'm using Qt 6.8 beta1 on Arch Linux, and I can confirm that it fixes this bug. \o/ 2434974 36 alister.hood 2025-06-22 06:32:52 +0000 I have KDE built on Qt 6.9 on NixOS and this doesn't seem to have been fixed... 2434999 37 bugseforuns 2025-06-22 10:51:46 +0000 It's fixed on my system. Operating System: Arch Linux KDE Plasma Version: 6.4.0 KDE Frameworks Version: 6.15.0 Qt Version: 6.9.1 Graphics Platform: Wayland 2435015 38 oded 2025-06-22 12:42:45 +0000 I also cannot repro on Operating System: KDE neon User Edition KDE Plasma Version: 6.4.0 KDE Frameworks Version: 6.15.0 Qt Version: 6.9.0 Kernel Version: 6.14.8-061408-generic (64-bit) Graphics Platform: Wayland Processors: 20 × 12th Gen Intel® Core™ i7-12700H Memory: 32 GiB of RAM (31.0 GiB usable) Graphics Processor: Intel® Graphics $ dolphin --version dolphin 25.04.2 alister.hood@gmail.com - can you please provide the output of `kinfo` on your system? 2435267 39 alister.hood 2025-06-23 08:56:21 +0000 $ kinfo Operating System: NixOS 25.05 KDE Plasma Version: 6.3.5 KDE Frameworks Version: 6.14.0 Qt Version: 6.9.0 Kernel Version: 6.12.34 (64-bit) Graphics Platform: Wayland Processors: 8 × Intel® Core™ i7-7700K CPU @ 4.20GHz Memory: 31.3 GiB of RAM Graphics Processor: llvmpipe 2435269 40 alister.hood 2025-06-23 09:03:33 +0000 Maybe I need newer KDE too... 2435280 41 oded 2025-06-23 09:29:57 +0000 (In reply to alister.hood from comment #40) > Maybe I need newer KDE too... That shouldn't be the case - 6.4.0 just came out and as this issue doesn't seem all that related to the actual Frameworks code (or if it is - supposedly fixed before 6.14.0), your version should be fine. Can you verify that your repro is exactly what is stated - start dragging a file from a Dolphin window to another Dolphin window, with no modifiers pressed; observe the "copy" tag on the dragged icon (green plus); then hold SHIFT - the "copy" tag should disappear. 2435347 42 mata987 2025-06-23 12:16:29 +0000 (In reply to Oded Arbel from comment #41) > (In reply to alister.hood from comment #40) > > Maybe I need newer KDE too... > > That shouldn't be the case - 6.4.0 just came out and as this issue doesn't > seem all that related to the actual Frameworks code (or if it is - > supposedly fixed before 6.14.0), your version should be fine. > > Can you verify that your repro is exactly what is stated - start dragging a > file from a Dolphin window to another Dolphin window, with no modifiers > pressed; observe the "copy" tag on the dragged icon (green plus); then hold > SHIFT - the "copy" tag should disappear. Holding SHIFT before or pressing it after the icon is started to be dragged change the cursor and work as expected (performs a move instead of copy). Only thing from how it was working before is the LINK (Ctrl+Shift) action, where it does the logic and inserts a link in the target directory, BUT it doesn't change the icon or shows the wrong "copy" one. 2435393 43 s_chriscollins 2025-06-23 14:03:20 +0000 Yes, I can confirm that Ctrl+Shift to create a link never changes the cursor, but at least it does correctly create a link. 2435404 44 oded 2025-06-23 14:33:53 +0000 *** Bug 432263 has been marked as a duplicate of this bug. *** 2435406 45 oded 2025-06-23 14:35:18 +0000 *** Bug 502414 has been marked as a duplicate of this bug. *** 2435407 46 oded 2025-06-23 14:36:55 +0000 The issue with the incorrect icon showing for a drag-to-link action is apparently bug #496999.