[bug]: App Auto-Switching Bug (Additional Details Included)
Description
Hi there! Thank you for making such a great app!
I’m here to report a bug.
- Boot or reboot your MacBook. (I have already set the “Launch at Login” feature to ON)
- Open Finder and Safari (or any other apps).
- On the Finder screen, press the Command key twice and hold to see Keyclu.
- Release the Command key and notice that it switches the current app to Safari.
- Press the Command key twice and hold again to see Keyclu.
- Release the Command key when Keyclu appears and notice that it switches the current app back to Finder.
As a temporary solution, I go to the Keyclu settings and toggle any feature, such as “Silent Launch/quit,” off and then on again.
p.s. If you turn on the stage manager, you can see this bug more properly. And I tried uninstalling it using Homebrew or manually deleting it (when installed from a .dmg file), but it didn’t work.
Expected behavior
When pressing the Command key twice and holding it to bring up Keyclu, the current app should not switch to another app after releasing the Command key. The focus should remain on the current app until the user manually switches to another app.
App version
0.26(22630)
macOS version
macOS Sonoma 14.5
Installation method
Manual (dmg/zip)
Checklist before submitting a bug
- [x] This issue hasn't been addressed in an existing GitHub issue or discussion.
This happens to me too. If I have Firefox and Lightroom open, opening KeyClu with the hot key in Lightroom and then releasing it will switch to Firefox, then doing the same in Lightroom will switch back to Firefox.
I've also had it try to display the non-existent hotkeys for the hidden loginwindow even though Firefox is showing active menus up in my menubar.
Using cask installed 0.26 on 14.5.
Hey jhlimdev, I've just released a new version. I've made some improvements. Please check and let me know if the issue persists.
Thanks for the update! But I encountered an error while updating the app. Would it be okay to delete it and redownload?
Oh, thanks for noticing issue. Simply restart the app, and the update should go through.
#82 App auto switching problem still persists. And When I reboot my Mac, keyclu does not open automatically. So I have to manually click the app icon. I love other features you added on this update!
Thanks for the report. I'll keep working on the issue.
Also getting the app switching issue, unfortunately makes it unusable.
Here to report it affects me as well - it's the only major issue I've run into.
+1, using option as hotkey for a workaround.
Just installed Keyclu after I learned that cheatsheet has been discontinued. I'm on version 0.29 and I'm also having this issue. It will switch to the latest app, even if it's on a separate desktop space.
I'm also able to trigger this bug after changing the hotkey to option which apparently avoids the bug, but this doesn't look to be the case.
same here, using the latest version 0.29 (23917) - activating KeyClu by long press cmd and then releasing it, switches the app to another one.
Obviously experiencing the same since this appears to be an issue across the board. It's unfortunate, considering how awesome this app is otherwise.
Still amazing of the dev to be providing this free alternative to what is otherwise fairly expensive and out-of-scope software.
I've just updated to the new version, and restarted the app just to double check that everything was running correctly, and I can definitely confirm that the app switching bug still happens all the time. Simply launching keyclu, focusing on a finder window, triggering the keyclu overlay, switching to safari, triggering the keyclu overlay again causes the focus to switch between finder and safari.
I am using the double click ⌘ shortcut, and press and hold.
[edit] Additional info: It seems like the app-switching issue does not happen when the keyclu settings window is open. As soon as the window is closed, the bug starts again.
[edit] Additional info: It seems like the app-switching issue does not happen when the keyclu settings window is open. As soon as the window is closed, the bug starts again.
Ah ha! That's the behavior I'm seeing. It was strange because I had the issue after upgrading to 0.30.1, but then it seemed to mysteriously resolve, but it's back after rebooting today. I'm able to recreate the same result. It ghost cmd-tabs normally, but behaves well when the KeyClu settings window is open.
Hey nullsubject and Liquidmantis, Thanks for confirming the bug is still present. To help me investigate further, could you please let me know which OS version you're using? Also, if Stage Manager is enabled, could you share its current presets? This info will be really helpful for identifying the issue.
Hey nullsubject and Liquidmantis, Thanks for confirming the bug is still present. To help me investigate further, could you please let me know which OS version you're using? Also, if Stage Manager is enabled, could you share its current presets? This info will be really helpful for identifying the issue.
For sure! I can't speak for liquidmantis, but that's certainly why I'm here. So I don't use stage manager, and I'm on 15.3.2.
Hey nullsubject, Can you please try this version if it works better? KeyClu.0.30.1.a.zip
Hey nullsubject, Can you please try this version if it works better? KeyClu.0.30.1.a.zip
So far, so good! Obviously I can't guarantee I didn't miss anything, but with .30.1, the issue happens immediately, and consistently, whereas I have yet to experience any window switching with this new version, even when the settings panel is closed.
I believe you very well may have squashed that bug, my friend!
Sorry! Didn't see this notification. I can confirm this build works for me as well. The issue was binary before, it always cmd-tab'ed unless the settings window was active, and with this version I haven't had the issue. Tested with a fresh launch of KeyClu, with the settings window active, and after closing the settings window.
Thanks for the fix!
MacOS: 15.4.1 Stage Manager: off
Just to provide an additional data point, I confirmed this version fixes the issue on my work computer, too.
Ah ha! I did find out that it will still do it if you press Enter while the KeyClu window is up. I have Slack configured to use Cmd-Enter to send a message, and occasionally I will dwell with the command key held a split second while reading what I'm about to post. I would hit enter and mysteriously switch focus even while sending the message. It just happened to be a timing thing and I didn't realize KeyClu was popping up.
Heh, yes, this case is still present in the code. I'll clean it up in the next release soon.
Heh, yes, this case is still present in the code. I'll clean it up in the next release soon.
Will there be updates when it's released? This bug is annoying...
Version 30.1 - thanks for the software! this one is huting me :(
The bug is still there : (