[dolphin] [Bug 339399] Using Drag and drop with ALT+Tab only works on some applications. Why: ALT key behavior in dolphin.
https://bugs.kde.org/show_bug.cgi?id=339399 Oded Arbel changed: What|Removed |Added CC||o...@geek.co.il --- Comment #6 from Oded Arbel --- I cannot reproduce this issue on my system with Plasma 5.19.80 (neon developer edition), frameworks 5.74.0, QT 5.14.2: when ALT-TABing, as long as I keep ALT pressed, the drag cursor shows the link badge, but as soon as ALT is released (which you can kind of have to do to get the application switcher to actually switch to the target application) then the drag cursor goes back to the default behavior and copy works well. If there was an issue with Qt, it must have been fixed before 5.14.2. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 339399] Using Drag and drop with ALT+Tab only works on some applications. Why: ALT key behavior in dolphin.
https://bugs.kde.org/show_bug.cgi?id=339399 Julian Schranerchanged: What|Removed |Added Status|UNCONFIRMED |CONFIRMED CC||juliquad...@gmail.com Ever confirmed|0 |1 --- Comment #5 from Julian Schraner --- I can still confirm this issue with Dolphin 18.04. Probably a Qt bug, because @Fabian also experienced the bug with Gwenview. -- You are receiving this mail because: You are watching all bug changes.
[dolphin] [Bug 339399] Using Drag and drop with ALT+Tab only works on some applications. Why: ALT key behavior in dolphin.
https://bugs.kde.org/show_bug.cgi?id=339399 Fabian Vogtchanged: What|Removed |Added CC||fab...@ritter-vogt.de --- Comment #4 from Fabian Vogt --- I have the same issue here, if the cursor does not move after Alt-Tabbing to a different application, the drop target is the wrong window. I tested both dolphin 16.04.3 and gwenview 16.04.3 as source, so it's likely not dolphin-specific. -- You are receiving this mail because: You are watching all bug changes.