[5426] in testers
Re: gnome, sawfish problems
daemon@ATHENA.MIT.EDU (Greg Hudson)
Fri May 23 02:13:54 2003
From: Greg Hudson <ghudson@MIT.EDU>
To: Marc Horowitz <marc@mit.edu>
Cc: testers@mit.edu
In-Reply-To: <t5365o8jg7y.fsf@horowitz-m1.mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1053670422.1448.179.camel@error-messages.mit.edu>
Mime-Version: 1.0
Date: 23 May 2003 02:13:51 -0400
On Sun, 2003-05-18 at 13:51, Marc Horowitz wrote:
> *** Error: Menu already active
I found a fix for this on the mainline. (sawfish-menu isn't able to
grab the mouse pointer, fails to map the menu, doesn't notice, and waits
forever.) It will be in 9.2.6. In the meantime, when this happens, you
can recover more gracefully by killing the sawfish-menu process (the rep
process running sawfish-window).
> 2. When I do this, the workspace switcher sometimes forgets how many
> workspaces I have configured.
As far as I can tell, it looks at X properties on the windows which
exist. If a workspace would be empty except for sticky windows, sawfish
doesn't have any way of knowing it should exist (unless you've specified
it in Customize -> Workspaces, which is probably the best answer).
> 3. There is no menu entry to toggle the "sticky" window flag, which
> makes a window appear on all workspaces.
This is also true in 9.1, right? (I can look into adding it; I just
want to make sure this isn't a behavior change.)
> 4. I used Customize -> Bindings to set a mouse button to "Toggle
> window sticky". This works, but if I take a window, make it
> sticky, and then make it unsticky this way, I can never make it
> sticky again. The toggle only appears to work once.
I can't reproduce this problem; the toggle seems to work fine for me.
However, I can easily see getting confused by (5). If you can verify
this problem without looking at the workspace switcher, please say so.
> 5. The workspace switcher's display of sticky windows is erratic.
Specifically, it looks like when you make a window sticky, the change
isn't reflected in the workspace switcher until the next time you make a
change (which could be making another window sticky or unsticky, or
switching workspaces). Making a window unsticky seems to be reflected
immediately. I didn't find a fix in the sawfish mainline for this, or
any mention of the problem in GNOME bugzilla or in google, which is
odd. Perhaps people only make windows sticky through the matched window
interface, not through manual toggling. I poked through the code a bit,
but haven't yet deciphered the code path which leads to telling panel to
update the workspace switcher. I'll hopefully look into this further
tomorrow.
