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 86883 - dragging over an icon should cause app to receive focus
dragging over an icon should cause app to receive focus
Status: RESOLVED FIXED
Product: gnome-panel
Classification: Other
Component: window list
2.0.x
Other All
: Normal normal
: ---
Assigned To: Panel Maintainers
Panel Maintainers
Depends on:
Blocks:
 
 
Reported: 2002-06-30 04:09 UTC by Brendan McCarthy
Modified: 2015-03-24 13:00 UTC
See Also:
GNOME target: ---
GNOME version: 2.0


Description Brendan McCarthy 2002-06-30 04:09:47 UTC 
Hi,

If you are dragging an object, and you hover the mouse over a button on the
tasklist for a couple of seconds, that app should receive focus.

For example, if i wanted to drag a file between 2 maximized nautilus
windows, I could grab the icon, hover it over the button representing the
other nautilus window, and have that window receive focus and move to the
top of the stack.

thanks,
-Brendan McCarthy
Comment 1 Ben FrantzDale 2002-07-01 03:37:30 UTC 
The same could be done for the workspace switcher, allowing drags
between desktops.
Comment 2 Vincent Untz 2002-10-25 19:24:20 UTC 
Brendan: this works now.
Comment 3 Brendan McCarthy 2002-10-28 00:47:03 UTC 
Hi,

I've just upgraded to RH8.0, so I don't know if this is a RH specific
problem, but:

Dragging a file from nautilus (#1) and holding it over the icon of
another nautilus window(#2) causes the #2 window to move to the top of
the stack.

But the effect is only visual, the DnD still works as if the stack
order is unchanged, so if the #1 and #2 windows overlap each other,
and you try to drop it in the area of #2 that overlaps #1, the #1
window still recieves the Drop event. If you drop in the area of #2
that is not overlapped, then #2 gets the drop event like it should.

Also, the mouse pointer icons behave as if the stack order is unchanged.

I'm using Sawfish, but the problem occurs in Metacity as well.

Please reopen this if you can confirm it as non-RH specific.

thanks,
-Brendan McCarthy
Comment 4 Vincent Untz 2002-10-28 00:55:27 UTC 
This still happens in GNOME 2.1.1 => reopening.
The window list seems to forget to give focus to the raised window.
Comment 5 Arvind S N 2002-10-28 04:06:12 UTC 
Havoc: I have no clue atm. libwnck or metacity ? :)
Comment 6 Havoc Pennington 2002-10-28 05:12:11 UTC 
Aside: this should be a new bug, not a reopened bug.

Anyway, it works for me. Maybe it's only broken with mouse focus or 
something? I don't know where the bug is, could be libwnck, metacity,
or gtk.
Comment 7 Vincent Untz 2003-09-25 13:22:05 UTC 
Seems fixed now.