Skip to content
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: Kanata crashes and is unable to start on macOS if sidecar is on #1342

Open
1 task done
PresidentialAnt opened this issue Nov 10, 2024 · 5 comments
Open
1 task done
Labels
bug Something isn't working macos Issue pertains to macos; jtroo has no macOS devices and does not maintain the support for it.

Comments

@PresidentialAnt
Copy link

PresidentialAnt commented Nov 10, 2024

Requirements

Describe the bug

Turning on Sidecar (connecting wirelessly to an iPad as an external display) while Kanata is running will cause Kanata to crash with the error zsh: trace trap sudo ./myPrograms/kanata_macos_cmd_allowed_arm64 -c .

note: I start kanata by runningsudo ./myPrograms/kanata_macos_cmd_allowed_arm64 -c ~/.config/kanata/kanata.kbd

Attempting to restart Kanata while connected to Sidecar fails with the same error.

Kanata is able to restart after disconnecting from Sidecar.

Relevant kanata config

(defcfg
  danger-enable-cmd yes
)

(defsrc
  esc
  f1   f2   f3   f4   f5   f6   f7   f8   f9   f10  f11  f12
  1 2 3 4 5 6 7 8 9 0 - = bspc
  caps
  lsft
  rsft
  ralt
  f
  x
  grv
  c
  e
  w
  z

)

(defalias
  escctrl (tap-hold-press 0 150 esc (layer-toggle two))
  term (cmd open -n -a Alacritty)
  floorp (cmd open -a Floorp)
  finder (cmd open /Users/username)
  code (cmd open -a "Visual Studio Code")
  outlook (cmd open -a "Microsoft Outlook")
  whatsapp (cmd open -a WhatsApp)
  zotero (cmd open -a Zotero)

)

(deflayer base
  esc
  🔅   🔆    C-A-ArrowUp    C-1    C-2    C-3    ◀◀   ▶⏸   ▶▶   🔇   🔉   🔊
  1 2 3 4 5 6 7 8 9 0 - = bspc
  @escctrl
  lsft
  rsft
  rctl
  f
  x
  grv
  c
  e
  w
  z
)

(deflayer two
  del
  f1   f2   f3   f4   f5   f6   f7   f8   f9   f10  f11  f12
  kp1 kp2 kp3 kp4 kp5 kp6 kp7 kp8 kp9 kp0 kp- kp+ nlck
  @escctrl
  caps
  caps
  rctl
  @floorp
  @finder
  @term
  @code
  @outlook
  @whatsapp
  @zotero
)

To Reproduce

  1. Start Kanata
  2. Connect to Sidecar
  3. Try to restart Kanata
  4. Disconnect from Sidecar
  5. Restart Kanata

Expected behavior

Kanata to function regardless of sidecar connectivity.

Kanata version

kanata 1.7.0

Debug logs

No response

Operating system

macOS

Additional context

No response

@PresidentialAnt PresidentialAnt added the bug Something isn't working label Nov 10, 2024
@jtroo jtroo added the macos Issue pertains to macos; jtroo has no macOS devices and does not maintain the support for it. label Nov 10, 2024
@jteng2127
Copy link

Same here, I'm on macOS 14.6.1 with kanata 1.7.0

The full log is here

❯ sudo kanata -c kanata.kbd
16:12:41.3765 [INFO] kanata v1.7.0 starting
16:12:41.3768 [WARN] No defcfg is defined. Consider whether the process-unmapped-keys defcfg option should be yes vs. no. Adding defcfg with process-unmapped-keys defined will remove this warning.
16:12:41.3768 [INFO] process unmapped keys: false
16:12:41.3769 [INFO] NOTE: kanata was compiled to never allow cmd
16:12:41.3775 [INFO] config file is valid
16:12:41.3775 [INFO] Sleeping for 2s. Please release all keys and don't press additional ones. Run kanata with --help to see how understand more and how to disable this sleep.
16:12:43.3826 [INFO] entering the processing loop
16:12:43.3829 [INFO] entering the event loop
16:12:43.3830 [INFO] Init: catching only releases and sending immediately
zsh: trace trap  sudo kanata -c kanata.kbd

@infely
Copy link

infely commented Nov 18, 2024

Same here. I'm on macOS 15.1/15.2 with kanata 1.7.0

This bug makes kanata completely unusable with the Vision Pro

@sgript
Copy link

sgript commented Nov 18, 2024

Same issue on 1.7.0 MacOS 15.1

@FukkenShit
Copy link

FukkenShit commented Nov 25, 2024

Tryed kanata today for the first time.
Getting the same behaviour without sidecar but with external display.

Kanata installed from homebrew
Macbook Air M2 macOS 15.0.1
External Monitor: LG Ultrafine 5K 27MD5kL
Keyboard: LOGI Pop Keys
Connected through Unifying receiver plugged into monitor USB Port

% sudo kanata -tc .kanata
06:14:27.0478 [INFO] kanata v1.7.0 starting
06:14:27.0484 [WARN] No defcfg is defined. Consider whether the process-unmapped-keys defcfg option should be yes vs. no. Adding defcfg with process-unmapped-keys defined will remove this warning.
06:14:27.0484 [INFO] process unmapped keys: false
06:14:27.0485 [INFO] NOTE: kanata was compiled to never allow cmd
06:14:27.0485 [DEBUG] (1) kanata_parser::cfg::alloc: freeing allocations of length 0
06:14:27.0486 [INFO] config file is valid
06:14:27.0486 [INFO] Sleeping for 2s. Please release all keys and don't press additional ones. Run kanata with --help to see how understand more and how to disable this sleep.
06:14:29.0537 [INFO] entering the processing loop
06:14:29.0548 [INFO] entering the event loop
06:14:29.0552 [INFO] Init: catching only releases and sending immediately
zsh: trace trap  sudo kanata -tc .kanata

Kanata stopped crashing after these steps:

  1. Disconnect external monitor
  2. Insert Unifying receiver directly into macbook USB port
  3. Launch kanata one more time (already doesn't crash)
  4. Stop kanata
  5. Insert Unifying receiver back into monitor and connect monitor to the macbook
  6. Start kanata

@jtroo jtroo removed their assignment Nov 25, 2024
@jtroo
Copy link
Owner

jtroo commented Nov 25, 2024

Someone will have to investigate a bug, likely in the https://github.com/psych3r/driverkit dependency, but might be in the kanata repo as well.

A core dump might be able to be generated for a bit of insight into what's triggering the crash: https://stackoverflow.com/q/56513700

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
bug Something isn't working macos Issue pertains to macos; jtroo has no macOS devices and does not maintain the support for it.
Projects
None yet
Development

No branches or pull requests

6 participants