Switcher selection doesn't match window ordering

[drauziooppenheimer]

Describe the bug

When I press Command + Tab, the Alt-Tab selection cursor often lands on the current window instead of the next one. It may appear in the first or second slot of the UI, but because it’s already on the active window, pressing Command + Tab once doesn’t actually switch windows, I have to press it twice.

For example, imagine I have Window 1 and Window 2, with Window 1 active and Window 2 in the background. When I press Command + Tab, instead of highlighting Window 2, the selection highlights Window 1, even though the UI still shows the order as Window 1 -> Window 2. Sometimes the order flips to Window 2 -> Window 1, but the selection still stays on the active window. In both cases, a single Command + Tab press fails to switch to the next window.

This is happening frequently in version 9.0. I occasionally saw it in 8.x as well, but it became much worse in 9.0.

Your environment

• AltTab version: 9.0.0
• macOS version: 26.3
• Other relevant info: e.g. using external keyboard, multiple monitors, etc

[lwouis]

Could you please let me know if this build fixes it?

Thank you

[drauziooppenheimer]

Hi @lwouis, I've been testing it and the general workflow is working a lot better, but the issue is still there. I was able to consistently reproduce the issue with the following workflow:

• Open a new application/window.
• Switch between the new application and another window.
• Close that newly opened application.
• Press Command + Tab, and you should land on the wrong selection. If you press Command + Tab again, it will fix itself, but it seems that closing the window causes it not to be updated in the background.

I also noticed that the throttling for pressing Command + Tab is a lot more aggressive on 9.x compared to 8.x. Is there some way to configure this? For example, if I continue to press Command + Tab on the keyboard to the point where the windows should be switching quickly enough, Command + Tab won't register in many of the executions, unlike in 8.x.

Thanks so much!

[binaryblitz10]

Could you please let me know if this build fixes it?

Thank you

Can confirm. Even I was experiencing this issue.
I tried your new build and it seems to have fixed the issue. However, every time I restart my Mac and Alt tab restarts, it enables gestures even though I have gestures disabled.

[lwouis]

Open a new application/window.
Switch between the new application and another window.
Close that newly opened application.
Press Command + Tab, and you should land on the wrong selection. If you press >Command + Tab again, it will fix itself, but it seems that closing the window causes >it not to be updated in the background.

Could you please share a video? I can't reproduce the issue on my side.

I also noticed that the throttling for pressing Command + Tab is a lot more aggressive on 9.x compared to 8.x. Is there some way to configure this? For example, if I continue to press Command + Tab on the keyboard to the point where the windows should be switching quickly enough, Command + Tab won't register in many of the executions, unlike in 8.x.

Could you please open a separate ticket for this issue?

However, every time I restart my Mac and Alt tab restarts, it enables gestures even though I have gestures disabled.

Could you please show what running this command in Terminal.app shows? defaults read com.lwouis.alt-tab-macos.plist

Thank you

[binaryblitz10]

However, every time I restart my Mac and Alt tab restarts, it enables gestures even though I have gestures disabled.

Could you please show what running this command in Terminal.app shows? defaults read com.lwouis.alt-tab-macos.plist

Thank you

Attached.

Text.txt

[lwouis]

@binaryblitz10 this gesture bug was fixed in the latest release 👍