Bug 68524 - Draggin windows to another workspace is fickle
Summary: Draggin windows to another workspace is fickle
Keywords:
Status: CLOSED CURRENTRELEASE
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: gnome-panel
Version: 8.0
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Havoc Pennington
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks: 67218 79579
TreeView+ depends on / blocked
 
Reported: 2002-07-10 21:52 UTC by Michal Jaegermann
Modified: 2008-05-01 15:38 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2003-01-07 23:31:12 UTC
Embargoed:


Attachments (Terms of Use)
A screenshot with a messed up panel (59.05 KB, image/png)
2002-07-10 21:53 UTC, Michal Jaegermann
no flags Details

Description Michal Jaegermann 2002-07-10 21:52:51 UTC
Description of Problem:

Attempts to drag a window in "Workspace Switcher" display to another workspace
sometimes succeed and sometimes not.  It is always ok to drag a window to
an "active" workspace and you have a pretty good chance of success if this
is done to a some "remote" workspace.  If you will do that to one of
"neighbours" of an active workspace then you are playing a game of chance
with a pretty good probability that a dragged window will "jump" back 
to its original position but it will likely get "lost" and has to be
"re-dragged" again to an active workspace before showing up.  If this happen
then the window will be also lost on a window list on a panel.

This "jump-and-loose" may be easier to observer with sawfish.  Windows are
not lost on a "Windows" sawfish menu (middle mouse button).  Opening
a window in another workspace and later switching back to a messed up one
seems to restore sanity on a panel.

Attached is a screenshot with three terminal windows and only one entry
on a windows list.

Comment 1 Michal Jaegermann 2002-07-10 21:53:36 UTC
Created attachment 64664 [details]
A screenshot with a messed up panel

Comment 2 Havoc Pennington 2002-07-10 22:13:51 UTC
Is the workspace bug related to the window-list-losing-stuff bug?
Or are there two bugs here?

Related-looking:

 http://bugzilla.gnome.org/show_bug.cgi?id=86608
 http://bugzilla.gnome.org/show_bug.cgi?id=83542
 http://bugzilla.gnome.org/show_bug.cgi?id=74321

There was one other on gnome.org that I can't find right now.

Comment 3 Michal Jaegermann 2002-07-10 23:00:50 UTC
"Lost from a list" part indeed looks remarkably similar to what you quoted
so these may be indeed two bugs.  OTOH so far I observed this vanishing
only when a window jumped back on its own after beeing dragged.  Note that
this re-dragging in an active workspace may be needed before a window will
show up again so both things may actually be related.

Comment 4 Jonathan Blandford 2002-08-28 01:48:20 UTC
I can't duplicate this at all.  Is this sawfish only, or can you reproduce it
with metacity?

Comment 5 Michal Jaegermann 2002-08-28 04:25:16 UTC
I do not know.  I did not see that recently, so maybe (null) does not
have this problem, but I will try to see if I can actively reproduce that.

Comment 6 Havoc Pennington 2003-01-07 23:31:12 UTC
Based on upstream bug status and lack of recent reports let's assume this one
fixed, unless we get more reports from people using rawhide.


Note You need to log in before you can comment on or make changes to this bug.