https://bugs.kde.org/show_bug.cgi?id=508520
cwo <[email protected]> changed: What |Removed |Added ---------------------------------------------------------------------------- Latest Commit|https://invent.kde.org/plas |https://invent.kde.org/plas |ma/plasma-workspace/-/commi |ma/plasma-workspace/-/commi |t/6f44ab3be12ba5264a996259b |t/1e246b1b4323b276f6c77e367 |954bf3ce4b940b0 |e407627f4fa8dd6 --- Comment #15 from cwo <[email protected]> --- Git commit 1e246b1b4323b276f6c77e367e407627f4fa8dd6 by Christoph Wolk. Committed on 02/10/2026 at 06:43. Pushed by cwo into branch 'Plasma/6.7'. applets/notifications: explicitly allow copy/link actions d6016d8401c4a28928c7d641df73fbddec83871d explicitly set Qt::CopyAction as the supported action for drag&drop from a notification. This was done because the default action, move, interfered with drag&drop to various windows caused issues: moving files to e.g. Discord or a browser does not really make sense, so the app rejects the drop and marks the cursor as an invalid drop target. However, this also removes Move as an option from the KIO drop dialog. (LinkAction still works, likely because we inject that as Wayland does not support it natively) Instead, we set the supported actions to CopyAction | MoveAction | LinkAction, and set CopyAction as the default. This brings move back into the KIO popup, and dropping on e.g. browsers and discord still works fine. (cherry picked from commit ce8a59da0b6f291134af33cc14ee7f9aef3c06bb) Co-authored-by: Christoph Wolk <[email protected]> (cherry picked from commit 6f44ab3be12ba5264a996259b954bf3ce4b940b0) Co-authored-by: Christoph Wolk <[email protected]> M +2 -1 applets/notifications/draghelper.cpp https://invent.kde.org/plasma/plasma-workspace/-/commit/1e246b1b4323b276f6c77e367e407627f4fa8dd6 -- You are receiving this mail because: You are watching all bug changes.
