Re: [RP] rpwspl behaviour

[Matthew Sackman]

On Wed, May 10, 2006 at 12:19:18PM +0100, Michael Graham wrote:
> If I hadn't seen this happening myself i'd refuse to believe it!

Glad I'm not the only one. Sorry for the slow reply.

> I haven't had it happen in the last few days and had assumed it had
> been caused by a bug in rpws.pl creating the wrong number of
> workspaces. If you ask it to produce 6 it actually produces 7 and that
> fixing that had caused the problem to go away. However if you have
> produced your own scripts and the problem continues prehaps there is
> more to it than that.

Yeah, and I've also seen some really weirder behaviour too. I had just
opened xemacs and then did a C-t w and it showed *nothing* had focus
when xemacs was clearly at the front (only one frame). Then doing a C-t
s caused a window from another group (eclipse) to fill both of the now
two frames. Truely odd. This was repeatable and didn't go away until I
restarted X - about a week ago now.

> As a quick test, could you try

I would do, if I were in a position to restart X. However, I have final
year Uni projects due in on 14th June and will not be restarting X until
after that!

> I can't see any other possible way that this could be a race problem
> since ratposion itself is single threaded. This doesn't rule out
> another bug that causes the windows to drift from workspace to
> workspace.

So I've not looked at the structure of ratpoison at all - you're saying
that when you do a ratpoison -c "foo" it just sends a message "foo" to
the running instance of RP rather than trying to do any work itself?

> p.s. It just happened to me again! I noticed that the window (mozilla)
> was appearing on two workspaces but if I ran allwindows.sh it was
> alone reported from one. In a similar way to when you use gmove.
> Moving to the next window in the workspace made mozilla return to the
> correct window.

Ahh well windows regularly pop up - eg when opening a pdf from firefox,
acroread will be brought to the top with the new pdf even though it
belongs to another group and C-t w will report that the acroread window
is not in the current group. C-t t a couple of times and it doesn't come
back - that's all ok.

My problem is more based around either RP or the supplimental scripts
loosing track of windows and windows disappearing. This is all on Debian
unstable (Xorg 7, RP 1.4.0-beta4).

For reference, my scripts are attached. They are highly ugly and you'll
need to read them and put them in a ~/bin/ (or otherwise modify them).
They do however work for me. YMMV. I use xbindkeys to make them more
accessible - something along the lines of: 

"~/bin/groupRestore.sh mail"
   Mod1 + F1

Matthew
-- 
Matthew Sackman

BOFH excuse #2:
solar flares

groupNew.sh
Description: Bourne shell script

groupRestore.sh
Description: Bourne shell script

groupSave.sh
Description: Bourne shell script