`ui.active_window()` sometimes returns the wrong windows

[phillco]

I'm on beta 454, but I've noticed this for a while, most commonly (exclusively?) on JetBrains IDEs. After pushing ctrl-` to rotate windows, ui.active_window() will sometimes return the wrong (old), one. I notice this most frequently when using keyboard shortcuts to snap windows.

In testing, I noticed ui.focused_element().AXWindow does return the right one, so for now I can work around by writing an action that will compare the AXTitle of those two, and if they differ searching through ui.active_app().windows() to find the right one.

[phillco]

Correction: haven't tried this on 460 yet, will report back if it still happens there.

[lunixbochs]

Can you retest on -468?

[phillco]

Just for clarity, still seeing this on 496, in JetBrains. I've also noticed ui.active_window().title can also be stale even if the active window is correct. I've added some overrides for JetBrains specifically to work around this for now.

[phillco]

I unfortunately do continue to see this on recent betas, although it's less common than before your ~46x fixes.

I'll retest on the newly released 2022.2 though, as that version brings in a large JVM upgrade which I imagine brings in a lot of new Swing behavior.

[rntz]

I believe I have observed this on mac ventura, in my case with firefox.

[rntz]

I now observe behavior that I believe to be due to this regularly. It's pretty annoying, a lot of my window management stuff now doesn't work reliably. Mac Ventura, talon 0.3.1-57, multiple apps (firefox, emacs, apple terminal). I'll let you know if I figure out a consistent repro.

symptoms possibly due to this:

• snap left/etc snapping the wrong window
• I have a command that opens an emacs window and tries to focus it by looking for a new window; sometimes fails to focus it (maybe this is a separate issue? maybe ui.apps() sometimes loses track of applications #513?)

[lunixbochs]

still just firefox?

[rntz]

No, multiple apps. Firefox, Apple Terminal, Emacs are the ones I think I've seen it on.

[rntz]

I made a little script that watches for ui.active_window() not agreeing with ui.focused_element() to see if I can catch it in the act and figure out how to repro consistently, but no hits yet: https://gist.github.com/f5771b6d2b303c4f1287379b27a9be9b

[lunixbochs]

Don't check it in the win_focus event, call this wherever you're triggering your window management code.

[rntz]

The script had way too many false positives so I turned it off a while ago. I think this was because terminal tabs are actually treated as windows somehow? Ugh. Bug is still occurring frequently and very frustrating. I've mostly been mixing keyboard/mouse use with talon use, maybe that has something to do with it. Gonna try instrumenting just the snap commands again.