Note: This is a public test instance of Red Hat Bugzilla. The data contained within is a snapshot of the live data so any changes you make will not be reflected in the production Bugzilla. Email is disabled so feel free to test any aspect of the site that you want. File any problems you find or give feedback at bugzilla.redhat.com.
Bug 1625551
Summary: | [Wayland] ibus-typing-booster broken | ||
---|---|---|---|
Product: | [Fedora] Fedora | Reporter: | Bhushan Barve <bbarve> |
Component: | ibus-typing-booster | Assignee: | Mike FABIAN <mfabian> |
Status: | CLOSED DUPLICATE | QA Contact: | Fedora Extras Quality Assurance <extras-qa> |
Severity: | unspecified | Docs Contact: | |
Priority: | unspecified | ||
Version: | 29 | CC: | alexl, anish.developer, bbarve, caillon+fedoraproject, i18n-bugs, lucilanga, mcrha, mfabian, rhughes, rstrode, sandmann, tfujiwar |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | If docs needed, set a value | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2018-09-11 11:09:42 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
Bhushan Barve
2018-09-05 08:09:54 UTC
Thanks for a bug report. The message body is edited in a WebKitGTK+ widget, which does all/most of the input processing. Could you try the same in Epiphany, eventually in: $ /usr/libexec/webkit2gtk-4.0/MiniBrowser --editor-mode please? In case you do not have the MiniBrowser installed, then it is part of webkit2gtk3-devel package, thus: $ sudo dnf install webkit2gtk3-devel The advantage of using the MiniBrowser is that it avoids any additional input processing, which can be done by other applications using WebKitGTK+. Thanks Milan, yes I was able to input. Got following in the terminal - [cedille@localhost ~]$ /usr/libexec/webkit2gtk-4.0/MiniBrowser --editor-mode WaylandCompositor requires eglBindWaylandDisplayWL, eglUnbindWaylandDisplayWL and eglQueryWaylandBuffer. Nested Wayland compositor could not initialize EGL (MiniBrowser:20427): GLib-GObject-WARNING **: 15:51:47.305: invalid (NULL) pointer instance (MiniBrowser:20427): GLib-GObject-CRITICAL **: 15:51:47.305: g_signal_emit_by_name: assertion 'G_TYPE_CHECK_INSTANCE (instance)' failed (In reply to Bhushan Barve from comment #2) > yes I was able to input Okay. Could you give me some more detailed steps what to do, especially what to press and what to run and how, to reproduce this, please? I do not use ibus methods often, the less I know how to work with it and what magic sequences should produce what output. I'm sorry for being such ignorant. (In reply to Milan Crha from comment #3) > (In reply to Bhushan Barve from comment #2) > > yes I was able to input > > Okay. Could you give me some more detailed steps what to do, especially what > to press and what to run and how, to reproduce this, please? I do not use > ibus methods often, the less I know how to work with it and what magic > sequences should produce what output. I'm sorry for being such ignorant. Sure Milan, no issues. It's a simple reproducer with any random input, nothing specific. Please see following steps - 1. From settings -> Region and Languages, select input source as other (typing booster). Or you can select Japanese (kana kanji) as well. 2. From the input method drop-down in the top right corner, choose typing-booster as your input method. 3. In Evolution, start typing any input in message body like for e.g. 'test'. A candidate window will appear with input suggestions. All you have to do is hit enter key to commit the input. Here the input is not getting committed. Please let me know, if you need any more info on this. Thanks for the steps, I can reproduce it with them too. I tried to reproduce also in Fedora 28, but it works fine there. An interesting issue with the rawhide (I do not have any F29 machine yet) it that it misbehaves also in the Subject header, which is a native GtkEntry widget. I see a runtime warning in both systems when playing with this: > (evolution:2952): Gdk-WARNING **: 15:12:53.780: Event with type 8 not holding > a GdkDevice. It is most likely synthesized outside Gdk/GTK+ which may or may not be related. It seems to be specific to Xorg only and I can reproduce it with the below steps as well. Anyway, I found out that there are other things broken here. For me, with gtk3-3.23.2-1.fc29.x86_64 and ibus-typing-booster-2.1.0-2.fc30.noarch I do: a) run from a terminal: gtk3-demo b) open: Entry->Entry Buffer c) switch input method from English to Other (Typing Booster) d) type: aaa<space>bbb<space> where <space> is for a space bar key Right now the result in the entry demo is: "aaa bbb " (quoted for clarity only). e) close this entry demo window, but *not* the gtk3-demo main window f) open Entry->Entry Buffer again g) repeat step d) (the step c) is not needed, the input method left selected) And now, the result is: " ", aka the "aaa" and "bbb" is replaced with the space, instead of the space being used as the word-end-indicator. I can reproduce this also in the MiniBrowser, but the issue as low as in the GtkEntry is more interesting. I'd suppose from the above that there's something broken lower than in the widgets. I also see the runtime warnings from comment #2 whenever I close the Entry Buffer window. I think this is duplicated of bug #1625142. *** This bug has been marked as a duplicate of bug 1625142 *** |