-
-
Notifications
You must be signed in to change notification settings - Fork 241
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
[BUG] Window Hierarchy changed in MacOS 15 (Sequoia) #1518
Comments
I'm checking this one. Seems to only apply to macOS 15 Sequoia as stated in the title, macOS 14 Sonoma does works as expected. |
Should be fixed in this build: Coming in the next release. Thanks again! |
This option, placed in Preferences - General, will force the activation of Keka when executing an operation. This fixes fixes tasks window appearing behind others #1518.
The extraction GUI remains active, but packing / unpacking is not possible with this version. I get error messages like this: There was some error accessing the binary "unar" There was some error accessing the binary "7zz" |
@Saratxe please open Keka with right-click "Open". Clearly macOS sandboxing is doing magic there. |
I already tried that, but this doesn't work for me. Still get these error messages. |
This is publicly fixed now. Thanks to all. |
Appears to be resolved in 1.4.5 update received recently. |
Configuration
Describe the bug
When launching Keka from Finder (Right Click > Open With) the window rendered by Keka appears behind all active windows, especially behind Finder.
This is cumbersome when the file is password protected, as you have to start moving windows around to find the Keka window to enter the password.
To Reproduce
Steps to reproduce the behavior:
Expected behavior
Keka window should render on top of all windows..
The text was updated successfully, but these errors were encountered: