After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 142649 - Windows activated by DND hover aren't accepting DND drops
Windows activated by DND hover aren't accepting DND drops
Status: RESOLVED FIXED
Product: gtk+
Classification: Platform
Component: .General
2.4.x
Other All
: Normal normal
: ---
Assigned To: gtk-bugs
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2004-05-17 08:48 UTC by Maciej Katafiasz
Modified: 2004-12-22 21:47 UTC
See Also:
GNOME target: ---
GNOME version: 2.5/2.6


Description Maciej Katafiasz 2004-05-17 08:48:33 UTC 
(Dunno whose bug it is, it may very well be GTK+ issue. Dumping it here for the
moment)
When occluded or minimized window is activated through DND hover over tasklist
(or desktop button with patch from #141900), it doesn't accept DND drops.
Specifically, it's "transparent" for DND and what is considered as possible DND
target is window below that was visible prior to drag start (if any). Needless
to say, it makes hover activation rather useless ;)
Comment 1 Vincent Untz 2004-06-22 14:14:39 UTC 
I can reproduce. I'm not sure if it's a libwnck or a GTK+ bug (or a metacity
bug)... Clearly not a panel bug, though :-)
Comment 2 Maciej Katafiasz 2004-06-23 21:29:26 UTC 
Seems that it's indeed GTK+ issue, or somewhere near it; trying the same trick
with Xine UI window for example works fine. Reassigning to GTK+ product, maybe
there's someone who knows what it's about ;)
Comment 3 Matthias Clasen 2004-07-15 23:37:05 UTC 
Can you reproduce this with 2.4.4 ? A DND fix was included in 2.4.4
Comment 4 Maciej Katafiasz 2004-07-16 01:37:16 UTC 
Yeah, seems like it is indeed fixed. Observerd behavior:

 Source     Target     Result
(2.4.3) -> (2.4.3)     FAIL
(2.4.3) -> (2.4.4)     FAIL
(2.4.4) -> (2.4.4)     OK
(2.4.4) -> (2.4.3)     OK
(2.4.4) -> (non-gtk)   OK

Is that expected result?