-
-
Notifications
You must be signed in to change notification settings - Fork 260
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
Wrong expansions when using Alacritty on Linux #787
Comments
Hey @YakBarber, I'm sorry you experienced this problem!
Edit: I've just realised that this is unlikely to be the cause if it's happening only in the terminal, perhaps there is some interference with alacritty. Does that happen also with other terminals? Cheers :) |
I tried the same test in another terminal (Kitty) and got a different behavior. In Kitty it reliably acts as though the "shift key" wasn't added, meaning the output is: EDIT: I also tried your struck comment about processes, and as you expected the problem persists. |
@YakBarber Interesting, thank you for trying! I'll investigate :) |
No Problem. I'm familiar with Rust and its toolchain, so if my testing anything deeper would be helpful, just let me know. If I can find some time to go spelunking I will, but it's unlikely. |
Sounds good! Although It's likely we'll have to fiddle with Espanso parameters rather than Rust code :) The way we'll probably handle it is by creating a specific patch for it and bundle it into Espanso itself |
Hey @YakBarber, I was able to reproduce the issue, and a fix will be included in the next alpha version (v2.0.4-alpha). filter_class: "Alacritty"
backend: Clipboard Cheers :) |
OS: Ubuntu 20.04
Version: snap package, 0.7.3
When matching in my terminal (
alacritty
, with bothzsh
andbash
), once in a while the replace text output comes in the wrong order. Examples I've seen::espanso
->Hi t!here
:espanso
->!eHi ther
:espanso
->Hi thereespanso detectHi there there
(Note,espanso detect
was the most recent command, so there was a scroll up in my shell history)I am not able to reproduce the issue outside of the terminal (eg, in this text box in my browser it works right 100%).
The text was updated successfully, but these errors were encountered: