Open XOR-op opened 6 months ago
it's moved to monitor A and deactivated by the application, for losing focus?
Yes, that is the reason for this issue to occur
I don't think it's possible to fix this issue. Non-native dropdowns are indistinguishable from regular floating windows. A potential fix could be not to move floating windows to the focused monitor, but it will break the workflow for floating windows
It could be possible to introduce a setting, but it's too niche
Plus I think the priority of this issue is minor
Just realised my issue doesn't seem to be limited to iStat Menus and Bartender, but IntelliJ IDEA. When I click an IntelliJ menu (e.g. "View") on my main display (only option) and IntelliJ is on another display, the menu closes immediately. :S
I don't remember having this issue until I turned off "Displays have separate Spaces" per the recommendation.
The macOS setting is tied to whether or not the menu bar appears on every display.
Having the same issue. I have no Spaces any more, and have "Displays have separate spaces" disabled. As a result, app menus always appear on the primary monitor, but as soon as I click a menu item, bang, it's gone.
Applies to all apps, AFAICT
Is this the problem you're talking about in the video?
https://github.com/user-attachments/assets/43a792db-e59d-48ff-b348-8291b60aca33
Yes. Thanks for your video example.
Description
When using multi-monitor setup, if the previous focus lies on monitor A, clicking icon on menubar from monitor B will create the non-native dropdown on monitor B first and disappeared (it's moved to monitor A and deactivated by the application, for losing focus?).
The root cause is probably that clicking icon on menubar does not update the current focused workspace or window. Native dropdown implementations are not affected (the one aerospace is using).
Affected applications: iStat Menus, stats, eqMac and MenuBar Browser etc.