Version: unspecified (using KDE 4.4.4) OS: Linux I use Gimp a lot and Gwenview as well. Often, I want to drag an image from Gwenview to Gimp, but Gimp only accepts the image if I don’t use the Alt+Tab windowswitcher. Hence, if the target window is not visible, I have to drag the file onto the window’s entry in the panel’s window list. I have set the windowswitcher to use no special effect (i.e. it uses the simple window list). If I do use an effect, the source window of the drag operation mostly crashes, but that’s something else. I switch desktops via the cube effect, but this has no influence on the dragging, neither via shortcut (Ctrl+Fx), nor if I drag and hold the object over the pager applet. If I use Alt+Tab, dropping is not accepted when I drag from Dolphin or Gwenview, but it does work when I drag from Krusader. Also (though it’s wxWidgets instead of pure GTK), I can drag from Dolphin to Audacity. That’s why I’m not entirely sure for which application to post this bug at all. Reproducible: Always Steps to Reproduce: - drag an image from Gwenview or Dolphin - use Alt+Tab to make Gimp or Inkscape visible (haven’t tested any other pure GTK apps) - drag the file to the app’s window Actual Results: The file is not accepted for dropping (including the apropriate cursor image for 'dropping not allowed here'), only if dragged from Krusader. PS.: KWin Version is of course 4.4.4, but the combo for selecting the version in this bug report form only covers versions up to 4.3.2.
is this issue still valid with a more recent version of KDE?
I’m on 4.6.2 right now and it is still there. I can drag from Gwenview to Thunar (GTK-based file manager), and from Dolphin to Thunar, but not to Gimp from either one. The same symptoms exist for Inkscape btw (and even Wireshark, although that one crashes if I drop an image onto it). The similarity could be that the drop area in Gimp and Inkscape windows are no standard controls, so they are lacking some kind of necessary drag+drop handling. Or the other way around, that Dolphin/Gwenview lack something that Krusader doesn’t.
We've got a similar issue affecting Amarok: 264937
As mentioned there: this happens with OpenBox as well. Really interesting is that krusader seems to "work around" this issue.
264937 is about the same issue between Dolphin and Amarok, two kde apps, no GTK involved. The bug's title is now a bit misleading.
I just tried the setup from the initial comment with an up to date system: * KWin 5.8.90 (current dev version) * Dolphin 16.11.70 (also current dev version) * gimp 2.8.16 I dragged an image from dolphin, performed Alt+Tab, switched to gimp and was able to drop the image and it got accepted by gimp. Furthermore I also tested dragging from a text editor to firefox. Overall it looks to me like the problem is fixed and I set to worksforme. If you are still encountering problems, please reopen and state which applications in which version still don't work.