[GH-ISSUE #1923] Settings window opens behind other windows when clicked from the menu bar (macOS 27.0.1) #1335

Open
opened 2026-10-04 22:01:01 -06:00 by gitea-mirror · 1 comment
Owner

Originally created by @JamesGeiger on GitHub (Oct 5, 2026).
Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/1923

Before opening the issue, have you...?

  • Searched for existing issues
  • Looked through the wiki
  • Updated MonitorControl to the latest version (if applicable)

Describe the bug

When I click "Settings…" in the MonitorControl menu bar menu, the Settings window opens but does not come to the front. It stays behind other app windows, so it looks like nothing happened until I find it manually (Cmd-Tab / Mission Control).

MonitorControl v4.4.0, macOS 27.0.1, M5 MacBook Pro.

Steps to reproduce

  1. Have another app's window open and focused (e.g. [Chrome]).
  2. Click the MonitorControl icon in the menu bar.
  3. Click "Settings…".
  4. The Settings window opens behind the other app's window instead of in front of it.

Expected behavior

The Settings window should open in front of all other windows and take focus, as it does for other menu bar apps.

Anything else?

Possible cause (from reading the v4.4.0 source, not verified on macOS 27): the app is a menu-bar-only app (LSUIElement = true), and "Settings…" calls settingsWindowController.show() from sindresorhus/Settings. That calls NSApp.activate() on macOS 14+, and activation there is cooperative, so the system may ignore the request when the menu-bar app isn't already frontmost.

Environment Information (please complete the following information)

- macOS version: 27.0.1
- Mac model: M5 MacBook Pro 14 inch
- MonitorControl version: 4.4.0
- Monitor(s): LG 27bn88u-b
- Apple Silicon/M1 (yes or no): Yes - M5
Originally created by @JamesGeiger on GitHub (Oct 5, 2026). Original GitHub issue: https://github.com/MonitorControl/MonitorControl/issues/1923 ### Before opening the issue, have you...? - [x] Searched for existing issues - [x] Looked through [the wiki](https://github.com/MonitorControl/MonitorControl/wiki) - [x] Updated MonitorControl to the latest version (if applicable) ### Describe the bug When I click "Settings…" in the MonitorControl menu bar menu, the Settings window opens but does not come to the front. It stays behind other app windows, so it looks like nothing happened until I find it manually (Cmd-Tab / Mission Control). MonitorControl v4.4.0, macOS 27.0.1, M5 MacBook Pro. ### Steps to reproduce 1. Have another app's window open and focused (e.g. [Chrome]). 2. Click the MonitorControl icon in the menu bar. 3. Click "Settings…". 4. The Settings window opens behind the other app's window instead of in front of it. ### Expected behavior The Settings window should open in front of all other windows and take focus, as it does for other menu bar apps. ### Anything else? Possible cause (from reading the v4.4.0 source, not verified on macOS 27): the app is a menu-bar-only app (LSUIElement = true), and "Settings…" calls settingsWindowController.show() from sindresorhus/Settings. That calls NSApp.activate() on macOS 14+, and activation there is cooperative, so the system may ignore the request when the menu-bar app isn't already frontmost. ### Environment Information (please complete the following information) ```markdown - macOS version: 27.0.1 - Mac model: M5 MacBook Pro 14 inch - MonitorControl version: 4.4.0 - Monitor(s): LG 27bn88u-b - Apple Silicon/M1 (yes or no): Yes - M5 ```
Author
Owner

@waydabber commented on GitHub (Oct 14, 2026):

For some reason I can't reproduce this issue, at least on macOS 27.2 (latest beta).

<!-- gh-comment-id:6171795172 --> @waydabber commented on GitHub (Oct 14, 2026): For some reason I can't reproduce this issue, at least on macOS 27.2 (latest beta).
Sign in to join this conversation.
No milestone
No project
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set

Reference
github-starred/MonitorControl#1335
No description provided.