[kde] [Bug 477046] New: shortcut causing window switch often causes stuck modifiers (data loss possible)

Denis Lisov bugzilla_noreply at kde.org
Wed Nov 15 13:40:02 GMT 2023


https://bugs.kde.org/show_bug.cgi?id=477046

            Bug ID: 477046
           Summary: shortcut causing window switch often causes stuck
                    modifiers (data loss possible)
    Classification: I don't know
           Product: kde
           Version: unspecified
          Platform: Other
                OS: Linux
            Status: REPORTED
          Severity: normal
          Priority: NOR
         Component: general
          Assignee: unassigned-bugs at kde.org
          Reporter: dennis.lissov at gmail.com
  Target Milestone: ---

SUMMARY
I wanted to use Ctrl+= as a shortcut for Yakuake open/close. However, after I
open and close it with Ctrl+= the application I switch back to often thinks the
Ctrl key and treats keypresses as shortcuts when I try to enter text.

STEPS TO REPRODUCE
1. Have Yakuake and Kate installed.
2. Set the Yakuake open/retract shortcut to Ctrl+=
3. Start Yakuake
4. Open Kate and open some tab in it, put the cursor in the text area.
5. Use Ctrl+= to show Yakuake (important: you need to release Ctrl between this
step and the next one).
6. Use Ctrl+= to hide Yakuake.
7. Press 'w'

OBSERVED RESULT
The open tab closes as if I typed Ctrl+w

EXPECTED RESULT
The 'w' should be typed into the tab text.

SOFTWARE/OS VERSIONS
Operating System: Gentoo Linux
KDE Plasma Version: 5.27.9
KDE Frameworks Version: 5.112.0
Qt Version: 5.15.11
Graphics Platform: Wayland

ADDITIONAL INFORMATION
The worst case for me was when the switch back brought me to Firefox and I
tried to input W resulting in Ctrl+Shift+W (close the current window with all
tabs) instead.

-- 
You are receiving this mail because:
You are the assignee for the bug.


More information about the Unassigned-bugs mailing list