The entire application with multiple windows is raised unexpectedly

[mrmkrs]

Hi!

I've got 2 displays. On the left a Chrome window and the terminal. On the right another Chrome window and slack (specific applications dont mather, but this allows me to describe the issue better). Not even sure if the multiple displays is a relevant factor for this issue.

What does work is to hover over these windows in order: slack -> terminal -> chrome on the left display -> slack -> terminal -> chrome on the left display -> etc... This raises each window correctly and slack is always the top window on the right display.

But when you hover over these windows in oder: chrome on the right display -> slack -> terminal -> chrome on the left display Then also the chrome window on the right side is raised when you hover over the window on the left display

That is unexpected because now slack is partially hidden.

I use MacOS 15.4 (24E248) and AutoRaise 5.3.0

[mostafaaElsherbiny]

same problem

[sbmpost]

Might be related to #89

[sbmpost]

@mrmkrs

The title mentions ALT-TAB, whereas the bug description is about hovering the mouse. Is the title incorrect or is this about ALT-TAB behaving inconsistently?

[mrmkrs]

Ah sorry about that, i've changed the title. The description is what i have observed. Looking at #89 it does look similar to my issue, but it is not chrome specific. If i replace chrome with textedit or outlook windows, the behaviour is the same.

[sbmpost]

@mrmkrs The only way I can somewhat reproduce this, is by temporarily disabling AutoRaise. I then arrange Chrome and Slack windows according to your description and do this:

1. I make sure Chrome on the right screen is underneath Slack.
2. I use ⌃⌥-click on the left screen to only focus Chrome (no raise).
3. I open System Preferences on the left screen (it opens above Chrome).
4. Closing System Preferences results in Chrome on the right screen to raise above Slack.

This tells me there is an issue with the Apple window manager because AutoRaise is not involved in any of these steps. If I would have to guess, under certain circumstances, the window manager restores focus to the last activated window but doesn't take into account that focus may have changed using the key combination of step 2. Or it is activating the app as a whole. This is purely speculation however. Note I could not reproduce this with AutoRaise enabled and hovering.