Created attachment 183290 [details] Video It is not possible to transfer files to Kdenlive from some windows. For example, from Audacious. If I transfer the file to the trash of the project, it is not transferred. But if I drag it first to the timeline and then to the trash, it fits perfectly. Please make it possible to drag and drop the project directly into the trash. I assume that it's about Kdenlive, because the "move to timeline and then to the project basket" method works everywhere. We take the audio, drag it to the timeline (to the place where the audio should be), wait until the "+" sign appears or the crossed−out circle sign disappears (which symbolizes that it cannot be moved), then without releasing the mouse, we transfer it to the project basket. For more information, see the video.
Made a few tests and this seems to be a desktop issue with dragging from a GTK app. The same issue appears when trying to drag from Audacious to Firefox. When first moving over the firefox window, drag is not allowed. Moving back over the Audacious window and again over Firefox makes the drag work. Not sure which Desktop component is reponsible for that...
Created attachment 183331 [details] Drag issue When dragging from a GTK app to a KDE app, drag is initially rejected if we move directly from the GTK window to the KDE window. However if we pass over the desktop or over another window, the drag event is then correctly working. Same applies when dragging from a GTK window to Firefox. Tested from Audacious to Kate, Kdenlive, Firefox. Using Plasma 6.3.6 KF 6.16.0 Qt 6.9.1 Wayland backend Manjaro Linux
Created attachment 183332 [details] drag working If the mouse passes over Desktop (or any other window) before entering target window, it works
Hmm, in fact, Audacious is the only app I could find that has this issue. Wondering if the problem is related to the way Audacious initiates the drag operation ?
(In reply to Jean-Baptiste Mardelle from comment #4) > Hmm, in fact, Audacious is the only app I could find that has this issue. > Wondering if the problem is related to the way Audacious initiates the drag > operation ? Yes. It's really weird. Audacious is convenient to use during installation. I listen to music and add it by dragging and dropping. Can you tell me in which version Ctrl+X will appear? If I understood correctly, you added this feature.
Per the ticket, it seems this issue is a problem with Audacious. Therefore can we close this ticket ?
(In reply to luzpaz from comment #6) > Per the ticket, it seems this issue is a problem with Audacious. > Therefore can we close this ticket ? The problem is definitely not Audacious. Because everything drags perfectly to other applications. Look at the video, it shows that if you do some of the manipulations that I described above, the file is dragged, but it doesn't work correctly. But if I drag it first to the timeline and then to the trash, it fits perfectly. Please make it possible to drag and drop the project directly into the trash.
(In reply to Konstantin from comment #5) > > Hmm, in fact, Audacious is the only app I could find that has this issue. > > Wondering if the problem is related to the way Audacious initiates the drag > > operation ? > When dragging from a GTK app to a KDE app, drag is initially rejected if we > move directly from the GTK window to the KDE window. However if we pass over > the desktop or over another window, the drag event is then correctly > working. Same applies when dragging from a GTK window to Firefox. > > Tested from Audacious to Kate, Kdenlive, Firefox. > Using Plasma 6.3.6 > KF 6.16.0 > Qt 6.9.1 > Wayland backend > Manjaro Linux According to Jean-Baptiste Mardelle it is Audacious. He was able to confirm the behavior on Kate and Firefox. He writes: > "However if we pass over the desktop or over another window, the drag event is then correctly working." And has added a screencast showing this called ' drag working'.