Bug 243399

Summary:	Drag+drop to GTK apps in conjunction with Alt+Tab often doesn’t work
Product:	[Plasma] kwin	Reporter:	Frank Steinmetzger <dev+kde>
Component:	tabbox	Assignee:	KWin default assignee <kwin-bugs-null>
Status:	RESOLVED WORKSFORME
Severity:	normal	CC:	bart.cerneels, pedro
Priority:	NOR
Version:	unspecified
Target Milestone:	---
Platform:	Debian testing
OS:	Linux
Latest Commit:		Version Fixed In:
Sentry Crash Report:
Bug Depends on:
Bug Blocks:	264937

Description Frank Steinmetzger 2010-07-02 02:45:11 UTC

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.

Comment 1 Martin Flöser 2011-06-04 09:30:48 UTC

is this issue still valid with a more recent version of KDE?

Comment 2 Frank Steinmetzger 2011-06-05 21:29:18 UTC

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.

Comment 3 Bart Cerneels 2011-06-20 11:14:35 UTC

We've got a similar issue affecting Amarok: 264937

Comment 4 Thomas Lübking 2011-06-20 23:16:28 UTC

As mentioned there: this happens with OpenBox as well.
Really interesting is that krusader seems to "work around" this issue.

Comment 5 Pedro Alves 2011-06-21 12:08:29 UTC

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.

Comment 6 Martin Flöser 2016-10-28 19:28:53 UTC

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.