starred/pikvm-pikvm
1
0
Fork 0
mirror of https://github.com/pikvm/pikvm.git synced 2026-03-02 18:16:56 -05:00
Code Issues 133 Projects Packages Wiki Activity

Keyboard Layout Breaks After Pasting }" #1053

New issue
Open
opened 2026-02-20 14:10:26 -05:00 by deekerman · 16 comments
deekerman commented 2026-02-20 14:10:26 -05:00
Owner
Copy link

Originally created by @PatrikElfstrom on GitHub (Jul 1, 2025).

Originally assigned to: @mdevaev on GitHub.

Describe the bug
Pasting a command containing }" causes the keyboard layout to break. After this point, all typed input produces incorrect characters, suggesting a layout or encoding mismatch.

To Reproduce
Steps to reproduce the behavior, like:

  1. Go to pikvm web gui
  2. Click on KVM
  3. Click on Text
  4. paste in this text: this is fine }" this is broken
  5. All text after }" will be random characters
    Image
  6. Any key pressed after that will result in the same random characters
  7. Pressing any of the keys on the right of the virtual keyboard fixes the issue until }" is pasted again.
    Image

Expected behavior
I expect to be able to paste }" and press any key after that and see the expected characters.

Screenshots

https://github.com/user-attachments/assets/ad5cb0bf-a4dd-4261-be5a-949b79ddd96d

Desktop (please complete the following information):

  • OS: MacOS 15.5
  • Browser: Firefox
  • Version: 140.0.2

PiKVM info:

  • Raspberry Pi board version: RPi 4
  • PiKVM platform: PiKVM v3
  • Video capture type:
  • KVMD version:
    • kvmd 4.87-1
    • kvmd-fan 0.32-1
    • kvmd-platform-v3-hdmi-rpi4 4.87-1
    • kvmd-webterm 0.50-1
  • uStreamer version: ustreamer 6.37-1
  • Linux kernel: Linux pikvm 6.6.45-13-rpi # 1 SMP Tue May 27 17:16:41 UTC 2025 armv7l GNU/Linux

Additional context

  • Operating System: Ubuntu 25.04
  • Kernel: Linux 6.14.0-22-generic
  • Keyboard input: XKBLAYOUT="se"
monsun ~$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=
Originally created by @PatrikElfstrom on GitHub (Jul 1, 2025). Originally assigned to: @mdevaev on GitHub. **Describe the bug** Pasting a command containing }" causes the keyboard layout to break. After this point, all typed input produces incorrect characters, suggesting a layout or encoding mismatch. **To Reproduce** Steps to reproduce the behavior, like: 1. Go to pikvm web gui 2. Click on KVM 3. Click on Text 4. paste in this text: `this is fine }" this is broken` 5. All text after }" will be random characters ![Image](https://github.com/user-attachments/assets/57883925-2637-4fb6-858c-181c154072fe) 7. Any key pressed after that will result in the same random characters 8. Pressing any of the keys on the right of the virtual keyboard fixes the issue until }" is pasted again. ![Image](https://github.com/user-attachments/assets/7b7a9f5b-a3f3-44b3-9dda-e058f2ebff4f) **Expected behavior** I expect to be able to paste }" and press any key after that and see the expected characters. **Screenshots** https://github.com/user-attachments/assets/ad5cb0bf-a4dd-4261-be5a-949b79ddd96d **Desktop (please complete the following information):** - OS: MacOS 15.5 - Browser: Firefox - Version: 140.0.2 **PiKVM info:** - Raspberry Pi board version: RPi 4 - PiKVM platform: PiKVM v3 - Video capture type: - KVMD version: - kvmd 4.87-1 - kvmd-fan 0.32-1 - kvmd-platform-v3-hdmi-rpi4 4.87-1 - kvmd-webterm 0.50-1 - uStreamer version: ustreamer 6.37-1 - Linux kernel: Linux pikvm 6.6.45-13-rpi # 1 SMP Tue May 27 17:16:41 UTC 2025 armv7l GNU/Linux **Additional context** - Operating System: Ubuntu 25.04 - Kernel: Linux 6.14.0-22-generic - Keyboard input: XKBLAYOUT="se" ``` monsun ~$ locale LANG=en_US.UTF-8 LANGUAGE= LC_CTYPE=en_US.UTF-8 LC_NUMERIC="en_US.UTF-8" LC_TIME="en_US.UTF-8" LC_COLLATE="en_US.UTF-8" LC_MONETARY="en_US.UTF-8" LC_MESSAGES="en_US.UTF-8" LC_PAPER="en_US.UTF-8" LC_NAME="en_US.UTF-8" LC_ADDRESS="en_US.UTF-8" LC_TELEPHONE="en_US.UTF-8" LC_MEASUREMENT="en_US.UTF-8" LC_IDENTIFICATION="en_US.UTF-8" LC_ALL= ```
deekerman commented 2026-02-20 14:10:27 -05:00
Author
Owner
Copy link

@mdevaev commented on GitHub (Jul 1, 2025):

Hello. Which keymap was selected for paste?

Best regards,
Max Devaev

Вт, 1 июля 2025 г. в 12:24, Patrik Elfström @.***>:

PatrikElfstrom created an issue (pikvm/pikvm#1549)
https://github.com/pikvm/pikvm/issues/1549

Describe the bug
Pasting a command containing }" causes the keyboard layout to break. After
this point, all typed input produces incorrect characters, suggesting a
layout or encoding mismatch.

To Reproduce
Steps to reproduce the behavior, like:

  1. Go to pikvm web gui
  2. Click on KVM
  3. Click on Text
  4. paste in this text: this is fine }" this is broken
  5. All text after }" will be random characters
    image.png (view on web)
    https://github.com/user-attachments/assets/57883925-2637-4fb6-858c-181c154072fe
  6. Any key pressed after that will result in the same random characters
  7. Pressing any of the keys on the right of the virtual keyboard fixes
    the issue until }" is pasted again.
    image.png (view on web)
    https://github.com/user-attachments/assets/7b7a9f5b-a3f3-44b3-9dda-e058f2ebff4f

Expected behavior
I expect to be able to paste }" and press any key after that and see the
expected characters.

Screenshots

https://github.com/user-attachments/assets/ad5cb0bf-a4dd-4261-be5a-949b79ddd96d

Desktop (please complete the following information):

  • OS: MacOS 15.5
  • Browser: Firefox
  • Version: 140.0.2

PiKVM info:

  • Raspberry Pi board version: RPi 4
  • PiKVM platform: PiKVM v3
  • Video capture type:
  • KVMD version:
    • kvmd 4.87-1
    • kvmd-fan 0.32-1
    • kvmd-platform-v3-hdmi-rpi4 4.87-1
    • kvmd-webterm 0.50-1
  • uStreamer version: ustreamer 6.37-1
  • Linux kernel: Linux pikvm 6.6.45-13-rpi # 1 SMP Tue May 27 17:16:41
    UTC 2025 armv7l GNU/Linux

Additional context

  • Operating System: Ubuntu 25.04
  • Kernel: Linux 6.14.0-22-generic
  • Keyboard input: XKBLAYOUT="se"

monsun ~$ locale
LANG=en_US.UTF-8
LANGUAGE=
LC_CTYPE=en_US.UTF-8
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_PAPER="en_US.UTF-8"
LC_NAME="en_US.UTF-8"
LC_ADDRESS="en_US.UTF-8"
LC_TELEPHONE="en_US.UTF-8"
LC_MEASUREMENT="en_US.UTF-8"
LC_IDENTIFICATION="en_US.UTF-8"
LC_ALL=

—
Reply to this email directly, view it on GitHub
https://github.com/pikvm/pikvm/issues/1549, or unsubscribe
https://github.com/notifications/unsubscribe-auth/AADFUAYINYRSLFTF3QMCVKT3GJHTDAVCNFSM6AAAAACAQQB4Y6VHI2DSMVQWIX3LMV43ASLTON2WKOZTGE4TCNJYGA3TSMA
.
You are receiving this because you are subscribed to this thread.Message
ID: @.***>

@mdevaev commented on GitHub (Jul 1, 2025): Hello. Which keymap was selected for paste? Best regards, Max Devaev Вт, 1 июля 2025 г. в 12:24, Patrik Elfström ***@***.***>: > *PatrikElfstrom* created an issue (pikvm/pikvm#1549) > <https://github.com/pikvm/pikvm/issues/1549> > > *Describe the bug* > Pasting a command containing }" causes the keyboard layout to break. After > this point, all typed input produces incorrect characters, suggesting a > layout or encoding mismatch. > > *To Reproduce* > Steps to reproduce the behavior, like: > > 1. Go to pikvm web gui > 2. Click on KVM > 3. Click on Text > 4. paste in this text: this is fine }" this is broken > 5. All text after }" will be random characters > image.png (view on web) > <https://github.com/user-attachments/assets/57883925-2637-4fb6-858c-181c154072fe> > 6. Any key pressed after that will result in the same random characters > 7. Pressing any of the keys on the right of the virtual keyboard fixes > the issue until }" is pasted again. > image.png (view on web) > <https://github.com/user-attachments/assets/7b7a9f5b-a3f3-44b3-9dda-e058f2ebff4f> > > *Expected behavior* > I expect to be able to paste }" and press any key after that and see the > expected characters. > > *Screenshots* > > > https://github.com/user-attachments/assets/ad5cb0bf-a4dd-4261-be5a-949b79ddd96d > > *Desktop (please complete the following information):* > > - OS: MacOS 15.5 > - Browser: Firefox > - Version: 140.0.2 > > *PiKVM info:* > > - Raspberry Pi board version: RPi 4 > - PiKVM platform: PiKVM v3 > - Video capture type: > - KVMD version: > - kvmd 4.87-1 > - kvmd-fan 0.32-1 > - kvmd-platform-v3-hdmi-rpi4 4.87-1 > - kvmd-webterm 0.50-1 > - uStreamer version: ustreamer 6.37-1 > - Linux kernel: Linux pikvm 6.6.45-13-rpi # 1 SMP Tue May 27 17:16:41 > UTC 2025 armv7l GNU/Linux > > *Additional context* > > - Operating System: Ubuntu 25.04 > - Kernel: Linux 6.14.0-22-generic > - Keyboard input: XKBLAYOUT="se" > > monsun ~$ locale > LANG=en_US.UTF-8 > LANGUAGE= > LC_CTYPE=en_US.UTF-8 > LC_NUMERIC="en_US.UTF-8" > LC_TIME="en_US.UTF-8" > LC_COLLATE="en_US.UTF-8" > LC_MONETARY="en_US.UTF-8" > LC_MESSAGES="en_US.UTF-8" > LC_PAPER="en_US.UTF-8" > LC_NAME="en_US.UTF-8" > LC_ADDRESS="en_US.UTF-8" > LC_TELEPHONE="en_US.UTF-8" > LC_MEASUREMENT="en_US.UTF-8" > LC_IDENTIFICATION="en_US.UTF-8" > LC_ALL= > > — > Reply to this email directly, view it on GitHub > <https://github.com/pikvm/pikvm/issues/1549>, or unsubscribe > <https://github.com/notifications/unsubscribe-auth/AADFUAYINYRSLFTF3QMCVKT3GJHTDAVCNFSM6AAAAACAQQB4Y6VHI2DSMVQWIX3LMV43ASLTON2WKOZTGE4TCNJYGA3TSMA> > . > You are receiving this because you are subscribed to this thread.Message > ID: ***@***.***> >
deekerman commented 2026-02-20 14:10:27 -05:00
Author
Owner
Copy link

@PatrikElfstrom commented on GitHub (Jul 1, 2025):

Hello. Which keymap was selected for paste?

Best regards,
Max Devaev

Вт, 1 июля 2025 г. в 12:24, Patrik Elfström @.***>:
…

Sv was used

@PatrikElfstrom commented on GitHub (Jul 1, 2025): > Hello. Which keymap was selected for paste? > > > Best regards, > Max Devaev > > > Вт, 1 июля 2025 г. в 12:24, Patrik Elfström ***@***.***>: > […](#) Sv was used
deekerman commented 2026-02-20 14:10:27 -05:00
Author
Owner
Copy link

@mdevaev commented on GitHub (Jul 1, 2025):

Got it, I'll check.

@mdevaev commented on GitHub (Jul 1, 2025): Got it, I'll check.
deekerman commented 2026-02-20 14:10:27 -05:00
Author
Owner
Copy link

@mdevaev commented on GitHub (Jul 15, 2025):

Okay, quick question. Does the AltGr key in the Swedish layout switch the input mode (like caps lock), or does it act while pressed (like shift)?

@mdevaev commented on GitHub (Jul 15, 2025): Okay, quick question. Does the AltGr key in the Swedish layout switch the input mode (like caps lock), or does it act while pressed (like shift)?
deekerman commented 2026-02-20 14:10:27 -05:00
Author
Owner
Copy link

@PatrikElfstrom commented on GitHub (Jul 15, 2025):

Okay, quick question. Does the AltGr key in the Swedish layout switch the input mode (like caps lock), or does it act while pressed (like shift)?

It acts while pressed like shift.

@PatrikElfstrom commented on GitHub (Jul 15, 2025): > Okay, quick question. Does the AltGr key in the Swedish layout switch the input mode (like caps lock), or does it act while pressed (like shift)? It acts while pressed like shift.
deekerman commented 2026-02-20 14:10:27 -05:00
Author
Owner
Copy link

@mdevaev commented on GitHub (Jul 15, 2025):

I don't quite understand what exactly breaks the input, is it the parenthesis character or is it the sequence of parentheses and quotation marks?

@mdevaev commented on GitHub (Jul 15, 2025): I don't quite understand what exactly breaks the input, is it the parenthesis character or is it the sequence of parentheses and quotation marks?
deekerman commented 2026-02-20 14:10:27 -05:00
Author
Owner
Copy link

@PatrikElfstrom commented on GitHub (Jul 15, 2025):

I don't quite understand what exactly breaks the input, is it the parenthesis character or is it the sequence of parentheses and quotation marks?

The sequence.
One or the other does not break the input. But the two combined does.
It doesn't matter if I write them or paste them.
If I write a space between them it does not break.

@PatrikElfstrom commented on GitHub (Jul 15, 2025): > I don't quite understand what exactly breaks the input, is it the parenthesis character or is it the sequence of parentheses and quotation marks? The sequence. One or the other does not break the input. But the two combined does. It doesn't matter if I write them or paste them. If I write a space between them it does not break.
deekerman commented 2026-02-20 14:10:27 -05:00
Author
Owner
Copy link

@PatrikElfstrom commented on GitHub (Jul 15, 2025):

I get the same error with these keymaps:
cz, da, de, de-ch, es, fi, fo, fr-ca, fr-ch, hr, hu, is, it, lv, nl, no, pt, pt-br, sl, sv
but not the other ones.

The error can be triggered in Firefox, Safari and Chrome.
The error persists between browsers.

@PatrikElfstrom commented on GitHub (Jul 15, 2025): I get the same error with these keymaps: cz, da, de, de-ch, es, fi, fo, fr-ca, fr-ch, hr, hu, is, it, lv, nl, no, pt, pt-br, sl, sv but not the other ones. The error can be triggered in Firefox, Safari and Chrome. The error persists between browsers.
deekerman commented 2026-02-20 14:10:27 -05:00
Author
Owner
Copy link

@mdevaev commented on GitHub (Nov 14, 2025):

Hello. Sorry for the late reply, this bug is tricky. Could you test a fresh version?

@mdevaev commented on GitHub (Nov 14, 2025): Hello. Sorry for the late reply, this bug is tricky. Could you test a fresh version?
deekerman commented 2026-02-20 14:10:28 -05:00
Author
Owner
Copy link

@mdevaev commented on GitHub (Nov 17, 2025):

Sup?

@mdevaev commented on GitHub (Nov 17, 2025): Sup?
deekerman commented 2026-02-20 14:10:28 -05:00
Author
Owner
Copy link

@PatrikElfstrom commented on GitHub (Nov 18, 2025):

Sorry, I will try to recreate the bug with the latest version in about 8 hours after work and I'll let you know how it goes. Thanks.

@PatrikElfstrom commented on GitHub (Nov 18, 2025): Sorry, I will try to recreate the bug with the latest version in about 8 hours after work and I'll let you know how it goes. Thanks.
deekerman commented 2026-02-20 14:10:28 -05:00
Author
Owner
Copy link

@PatrikElfstrom commented on GitHub (Nov 18, 2025):

Hello. Sorry for the late reply, this bug is tricky. Could you test a fresh version?

Updated to the latest version and I can still reproduce the issue with the initial repro steps.

@PatrikElfstrom commented on GitHub (Nov 18, 2025): > Hello. Sorry for the late reply, this bug is tricky. Could you test a fresh version? Updated to the latest version and I can still reproduce the issue with the initial repro steps.
deekerman commented 2026-02-20 14:10:28 -05:00
Author
Owner
Copy link

@mdevaev commented on GitHub (Nov 18, 2025):

Is the result exactly the same? I have a different one :/

@mdevaev commented on GitHub (Nov 18, 2025): Is the result exactly the same? I have a different one :/
deekerman commented 2026-02-20 14:10:28 -05:00
Author
Owner
Copy link

@PatrikElfstrom commented on GitHub (Nov 18, 2025):

Yes, exactly the same. Same characters.

Interesting. What was different for you? What keymap did you use?

@PatrikElfstrom commented on GitHub (Nov 18, 2025): Yes, exactly the same. Same characters. Interesting. What was different for you? What keymap did you use?
deekerman commented 2026-02-20 14:10:28 -05:00
Author
Owner
Copy link

@mdevaev commented on GitHub (Nov 18, 2025):

I tried sv keymap, and the same on the test target host. My test host is mac mini, maybe this is a reason. It has different sv keymaps and I tried all variations. All of them gave me incorrect results, but nothing similar to yours.

@mdevaev commented on GitHub (Nov 18, 2025): I tried `sv` keymap, and the same on the test target host. My test host is mac mini, maybe this is a reason. It has different sv keymaps and I tried all variations. All of them gave me incorrect results, but nothing similar to yours.
deekerman commented 2026-02-20 14:10:28 -05:00
Author
Owner
Copy link

@PatrikElfstrom commented on GitHub (Nov 18, 2025):

If I set us keyboard layout on my server and select us keymap it works.
If I use a swedish physical keyboard with swedish keyboard layout on the server I get the correct characters.

So something must be wrong with what pikvm sends.

I ran this: sudo evtest /dev/input/event3 > keylog.txt to log the keypresses pikvm sent

I first sent the string split up. So first I pasted aaa} and then I pasted "aaa.
And after that I pasted the full string aaa}"aaa.

And in the event log, with the first two pastes, we can see that KEY_RIGHTALT is released before KEY_LEFTSHIFT which is expected.

(value 1 is keydown and value 0 is keyup)

Event: time 1763508474.755023, -------------- SYN_REPORT ------------
Event: time 1763508474.956043, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e6
Event: time 1763508474.956043, type 1 (EV_KEY), code 100 (KEY_RIGHTALT), value 1
Event: time 1763508474.956043, -------------- SYN_REPORT ------------
Event: time 1763508475.158059, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70027
Event: time 1763508475.158059, type 1 (EV_KEY), code 11 (KEY_0), value 1
Event: time 1763508475.158059, -------------- SYN_REPORT ------------
Event: time 1763508475.363068, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70027
Event: time 1763508475.363068, type 1 (EV_KEY), code 11 (KEY_0), value 0
Event: time 1763508475.363068, -------------- SYN_REPORT ------------
Event: time 1763508475.569068, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e6
Event: time 1763508475.569068, type 1 (EV_KEY), code 100 (KEY_RIGHTALT), value 0
Event: time 1763508475.569068, -------------- SYN_REPORT ------------
Event: time 1763508488.633364, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e1
Event: time 1763508488.633364, type 1 (EV_KEY), code 42 (KEY_LEFTSHIFT), value 1
Event: time 1763508488.633364, -------------- SYN_REPORT ------------
Event: time 1763508488.834367, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7001f
Event: time 1763508488.834367, type 1 (EV_KEY), code 3 (KEY_2), value 1
Event: time 1763508488.834367, -------------- SYN_REPORT ------------
Event: time 1763508489.035377, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7001f
Event: time 1763508489.035377, type 1 (EV_KEY), code 3 (KEY_2), value 0
Event: time 1763508489.035377, -------------- SYN_REPORT ------------
Event: time 1763508489.236382, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e1
Event: time 1763508489.236382, type 1 (EV_KEY), code 42 (KEY_LEFTSHIFT), value 0

But when I pasted the full string and triggering the error, we can see that KEY_RIGHTALT was released after KEY_LEFTSHIFT was pressed.

Event: time 1763508517.751010, -------------- SYN_REPORT ------------
Event: time 1763508517.953055, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e6
Event: time 1763508517.953055, type 1 (EV_KEY), code 100 (KEY_RIGHTALT), value 1
Event: time 1763508517.953055, -------------- SYN_REPORT ------------
Event: time 1763508518.155071, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70027
Event: time 1763508518.155071, type 1 (EV_KEY), code 11 (KEY_0), value 1
Event: time 1763508518.155071, -------------- SYN_REPORT ------------
Event: time 1763508518.357091, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70027
Event: time 1763508518.357091, type 1 (EV_KEY), code 11 (KEY_0), value 0
Event: time 1763508518.357091, -------------- SYN_REPORT ------------
Event: time 1763508518.559127, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e1
Event: time 1763508518.559127, type 1 (EV_KEY), code 42 (KEY_LEFTSHIFT), value 1
Event: time 1763508518.559127, -------------- SYN_REPORT ------------
Event: time 1763508518.760063, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e6
Event: time 1763508518.760063, type 1 (EV_KEY), code 100 (KEY_RIGHTALT), value 0
Event: time 1763508518.760063, -------------- SYN_REPORT ------------
Event: time 1763508518.961109, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7001f
Event: time 1763508518.961109, type 1 (EV_KEY), code 3 (KEY_2), value 1
Event: time 1763508518.961109, -------------- SYN_REPORT ------------
Event: time 1763508519.162110, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7001f
Event: time 1763508519.162110, type 1 (EV_KEY), code 3 (KEY_2), value 0
Event: time 1763508519.162110, -------------- SYN_REPORT ------------
Event: time 1763508519.364094, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e1
Event: time 1763508519.364094, type 1 (EV_KEY), code 42 (KEY_LEFTSHIFT), value 0

I don't know if this is the cause (because I don't know anything about this) but it was the only discrepancy I could find.
Logically, releasing KEY_RIGHTALT after KEY_LEFTSHIFT but before KEY_2 on a physical keyboard should still work but maybe it's different here.

@PatrikElfstrom commented on GitHub (Nov 18, 2025): If I set us keyboard layout on my server and select us keymap it works. If I use a swedish physical keyboard with swedish keyboard layout on the server I get the correct characters. So something must be wrong with what pikvm sends. I ran this: `sudo evtest /dev/input/event3 > keylog.txt` to log the keypresses pikvm sent I first sent the string split up. So first I pasted `aaa}` and then I pasted `"aaa`. And after that I pasted the full string `aaa}"aaa`. And in the event log, with the first two pastes, we can see that `KEY_RIGHTALT` is released before `KEY_LEFTSHIFT` which is expected. (value 1 is keydown and value 0 is keyup) ``` Event: time 1763508474.755023, -------------- SYN_REPORT ------------ Event: time 1763508474.956043, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e6 Event: time 1763508474.956043, type 1 (EV_KEY), code 100 (KEY_RIGHTALT), value 1 Event: time 1763508474.956043, -------------- SYN_REPORT ------------ Event: time 1763508475.158059, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70027 Event: time 1763508475.158059, type 1 (EV_KEY), code 11 (KEY_0), value 1 Event: time 1763508475.158059, -------------- SYN_REPORT ------------ Event: time 1763508475.363068, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70027 Event: time 1763508475.363068, type 1 (EV_KEY), code 11 (KEY_0), value 0 Event: time 1763508475.363068, -------------- SYN_REPORT ------------ Event: time 1763508475.569068, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e6 Event: time 1763508475.569068, type 1 (EV_KEY), code 100 (KEY_RIGHTALT), value 0 Event: time 1763508475.569068, -------------- SYN_REPORT ------------ Event: time 1763508488.633364, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e1 Event: time 1763508488.633364, type 1 (EV_KEY), code 42 (KEY_LEFTSHIFT), value 1 Event: time 1763508488.633364, -------------- SYN_REPORT ------------ Event: time 1763508488.834367, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7001f Event: time 1763508488.834367, type 1 (EV_KEY), code 3 (KEY_2), value 1 Event: time 1763508488.834367, -------------- SYN_REPORT ------------ Event: time 1763508489.035377, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7001f Event: time 1763508489.035377, type 1 (EV_KEY), code 3 (KEY_2), value 0 Event: time 1763508489.035377, -------------- SYN_REPORT ------------ Event: time 1763508489.236382, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e1 Event: time 1763508489.236382, type 1 (EV_KEY), code 42 (KEY_LEFTSHIFT), value 0 ``` But when I pasted the full string and triggering the error, we can see that `KEY_RIGHTALT` was released after `KEY_LEFTSHIFT` was pressed. ``` Event: time 1763508517.751010, -------------- SYN_REPORT ------------ Event: time 1763508517.953055, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e6 Event: time 1763508517.953055, type 1 (EV_KEY), code 100 (KEY_RIGHTALT), value 1 Event: time 1763508517.953055, -------------- SYN_REPORT ------------ Event: time 1763508518.155071, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70027 Event: time 1763508518.155071, type 1 (EV_KEY), code 11 (KEY_0), value 1 Event: time 1763508518.155071, -------------- SYN_REPORT ------------ Event: time 1763508518.357091, type 4 (EV_MSC), code 4 (MSC_SCAN), value 70027 Event: time 1763508518.357091, type 1 (EV_KEY), code 11 (KEY_0), value 0 Event: time 1763508518.357091, -------------- SYN_REPORT ------------ Event: time 1763508518.559127, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e1 Event: time 1763508518.559127, type 1 (EV_KEY), code 42 (KEY_LEFTSHIFT), value 1 Event: time 1763508518.559127, -------------- SYN_REPORT ------------ Event: time 1763508518.760063, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e6 Event: time 1763508518.760063, type 1 (EV_KEY), code 100 (KEY_RIGHTALT), value 0 Event: time 1763508518.760063, -------------- SYN_REPORT ------------ Event: time 1763508518.961109, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7001f Event: time 1763508518.961109, type 1 (EV_KEY), code 3 (KEY_2), value 1 Event: time 1763508518.961109, -------------- SYN_REPORT ------------ Event: time 1763508519.162110, type 4 (EV_MSC), code 4 (MSC_SCAN), value 7001f Event: time 1763508519.162110, type 1 (EV_KEY), code 3 (KEY_2), value 0 Event: time 1763508519.162110, -------------- SYN_REPORT ------------ Event: time 1763508519.364094, type 4 (EV_MSC), code 4 (MSC_SCAN), value 700e1 Event: time 1763508519.364094, type 1 (EV_KEY), code 42 (KEY_LEFTSHIFT), value 0 ``` I don't know if this is the cause (because I don't know anything about this) but it was the only discrepancy I could find. Logically, releasing `KEY_RIGHTALT` after `KEY_LEFTSHIFT` but before `KEY_2` on a physical keyboard should still work but maybe it's different here.
Sign in to join this conversation.
No Branch/Tag specified
Branches Tags
master
gh-pages
No results found.
Labels
Clear labels   
component:documentation

   
help wanted

   
resolution:delayed

   
resolution:duplicate

   
resolution:fixed

   
resolution:invalid

   
resolution:rejected

   
resolution:wontfix

   
success story

   
type:bug

   
type:bug

   
type:feature

   
type:question

   
type:question
No labels
component:documentation
help wanted
resolution:delayed
resolution:duplicate
resolution:fixed
resolution:invalid
resolution:rejected
resolution:wontfix
success story
type:bug
type:bug
type:feature
type:question
type:question
Milestone
Clear milestone
No items
No milestone
Projects
Clear projects
No items
No project
Assignees
Clear assignees
No assignees
1 participant
Notifications
Due date
The due date is invalid or out of range. Please use the format "yyyy-mm-dd".

No due date set.

Dependencies

No dependencies set.

Reference
starred/pikvm-pikvm#1053
No description provided.