Bug 59182 - iconified sticky windows cannot be deiconified
Summary: iconified sticky windows cannot be deiconified
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: sawfish (Show other bugs)
(Show other bugs)
Version: 7.2
Hardware: i386 Linux
Target Milestone: ---
Assignee: Havoc Pennington
QA Contact: David Lawrence
Depends On:
TreeView+ depends on / blocked
Reported: 2002-02-01 17:37 UTC by Brian Gunney
Modified: 2007-04-18 16:39 UTC (History)
0 users

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-02-01 17:37:20 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Brian Gunney 2002-02-01 17:37:15 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv: Gecko/20010901

Description of problem:
Sawfish's matched windows whose initial state is "iconified, sticky,
sticky-viewport" can be be uniconfiable after certain iconification actions. 
Iconifying using the task list buttons does NOT bring on the bug.  Iconifying by
the window frame button or by key-board shortcuts DOES bring it on.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
1.  Set up your desktop for multiple virtual desktops with multiple viewports. 
(I use 6 desktops with 3x2 viewports each, but I've seen this behavior with fewer.)
2.  Launch a window-spawning application, say, the Gnome calendar.
3. Use Sawfish's matched window control to add an entry.  Go to the "state" tab
and check the boxes for iconified, sticky and sticky-viewport.  Set the match
type to name and grab the name of the calendar window.
4.  Close the calendar application, relaunch it, and deiconify the calendar
window by clicking on its tasklist button.
5.  Iconify the calendar window using the window button (NOT the tasklist
button).  Go to a different viewport on a different virtual desktop and
deiconify it using the tasklist button.
6.  Repeat 5 until you can nolonger deiconify the calendar.

Actual Results:  After a number of repetitions of step 5 above, the window can
no longer be deiconified.  The required number of steps varies.  Sometimes,
trying to do this on purpose does not work.  I have to work a bit and come back
to it.  The fastest I've been able to bring about the bug is after about 4
times.  Sometimes, it never happens while I try to make it happen.

Expected Results:  You should always be able to deiconify the window by using
the tasklist button, no matter how that window was iconified.

Additional info:

This behavior is erratic.  It's been happening for as long as I've been using
Sawfish (which I think is a great wm, by the way), which has been several RH
releases ago.  But its unpredictable behavior made me dread trying to write a
but report.

I think this is a sawfish bug, but I suppose it could be due to another
component of the Gnome desktop.

Comment 1 Havoc Pennington 2002-02-01 17:55:23 UTC
I've reported this upstream as
Closing on the Red Hat level.

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