Summary: | level5 modificator key combination not working properly | ||
---|---|---|---|
Product: | [Applications] konsole | Reporter: | Bernd Steinhauser <linux> |
Component: | keyboard | Assignee: | Konsole Developer <konsole-devel> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | accounts+bugs.kde, bernhard+kde, haritonovd |
Priority: | NOR | ||
Version: | 2.99.900 | ||
Target Milestone: | --- | ||
Platform: | Exherbo | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: |
Description
Bernd Steinhauser
2014-08-22 21:32:54 UTC
I just noticed, that this issue is present in other KF5-based applications, too, i.e. infocenter, systemsettings, dolphin. However, in a "pure" Qt5 application like qupzilla (built with Qt5 of course), it does not occur. So to me it looks like this is a KF5-bug, rather than a konsole-bug. Can't tell, though, which one. After a chat with sebas on IRC, it seems like this is caused by modified behaviour in Qt5, which causes KF5-based stuff to not properly work with modifiers (also present with the "Meta" key for shortcuts, see review 118581 [1]). So it's not a konsole bug. The shortcut part most likely belongs to kglobalaccel, but I don't know which framework the text input part would belong to. In the meantime, the bug might be reassigned to kglobalaccel? [1] https://git.reviewboard.kde.org/r/118581/ Tried this on a Fedora system and can reproduce it there as well. Just got the update to the KF5 version of konsole on Arch Linux through the update to KDE Applications 14.12 while still running KDE4. Exactly the same behaviour here, thanks for the in-depth analysis of what's actually going wrong, Bernd Steinhauser! Now trying to downgrade to the KDE4 version to be able to work with konsole again. However, I have to revert one observation, I made: I does apply (at least to some) Qt5 applications as well. Noticed this in Cantata and in Qupzilla. For the latter, I found, that the widget for the URL is not affected, the rest seems to be. The same behaviour applies to konqueror (from scm). So I guess this is a bug in qtbase after all. I'll report a bug there. I just commented to this bug report, which seems to be related, with my newest research: https://bugreports.qt.io/browse/QTBUG-34068 When building a plain Qt Application, every type of text input, TextEdit as well as LineEdit, works fine and just as expected. The behaviour seems to appear only in some complex uses of multi-line TextEdits, as it appears in kate and QtCreator as well. So the bug doesn't seem to be in the very basic QTextEdit, but maybe in the way application listen to KeyEvents from the QTextEdit? I rebuilt qtbase with the patch from https://bugreports.qt.io/browse/QTBUG-34068 which isn't included in Qt 5.4.0, this fixes our issues. :) Well, at least in konsole and QtCreator, but not in kate non-vim-mode. Just found there's allready a bug report for kate, I'll will report there to help out: https://bugs.kde.org/show_bug.cgi?id=343629 So this bug here will probably be fixed with the next Qt release, Qt 5.4.1. Indeed, the given patch fixes the issue. So I'll close this as resolved, upstream. For a solution refer to https://codereview.qt-project.org/#/c/102007/ |