Thomas Adam

You'll need to find me a config which breaks this, please.

Hi @NsCDE That's OK -- I appreciate your help. Despite your example configuration, and playing about with enabling and disabling {enter,leave}_window events, etc., everything works as I expect it to...

@gromnitsky -- please retest using latest code changes, but this is all working fine for me now. Feel free to reopen if not.

Interesting. Does the following help at all? ```c diff --git a/fvwm/move_resize.c b/fvwm/move_resize.c index 87fc162ec..af384fad1 100644 --- a/fvwm/move_resize.c +++ b/fvwm/move_resize.c @@ -2426,7 +2426,8 @@ static void DoSnapAttract(FvwmWindow *fw, size_rect sz, position...

Please try the `ta/fix-652` branch. I think that's got most of this fixed now. Feedback appreciated.

Hi @hrnick Thanks. I can't test this (I don't have a KVM switch -- unless you know of a means of simulating and reproducing this via KVM?), but my first...

Hi @hrnick, Can you check to see if this is reproducible without a KVM switch? That is, are you able to use `fvwm3` connected to both monitors, and then completely...

Hey @hrnick OK, this is reproducible by me just disabling off one of my monitors via RandR. Will get back to you in a bit with a fix.

Hi @pm215 Yep. The problem is that we're not updating windows correctly/enough when we detect a RandR event. Since you've expressed an interest in this, take a look at what...

Hi @pm215 Are you still looking at this? I can certainly help with this -- and I think one solution here is likely to be monitor tracking between windows --...