Steps to reproduce: 1. Open Firefox and navigate to any website 2. Drag the URL from the URL bar to the desktop Expected results: Plasma creates a .desktop file launcher for the URL instantly Actual results: Plasma shows the standard menu offering "Move here", "Copy here", and "Link here". But "Move here" and "Copy here" don't make sense when the source is a URL from a web browser. It should just automatically choose "Link here" and not bother to show the menu.
I often drag images from the browser to copy them, so I don't see how we can implement this without sacrificing others. "Move here" doesn't make sense but Copy certainly does.
Can we introspect the MIME type, maybe? Then only links would always get "Link here".
Currently, on neon unstable is created a Stick Note when I drag a URL from Firefox and drop it on desktop. At least on Wayland.
LOL can reproduce. That seems like it's a Plasma issue. Can you file a bug on Plasma for that?
Currently I can only reproduce comment 3 with chromium-based browsers running natively on Wayland. Reported as bug 449645.
In progress with https://invent.kde.org/frameworks/kio/-/merge_requests/1683.
"Move" is not an appropriate item with images too. See bug 445208
Aha, that's exactly what I'm fixing here, yeah. Ultimately that's the same issue as this one; marking it as a duplicate.
*** Bug 445208 has been marked as a duplicate of this bug. ***
Git commit 0c46f4abd6882779fdb8b113b6323d15bc98b369 by Nate Graham. Committed on 12/08/2024 at 13:05. Pushed by ngraham into branch 'master'. Don't show "Move" item in drop menu for source files accessed using http Even though the http protocol technically supports deleting, this is never implemented or relevant for a drag operation. Special-case this in dragjob.cpp so that we don't show a broken "Move" action in the drop menu when dragging stuff out of a web browser. FIXED-IN: 6.6 M +6 -1 src/widgets/dropjob.cpp https://invent.kde.org/frameworks/kio/-/commit/0c46f4abd6882779fdb8b113b6323d15bc98b369