When moving/copying an item (folder/file) from one dolphin window to another by dragging and dropping the said item, dolphin does not sense if you have the ctrl or shift button pressed. If you have either of them pressed the item should be moved or copied without the pop window asking you if you want to move/copy the item, however in the most recent version dolphin does not seem to sense if you have Ctrl/shift pressed as the pop up windows always appears. Dolphin 15.08.0 KDE Frameworks 5.13.0 Qt 5.5.0 (built against 5.5.0) The xcb windowing system Reproducible: Always Steps to Reproduce: 1. Open two Dolphin windows 2. Drag a file or folder from one window to the other holding Ctrl or Shift at the same time 3. Drop the file or folder still holding Ctrl or Shift Actual Results: A pop window appears asking if you want to copy or move the file as it does when you are not holding Ctrl/Shift. Expected Results: If you are pressing/holding Ctrl or Shift when dragging and dropping a file from one dolphin windows to another, the pop up window should not appear but directly copy or move the file respectively.
Thanks for the bug report, I can reproduce the problem! After some debugging and digging around in KIO DropJob, I am 100% sure that the bug is in Qt (see https://bugreports.qt.io/browse/QTBUG-894). KIO DropJob uses the proposed drop action only when modifier keys were set (because Qt defaults to copy when no modifiers were present), if no modifiers were set KIO DropJob will ask the user. With this Qt Bug the modifier keys are always empty (= NoModifier) and so KIO always opens the popup, even when the right drop action was proposed by Qt. I have added some debug output to KItemListController::dropEvent: * Drop with shift pressed: org.kde.dolphin: KItemListController::dropEvent QFlags<Qt::KeyboardModifiers>(NoModifier) Qt::DropAction(Movion) * Drop with ctrl pressed: org.kde.dolphin: KItemListController::dropEvent QFlags<Qt::KeyboardModifiers>(NoModifier) Qt::DropAction(Copion) * Drop without a modifier key: org.kde.dolphin: KItemListController::dropEvent QFlags<Qt::KeyboardModifiers>(NoModifier) Qt::DropAction(Copion)
*** Bug 352592 has been marked as a duplicate of this bug. ***
https://bugreports.qt.io/plugins/servlet/mobile#issue/QTBUG-49645
I thought it was this bug? https://bugreports.qt.io/browse/QTBUG-48795
QTBUG-48795 is about synthetic key events and does not change the behaviour when it comes to drag and drop.
If someone could test https://codereview.qt-project.org/#/c/171148/ that would be appreciated. I'll probably not get around to it in the next few days.
Actually it seems to work for me.
Fix will be in Qt 5.6.3/5.7.1.
*** Bug 373510 has been marked as a duplicate of this bug. ***
*** Bug 346663 has been marked as a duplicate of this bug. ***
*** Bug 307083 has been marked as a duplicate of this bug. ***
I assume this can be closed now.