Bug 458072 - Ctrl+. broken as a keybind
Summary: Ctrl+. broken as a keybind
Status: RESOLVED DOWNSTREAM
Alias: None
Product: frameworks-ktexteditor
Classification: Frameworks and Libraries
Component: general (show other bugs)
Version: 5.99.0
Platform: Snap Linux
: NOR normal
Target Milestone: ---
Assignee: KWrite Developers
URL:
Keywords:
: 453041 (view as bug list)
Depends on:
Blocks:
 
Reported: 2022-08-19 14:43 UTC by Ian H
Modified: 2024-01-26 19:57 UTC (History)
5 users (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Ian H 2022-08-19 14:43:04 UTC
SUMMARY
***
Whenever you hit ctrl+. it types 'e'(with an underline) into the editor. when you hit it a second time, it removes the 'e'. ctrl+z does not undo this process, and delete key cannot delete that 'e' the only way to get rid of it is to hit ctrl+. again 

This is a really weird bug, and quite annoying for me, as my chosen keybind is on ctrl+. (and is being ignored and replaced by this bug). 
***


STEPS TO REPRODUCE
1. Hit ctrl+. 
2. Test ctrl+z/delete
3. Hit ctrl+.

OBSERVED RESULT
1. 'e' with an underline will be entered into the editor
2. it cannot be removed with ctrl+z or delete
3. it gets removed when you hit ctrl+. again

EXPECTED RESULT
it should do nothing unless you have ctrl+. bound to something in the shortcuts

SOFTWARE/OS VERSIONS
Linux/KDE Plasma: Ubuntu 22.04

ADDITIONAL INFORMATION
Also has this behavior on 22.04.03 from ubuntu apt
Comment 1 Benjamin Huth 2022-10-22 22:58:50 UTC
Indeed a weird bug. But it occurs also in Kate and KWrite, so I think its not a KDevelop bug, but more a bug in the underlying text editor component, I think in KTextEditor. Maybe the bug should be filed there?
Comment 2 Igor Kushnir 2022-10-23 03:09:26 UTC
I can reproduce this bug neither in KDevelop nor in Kate. In KDevelop the Ctrl+. shortcut is assigned to Jump to Declaration by default. And the shortcut works as expected on my Manjaro system with English (US) and English (programmer Dvorak) layouts. What keyboard layout do you use? Could you try to reproduce with the English (US) layout?
Comment 3 Ian H 2022-10-23 08:31:43 UTC
I use dvorak. iirc it happens in English US as well. this is a new bug.. definitely wasn't like this in 5.6 which is what I used for a while. before I updated to Ubuntu 22.04 and got the latest versions.
Comment 4 Igor Kushnir 2022-10-23 14:04:06 UTC
My ktexteditor version is 5.98.0, kdevelop version - 5.10.221170 (not yet released). Might be a bug in the KF5 version shipped in Ubuntu, which is already fixed. Or perhaps it is a Snap-specific bug?

Can you reproduce this bug in other KDE applications? What about Snap versions of other KDE applications? If not, is it restricted to the main editor area of KDevelop and Kate or can it be triggered in other text areas or line edits?
Comment 5 Ian H 2022-10-23 14:08:05 UTC
it's definitely in the snaps as well as the base Ubuntu 2204 version. that's what I've been using. I would have to check line edits, but I want to say it's just in the main text area.
Comment 6 Igor Kushnir 2022-10-23 14:10:51 UTC
What KF5 versions are used by the Snap kdevelop package and by the base Ubuntu kdevelop package?
Comment 7 Benjamin Huth 2022-10-23 14:38:46 UTC
I can reproduce this with KDevelop (git master), KWrite, Kate (Fedora RPM), details:

Operating System: Fedora Linux 36
KDE Plasma Version: 5.25.5
KDE Frameworks Version: 5.99.0
Qt Version: 5.15.6
Kernel Version: 5.19.16-200.fc36.x86_64 (64-bit)
Comment 8 Igor Kushnir 2022-10-24 06:26:46 UTC
*** Bug 453041 has been marked as a duplicate of this bug. ***
Comment 9 Christoph Cullmann 2022-10-29 19:03:55 UTC
For me ctrl-. doesn't do that. Have you perhaps some input mode stuff like uim or similar running that will use this to compose stuff?
That is for me the only thing that could happen.
Comment 10 Ian H 2022-10-29 19:09:45 UTC
no, and if I did, it would be removable using undo. this bug bypasses the undo redo functionality entirely.
Comment 11 Kåre Särs 2022-10-29 20:30:55 UTC
Do you have ibus installed? I did a distribution upgrade and suddenly I had ibus installed...
Comment 12 Ian H 2022-10-31 16:16:36 UTC
(In reply to Kåre Särs from comment #11)
> Do you have ibus installed? I did a distribution upgrade and suddenly I had
> ibus installed...

yes, i have ibus installed, though i dont know why you ask about that. as far as i can tell, this is something in the software. i can on my current OS, go back to one of the older 5.6 version kdevelop appimage and have it work fine.
Comment 13 Christoph Cullmann 2024-01-20 22:09:39 UTC
Can still not reproduce this.
Please try it again after KF6 is released.
Comment 14 Ian H 2024-01-26 19:24:30 UTC
I have found the issue with this (it's not in anything kdevelop or kde, so this can be closed). 

Ubuntu seems to set the emoji keybind for the operating system to 'ctrl+.' and 'ctrl+;'. This can be removed by running ibus-setup and going to the emoji section.
Comment 15 Igor Kushnir 2024-01-26 19:57:47 UTC
(In reply to Ian H from comment #14)
> Ubuntu seems to set the emoji keybind for the operating system to 'ctrl+.'
> and 'ctrl+;'. This can be removed by running ibus-setup and going to the
> emoji section.
I'd classify enabling such an intrusive key binding by default as a bug in ibus or in default ibus configuration in Ubuntu.