Open Vonfry opened 2 months ago
I can reproduce and it's an interesting bug. nkeymaps/conditions:override-existing-binding
is responsible for the crash, but I don't quite understand why it doesn't silently warn in this case (as it does in other).
Given that this bug can only be reproduced when connected via Slynk/Swank, it is rather low priority.
Can I help with a workaround in the meantime? What are you trying to achieve?
Given that this bug can only be reproduced when connected via Slynk/Swank, it is rather low priority.
It can also be reproduced when setting it in user init files, why I found this.
Although I said "crash", the process hanged instead of termination because debugger is invoked (*debug-on-error*
is nil). Instead, I kills the process manually.
Can I help with a workaround in the meantime? What are you trying to achieve?
Thanks. I can avoid this myself without deleting the last alive buffer.
The original goal is to create a new buffer with default-new-buffer-url
like the action on other keyscheme without this issue.
Describe the bug
Precise recipe to reproduce the issue
nyxt -S --no-init
start-slynk
vi-normal-mode
delete-current-buffer
The crash also appears with
cua
ordefault
keyscheme sometimes, but I cannot reproduce it.Information
show-system-information
:Output when started from a shell
Backtrace