**Summary:** After pressing a Ctrl-based shortcut (e.g., Ctrl+C, Ctrl+V, Ctrl+S) in any application under Fedora KDE Plasma Wayland, if I switch focus to another window and click to place the caret, a **single phantom character** corresponding to the shortcut’s base key (`c`, `v`, `s`) is immediately inserted. - It's not continuous (like `ccccccccccc`), it's just one; so I believe this is not related to sticky keys or key repeat. - This occurs **whenever I switch windows and click on the editor**, after performing a Ctrl-based shortcut, whether immediately or after a few seconds. - Happens only on Wayland, and **does not occur under X11** or on Windows, so it is **not a keyboard hardware issue**. - Any text already selected in the target window is replaced by the phantom character. - This started happening as soon as I migrated from Windows 11 to Fedora 42, a few months ago, using the same hardware. I've been updating the system since, but the issue is still happening. **Steps to reproduce:** 1. Open any application (e.g., Firefox or Chrome) and select some text. 2. Press Ctrl+C to copy, and release. 3. Switch to a text editor (e.g., VSCode, Kate, LibreOffice Writer) by either: 3.1. `Alt + Tab` 3.2. Click to place the caret. 4. Observe that a `c` (or corresponding base key) is inserted automatically at the caret, even though no key was pressed. If using `Alt + Tab`, and text was already selected previously, that text will be replaced by the `c` character. **Expected behavior:** Only the shortcut action should occur; no base key event should be sent to the new window. **Actual behavior:** A single phantom key corresponding to the shortcut’s base key is inserted at the caret. **Frequency:** Sporadic, but reproducible several times a day, when switching after Ctrl shortcuts. **System info:** Fixed PC, with a keyboard, a mouse, 2 screens. Operating System: Fedora Linux 42 KDE Plasma Version: 6.4.5 KDE Frameworks Version: 6.19.0 Qt Version: 6.9.2 Kernel Version: 6.17.4-200.fc42.x86_64 (64-bit) Graphics Platform: Wayland Processors: 6 × Intel® Core™ i5-8400 CPU @ 2.80GHz Memory: 32 GiB of RAM (31.3 GiB usable) **Possible cause:** Wayland/KWin appears to **fail to suppress the base key after a modifier release during window focus change**, leading to a phantom key being delivered to the newly focused window. **Possibly related issue:** In some applications (especially LibreOffice Writer, rarely VS Code), after a Ctrl-based shortcut and window switch, the caret can become a **dotted bar that follows the mouse**, scrolling the document as the mouse moves. This behavior appears connected to the phantom key issue, likely caused by the same delayed or misinterpreted modifier/focus events in Wayland/KWin.
> Open any application (e.g., Firefox or Chrome) Does it happen in if the source application is a native Wayland app, like Kate or Dolphin?
🐛🧹 ⚠️ This bug has been in NEEDSINFO status with no change for at least 15 days. Please provide the requested information, then set the bug status to REPORTED. If there is no change for at least 30 days, it will be automatically closed as RESOLVED WORKSFORME. For more information about our bug triaging procedures, please read https://community.kde.org/Guidelines_and_HOWTOs/Bug_triaging. Thank you for helping us make KDE software even better for everyone!
(In reply to Nate Graham from comment #1) > > Open any application (e.g., Firefox or Chrome) > Does it happen in if the source application is a native Wayland app, like > Kate or Dolphin? Hey! I appreciate your reply. I don't think it ever happened for Dophin, but I don't use Kate (as I use VSCode instead, where it happens a lot). It's still happening in KDE 6.5.x, as well. Even if it indeed does not happen in native Wayland apps, do you have any suggestions of things I could try to debug/resolve this further? Thank you very much!
*** This bug has been marked as a duplicate of bug 510404 ***