Option key only shortcuts do not work on macOS 15.0 beta

[seungwoochoe]

I'm using this package in LaunchPalette, and option key only (plus shift) shortcuts do not work on macOS 15.0 beta.

Shortcuts that include modifiers other than the option key still work.

[alin23]

Yep, got the same problem in rcmd. RegisterEventHotKey seems to now return -9868 error for Option-only hotkeys, which, from what I can see in the assembly, it means something like hotKeyAlreadyExistsErr.

At first I thought this might be related to the Input Source since it has special keys on Option-character but switching to Unicode Hex Input which does not have special characters still doesn't fix the issue.

Passing kEventHotKeyExclusive to the options: parameter doesn't change anything (tried it in case this might be a recent macOS bug on how this parameter is treated).

[sindresorhus]

I recommend submitting a report to Apple (with Feedback Assistant).

[alin23]

FB14730958 reported. I have no idea what you can do with that issue ID but I'll let you know if I get any response.

[alin23]

No response so far and the Apple event is coming up on September 9th. I guess this is shipping as is.

Another nail in the coffin for publishing apps on the Mac App Store and staying inside the sandbox...

[TheSteggPNW]

I'm having this same issue, but was able to work around by using CTRL as the modifier key instead of Option. That at least allows me to invoke Maccy's clipboard.

However, after changing the default shortcut, Sequoia kept giving me a permissions warning that Maccy needed access to Accessibility Settings every time I used the new shortcut combo. I couldn't actually paste anything from Maccy's clipboard.

Maccy was already configured to have the right permissions in the Accessibility permissions pane in Settings, and adding/removing Maccy from the list had no effect. Rebooting seems to have fixed it. Sucks that I have a couple of years of muscle memory to overcome, but at least the app seems functional now.

[megabitsenmzq]

@alin23 Did you get any response from Apple recently? This "feature" has already been released. 😭

The only thing I can do in my app is tell the user to change the shortcut to Control+xxx now.

[alin23]

@alin23 Did you get any response from Apple recently? This "feature" has already been released. 😭

Nope, no response whatsoever. I'm trying to find a workaround for this in rcmd as we speak because I'm drowning in support emails at the moment.

I also don't have any good solution other than disallowing Option and Option+Shift.

[sindresorhus]

I have submitted a report to Apple: feedback-assistant/reports#552

I recommend everyone here do the same. Feel free to simply duplicate my report. The more reports, the more likely Apple will do something about it.

[alin23]

Looks like we have our answer: https://developer.apple.com/forums//thread/763878?src=push&answerId=804374022#804374022

Frameworks Engineer
Apple

This was an intentional change in macOS Sequoia to limit the ability of key-logging malware to observe keys in other applications. The issue of concern was that shift+option can be used to generate alternate characters in passwords, such as Ø (shift-option-O).

There is no workaround; macOS Sequoia now requires that a hotkey registration use at least one modifier that is not shift or option.

[megabitsenmzq]

That's so sad.
Maybe we need to implement something in this library to prompt the user to change the shortcut if it’s blocked by macOS 15.