Bug 921164
| Summary: | dead_belowdot is ignored | ||
|---|---|---|---|
| Product: | [Fedora] Fedora | Reporter: | th.schoel |
| Component: | ibus-qt | Assignee: | fujiwara <tfujiwar> |
| Status: | CLOSED ERRATA | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
| Severity: | low | Docs Contact: | |
| Priority: | unspecified | ||
| Version: | 18 | CC: | i18n-bugs, shawn.p.huang, tfujiwar |
| Target Milestone: | --- | ||
| Target Release: | --- | ||
| Hardware: | Unspecified | ||
| OS: | Unspecified | ||
| Whiteboard: | |||
| Fixed In Version: | Doc Type: | Bug Fix | |
| Doc Text: | Story Points: | --- | |
| Clone Of: | Environment: | ||
| Last Closed: | 2013-04-01 22:29:15 UTC | Type: | Bug |
| Regression: | --- | Mount Type: | --- |
| Documentation: | --- | CRM: | |
| Verified Versions: | Category: | --- | |
| oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
| Cloudforms Team: | --- | Target Upstream Version: | |
| Embargoed: | |||
|
Description
th.schoel
2013-03-13 15:24:54 UTC
I cannot reproduce your problem. Did you try gnome-terminal? Which desktop do you use? Sorry for that mistake, I had found the problem a while ago while traveling and seemed to remember that it also occured in GTK when ibus-daemon was loaded. Yet, I cannot reproduce it *in GTK* now either. Only QT applications exhibit the behaviour described above (ibus-qt is installed and set as the default input method for qt). That seems to suggest that it is a bug in ibus-qt rather than ibus. --- ibus-qt-1.3.1-Source/qtim/ibus-input-context.cpp.orig
+++ ibus-qt-1.3.1-Source/qtim/ibus-input-context.cpp
@@ -237,7 +250,15 @@ translate_x_key_event (XEvent *xevent, u
char key_str[64];
if (XLookupString (&xevent->xkey, key_str, sizeof (key_str), (KeySym *)keyval, 0) <= 0) {
- *keyval = (quint32) XLookupKeysym (&xevent->xkey, 0);
+ unsigned int new_mods;
+
+ if (!XkbLookupKeySym (xevent->xkey.display,
+ *keycode,
+ *state,
+ &new_mods,
+ (KeySym *)keyval)) {
+ *keyval = (quint32) XLookupKeysym (&xevent->xkey, 0);
+ }
}
return true;
It does not clarify me if XLookupString returns 0 but get the right keysym.
However since XLookupString calls XkbLookupKeySym internally, it would be good to check XkbLookupKeySym before XLookupKeysym to fix this problem.
ibus-qt-1.3.2-2.fc18 has been submitted as an update for Fedora 18. https://admin.fedoraproject.org/updates/ibus-qt-1.3.2-2.fc18 ibus-qt-1.3.2-2.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/ibus-qt-1.3.2-2.fc17 Package ibus-qt-1.3.2-2.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ibus-qt-1.3.2-2.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2013-4195/ibus-qt-1.3.2-2.fc17 then log in and leave karma (feedback). ibus-qt-1.3.2-2.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report. ibus-qt-1.3.2-2.fc18 has been pushed to the Fedora 18 stable repository. If problems still persist, please make note of it in this bug report. |