From 7e20061763cfbc3d40b61e32fe4bd6496bf68b50 Mon Sep 17 00:00:00 2001 From: LGUG2Z Date: Thu, 29 Oct 2026 17:39:45 -0700 Subject: [PATCH] docs(repo): focus follows mouse, on again, fails on kfw The last check of focus_follows_mouse fails on a Windows guest after the setting was turned off with the pointer on a window and on again; disable then enable works. The cause is not known, and the scenario is unchanged. --- docs/dev/BEHAVIOUR.md | 12 ++++++++++++ 1 file changed, 12 insertions(+) diff --git a/docs/dev/BEHAVIOUR.md b/docs/dev/BEHAVIOUR.md index fe2c6b27..825160dc 100644 --- a/docs/dev/BEHAVIOUR.md +++ b/docs/dev/BEHAVIOUR.md @@ -41,6 +41,7 @@ runs, and goes stale when the code changes. | `hotplug` | an unplugged display takes its windows to the other, a plugged one is a monitor | pass | pass | | `placement` | the placement rules of the config put a window first, last, or at a number | pass | 4 of 5 cases pass, **known failure**: the number 2 | | `startup_rules` | the workspace rules of the config apply to a window open before the daemon and to one after | pass | pass | +| `focus_follows_mouse` | the pointer over a window gives it the focus when it is on, not when it is off | pass | 6 of 7 checks pass, **fails** the last, cause not known | | `lifecycle` | a daemon that stops and starts again takes the windows that were in view up again | pass | pass | `rules` passes on kfde in every check. One run of the suite that holds it also failed a check that @@ -89,6 +90,17 @@ known failure that holds fails the suite, and this one holds only sometimes. kfd affected: it has no reconciliator loop of this kind, and `hotplug` passes 34/0 there. Until someone decides about the fix, the check stays red when it fails. +**`focus_follows_mouse` on kfw.** The scenario's last check, "on again, the pointer over the second +window gives it the focus", fails on kfw, in the scenario twice and in a probe twice. kfw's setting +is Windows' own active window tracking, which gave each pointer move over a window the focus in +0.2 to 0.4 s, and "off" moved nothing. The sequence that fails: turn it off with the pointer parked +on the second window, `focus-follows-mouse enable`, pointer on the first (already focused), then +the second: the second gets no focus in 15 s, with small wiggles too. After `disable` then +`enable`, or two `toggle`s, the same moves work. So it depends on how it was turned off and on, or +on where the pointer rested while it was off. Whether that is Windows or kfw is not known, and +the scenario is unchanged: it stays red there until the cause is known. Next to try: the pointer +off both windows before the last `enable`. + **`resize` on kfw.** Dragging the edge between two tiles by 30, 60 and 120 pixels moved it by 27, 53 and 96 on kfw's master, and by 27, 51 and 106 on its animation branch (`0c9acdf4`), where kfde moves it by exactly the pointer's distance. The pointer is not the cause: the same drag of the