You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have my loop mapped to ctrl(^) & cmd. Switching to space 1, is mapped to ^1, and so on for 2nd and 3rd space.
Pressing and releasing instantly ^2 to switch to space 2, THEN pressing cmd to do something wrongly activate Loop.
This doesn't occure when NOT switching space : for example, pressing ctrl, releasing it then pressing cmd DOESN'T activate loop, unless you just switched space.
Bug occurs with both 0.0 and 0.1 delay, I haven't tried more delay.
Steps To Reproduce
Bind ^1 to Space 1 and ^2 to Space 2
Bind loop to ^ and cmd
Switch from Space 1 to Space 2 with ^2
press cmd immediately after space is switched and move the mouse around, Loop will activate as if ctrl was still pressed.
Expected Behavior
Bind ^1 to Space 1 and ^2 to Space 2
Bind loop to ^ and cmd
Switch from Space 1 to Space 2 with ^2
press cmd wouldn't activate Loop since ctrl is released.
Actual Behavior
As stated in Step To Reproduce.
Screenshots
No response
macOS Version
15.1
Loop Version
Version 🧪 1.2.0 (1380)
Additional Context
No response
Final Checks
My issue is written in English
My issue title is descriptive
This is a single bug (multiple bugs should be reported individually)
I can help with fixing or developing this issue (tick if you can help).
The text was updated successfully, but these errors were encountered:
Very interesting! I suspect that this has a common cause with #372.
I found out that this is happening as during a space switch, macOS takes full control of keypress events, effectively blocking Loop from being able to detect the trigger key during that specific period of time.
This will get a little technical but, I found a way around this, which was to use a CGEvent key event handler instead of the current NSEvent handler. A CGEvent handler captures key events at the system-level, while a NSEvent handler captures them at an app-level. It worked, but also caused many unwanted side-effects. With that said, I am quite sure that this is possible to solve with a little more tinkering, so thanks for reporting!
Bug Description
Sorry for horrible title.
I have my loop mapped to ctrl(^) & cmd. Switching to space 1, is mapped to ^1, and so on for 2nd and 3rd space.
Pressing and releasing instantly ^2 to switch to space 2, THEN pressing cmd to do something wrongly activate Loop.
This doesn't occure when NOT switching space : for example, pressing ctrl, releasing it then pressing cmd DOESN'T activate loop, unless you just switched space.
Bug occurs with both 0.0 and 0.1 delay, I haven't tried more delay.
Steps To Reproduce
Expected Behavior
Actual Behavior
As stated in Step To Reproduce.
Screenshots
No response
macOS Version
15.1
Loop Version
Version 🧪 1.2.0 (1380)
Additional Context
No response
Final Checks
The text was updated successfully, but these errors were encountered: