Last pressed key prompt leaks, getting stuck while switching tabs in VSCode or any VSCode clones, only in Wayland

Problem: When switching tabs or opening a file using Ctrl + P shortcut then pressing Enter after switching to the file the Enter key prompt gets stuck creating new lines in the file. Same with Ctrl + Tab, the tab key prompt leaks into the switched tab’s file and gets stuck creating tabulations (4 spaces).

It only seems to happen in Electron based apps tested in VSCode, VsCodium, Windsurf.

The issue doesn’t seem appear under X11.

What I tried:

Launching any of those apps with --enable-features=UseOzonePlatform --ozone-platform=wayland args - no change.

setting keyboard.dispatch to keyCode - no changes.

Operating System: Arch Linux
KDE Plasma Version: 6.6.2
KDE Frameworks Version: 6.23.0
Qt Version: 6.10.2
Kernel Version: 6.19.6-arch1-1 (64-bit)
Graphics Platform: Wayland
Processors: 8 × Intel® Core™ i7-10610U CPU @ 1.80GHz
Memory: 32 GiB of RAM (31.1 GiB usable)
Graphics Processor: Intel® UHD Graphics

1 Like

UPDATE: I somehow didn’t realize you could do --ozone-platform=x11 seems to work

Same issue here with Ctrl+P or Ctrl+Tab to switch editor tabs in VSCode. It happens on almost every tab switch. I have to press another key like Esc to stop the continued key presses filling my editor, then perform multiple undos to revert the changes.

I first noticed this behavior about a week ago.

Tried your suggestions of running with code –ozone-platform=x11 and that is having promising results so far.

$ kinfo
Operating System: Fedora Linux 43
KDE Plasma Version: 6.6.2
KDE Frameworks Version: 6.23.0
Qt Version: 6.10.2
Kernel Version: 6.18.16-200.fc43.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 16 × Intel® Core™ 7 240H
Memory: 32 GiB of RAM (30.9 GiB usable)
Graphics Processor: Intel® Graphics

Visual Studio Code version:

Version: 1.110.1
Commit: 61b3d0ab13be7dda2389f1d3e60a119c7f660cc3
Date: 2026-03-06T23:03:27.520Z
Electron: 39.6.0
ElectronBuildId: 13330601
Chromium: 142.0.7444.265
Node.js: 22.22.0
V8: 14.2.231.22-electron.0
OS: Linux x64 6.18.16-200.fc43.x86_64

1 Like

Exactly, same exact issue. It’s most definitely tied to one of the recent plasma updates and is NOT something to do with VSCode itself because as I mentioned it happens in VSCode clones as well. For now using the args to run it under x11 seems to resolve the issue.

Electron based apps seem to be always having issues under Wayland

man!!, I did everything to fix this bug. Now Im in an entirely different os, i had dualbooted windows and fedora before and now i bluescreened windows , my first fedora is overshadowed by new fedora, i configured everything and still got this bug.
for some reason, chat gpt decided to give me this solution after changing everything.

1 Like

how do it do it for the desktop launch tho?

Assuming it’s VSCode you can do this:

Copy the .desktop file

mkdir -p ~/.local/share/applications
cp /usr/share/applications/code.desktop ~/.local/share/applications/

Edit it (with nano or whatever, I prefer kate)
kate ~/.local/share/applications/code.desktop

Find Exec=/usr/bin/code %F

add this:
Exec=/usr/bin/code --ozone-platform=x11 %F

I have found a better and easier solution:

echo "--ozone-platform=x11" > ~/.config/code-flags.conf

You can replace code with any other VSCode based code editor like windsurf-flags.conf, vscodium-flags.conf.

This is better because it’s not only restricted to the desktop launcher, it also works if you run any of these apps from the terminal eliminating the need of manually adding the argument

1 Like

Just encountered this issue on a separate machine with a different KDE Plasma version, different VSCode version, and different GPUs, so I thought I’d share the extra data point:

$ kinfo
Operating System: Fedora Linux 43
KDE Plasma Version: 6.6.1
KDE Frameworks Version: 6.23.0
Qt Version: 6.10.2
Kernel Version: 6.18.13-200.fc43.x86_64 (64-bit)
Graphics Platform: Wayland
Processors: 24 × AMD Ryzen 9 7900 12-Core Processor
Memory: 32 GiB of RAM (30.4 GiB usable)
Graphics Processor 1: AMD Radeon RX 6600
Graphics Processor 2: AMD Ryzen 9 7900 12-Core Processor

VSCode:

Version: 1.109.5
Commit: 072586267e68ece9a47aa43f8c108e0dcbf44622
Date: 2026-02-19T19:43:32.382Z
Electron: 39.3.0
ElectronBuildId: 13313481
Chromium: 142.0.7444.265
Node.js: 22.21.1
V8: 14.2.231.22-electron.0
OS: Linux x64 6.18.13-200.fc43.x86_64

Same issue with Cursor. Disable hardware acceleration helps as well.

1 Like

Hello! Which input method (KDE System Settings > Keyboard > Virtual Keyboard) are you using?

I am able to reproduce this issue with Plasma Keyboard on Fedora 43 (Wayland). However, IBus seems to work just fine.

1 Like

Hi! You might me onto something, even if everything works fine with the args in the *-flags.conf file. Setting Virtual Keyboard to None seems to have fixed the issue? Can’t really be sure since I kinda forgot about the issue and had updated plasma too, iirc. So could be many things but yes I just set my virtual keyboard to None which is what I had before by default, I’m on a clean arch setup where Plasma Keyboard wasn’t even installed and I did install it for some experiment thing I did I am not really sure if that’s related and if the bug started at the moment I installed and set plasma keyboard as the virtual keyboard. In any case, Thanks!

Happy to help!

This is the second issue related to Plasma Keyboard I can reproduce this week. I’ll try to look into it a bit more!

1 Like