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 140241 - sawfish + Gnome-2.6.0 looses Gnome top panel
sawfish + Gnome-2.6.0 looses Gnome top panel
Status: RESOLVED NOTABUG
Product: Sawfish
Classification: Deprecated
Component: Window Manager
pre-1.3.x
Other FreeBSD
: High normal
: 1.5.x
Assigned To: John Harper
sawfish QA Team
Depends on:
Blocks:
 
 
Reported: 2004-04-16 08:00 UTC by supraexpress
Modified: 2009-08-16 15:31 UTC
See Also:
GNOME target: ---
GNOME version: ---


Description supraexpress 2004-04-16 08:00:44 UTC 
Start Gnome-2.6.0 session with metacity WM. Kill metacity task and
start sawfish. Configure sawfish and exit Gnome session + save.
Start Gnome-2.6.0 again, now with sawfish WM, Gnome top panel "blinks"
and then "disappears".

Attempts to define a new top panel results in a new panel displaced
by the previous/supposed top panel. Removing ".sawfish" directory
allows Gnome-2.6.0 + sawfish to properly display top panel, but it
"goes away" after configuring sawfish setup and saving Gnome session.

Using: sawfish2-1.3_6,2, Gnome-2.6.0, FreeBSD-5.2.1
Comment 1 supraexpress 2004-05-01 23:46:40 UTC 
Changing between Metacity, Sawfish, and OpenBox window managers, there appeared
to be something happening with the top panel such that it overlayed the bottom
panel. If the mouse was moved "just right" over the "bottom panel" the "top
panel" would "appear" and its icons were usable. Moving the mouse pointer again
and the "bottom  panel" would reappear and ITS icons would be usable.

It is possible that the Sawfish managed "top panel" doesn't really disappear as
reported earlier, but it gets overlayed on top of the bottom panel. I haven't
checked out all of the possible permutations between the panels, the WM's, and
saving/not-saving and restarting sessions, so this is only a guess at this point.
Comment 2 Matt Brubeck 2004-06-05 19:52:07 UTC 
This may be related to bug 138089.
Comment 3 cnoss 2004-11-21 21:16:15 UTC 
Workaround for users:

The top panel should be named "Top Panel". Then call sawfich-ui, "Matched
Windows", add a matcher, match on

Class = ^Gnome-panel/gnome-panel$
Name = ^Top Panel$

and set

Placement - Avoid - Yes
Placement - Place mode - top-left
Placement - Position - (0 . 0)
Other - No history - Yes

This forces the top panel to the correct position. Another effect is that one
can use the middle mouse button to move the panel objects around. A side effect
may be that the objects in the "Notification Area" are forced to position (0 .
0) too (out of the notification area).

The mouse pointer effects in comment #1 may be due to panel features (autohide
etc). When I hit the bug, the top panel was just displaced to the bottom (or the
center) on startup, nothing more, nothing less. Gnome version was 2.8, sawfish
sawfish-1.3.20040120
Comment 4 Christopher Roy Bratusek 2009-08-16 15:31:28 UTC 
Tested on GNOME 2.26 + Sawfish 1.6 (HEAD): not hapening anymore.

closing: NOTABUG