WarpToWindow broken?

Hi. I’ve used the following keybindings (among others) since the last century. Today I upgraded from 2.5.26 to 2.5.30 (Debian Lenny to Squeeze), and WarpToWindow no longer works as it did before.

Key h   A       M       CursorMove      -10     0
Key j   A       M       CursorMove      0       10
Key k   A       M       CursorMove      0       -10
Key l   A       M       CursorMove      10      0
key s   A       M       WindowId root 0 WarpToWindow 50 50
key d   A       M       WindowId root 1 WarpToWindow 50 50

I have two monitors, configured as two screens, and when I warp from one to the other, things are fine unless I land on the root window. In that case, the focus remains on the screen that I came from. In particular, when I try to use the “vi” keys (defined above) to move around, I can’t until I grab the mouse and click. If I land on a window, all is well.

Perhaps I’m doing something sketchy there? Or did I find a bug?

Use FVWM 2.6.1.

It is working just as it should in the case of sloppyfocus where the very notion of the pointer in the root window means the focus is still kept on the last-focused window, regardless of the screen the pointer is on.

You’ll need to be more specific about what you think isn’t working, but so far, there’s no bug that I can see.

– Thomas Adam

I don’t have SloppyFocus set. I use the default, MouseFocus. When I move the mouse from a window to the root, the focus follows. It only does not in the case I mentioned - when I warp from one screen to the other, and land on the root.

In fact, when I warp from one root to the other, the focus remains with whichever one had it last. If I move the mouse from one root to the other (without crossing any windows) then the focus follows the mouse.

I still can’t reproduce this.

I’m using Xinerama. I use your keybindings. I also use MouseFocus.

If I am on a window and warptowindow and land on the root window, regardless of the screen, the window the mouse was on previously loses focus.

Or when you say you’re using two screens, do you mean * INDEPENDENT* screens? Only that sort of detail is important.

– Thomas Adam

Yes, I have two independent screens, no xinerama or twinview. I prefer to mix and match separate workspaces. I’ve been using this config for many years, through many upgrades and I’ve never had an issue until now.

Whether or not it’s a bug, I’d really appreciate any suggestions for a workaround. I spent some time playing with my config, but I wasn’t able to produce the old behavior.

Thanks for taking the time to look at this.

No worries.

Can you give me instructions as to how you’ve configured X and FVWM to run in the environment you’re using?

Thanks.

– Thomas Adam

Sure, here are my xorg.conf and an edited (and tested) .fvwmrc. I removed the personal bits and extraneous junk from the fvwm config, but made sure it still exhibits the same focus behavior.

http://cs.brown.edu/~jsb/fvwm/xorg.conf
http://cs.brown.edu/~jsb/fvwm/fvwmrc

John

Thomas, any further thoughts about this?

John

I’ve not had time to look in to it yet.

– Thomas Adam