Bug 1625700
Summary: | On screen keyboard not visible to access with gtk apps | |||
---|---|---|---|---|
Product: | Red Hat Enterprise Linux 7 | Reporter: | Krishna Babu K <kkrothap> | |
Component: | gnome-shell | Assignee: | Carlos Garnacho <cgarnach> | |
Status: | CLOSED ERRATA | QA Contact: | Desktop QE <desktop-qa-list> | |
Severity: | high | Docs Contact: | Marie Hornickova <mdolezel> | |
Priority: | high | |||
Version: | 7.6 | CC: | cgarnach, eng-i18n-bugs, fmuellner, jkoten, kkrothap, lmiksik, mboisver, mdolezel, petersen, pnemade, smaitra, tpelka | |
Target Milestone: | rc | |||
Target Release: | --- | |||
Hardware: | x86_64 | |||
OS: | Linux | |||
Whiteboard: | ||||
Fixed In Version: | gnome-shell-3.28.3-6.el7 | Doc Type: | Known Issue | |
Doc Text: |
The `on screen keyboard` feature not visible in GTK applications
After enabling the `on screen keyboard` feature by using the `Settings - Universal Access - Typing - Screen keyboard` menu, `on screen keyboard` is not visible to access with GIMP Toolkit (GTK) applications, such as `gedit`.
To work around this problem, add the below line into the `/etc/environment` configuration file, and re-login afterwards:
GTK_IM_MODULE=ibus
Note that the `/etc/environment` is read by PAM during login. Therefore, you must re-login to initialize the variable.
|
Story Points: | --- | |
Clone Of: | ||||
: | 1626105 1632904 (view as bug list) | Environment: | ||
Last Closed: | 2018-10-30 10:27:34 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: | ||||
Bug Depends On: | ||||
Bug Blocks: | 1567021, 1632904 | |||
Attachments: |
Created attachment 1481114 [details]
On screen keyboard visible with gnome application search
Unfortunately Caribou package has not been obsoleted by gnome-shell package. If you are testing on RHEL-7.6 then the OSk is coming from gnome-shell package now since gnome-shell-3.28.x releases. I have a bug 1624229 reported to remove caribou package from RHEL-7.6 release. It's likely you're not using Caribou. If you are enabling the screen keyboard through the typical means (accessibility menu), then you are enabling the Gnome OSK. Simple test: # yum remove caribou -y After a reboot, you'll see the Gnome OSK pops up and is what was being used all along. As Parag mentioned, Caribou needs to be removed from RHEL7.6. Created attachment 1481483 [details]
reference screen shot with gnome-terminal
Hi,
I have tried after removing caribou, but OSK not pops up.
[test@localhost ~]$ rpm -qa | grep caribou
[test@localhost ~]$
Adding reference screen shots as well.
Created attachment 1481485 [details]
reference screen shot with gedit
(In reply to Krishna Babu K from comment #5) > Created attachment 1481483 [details] > reference screen shot with gnome-terminal > > Hi, > I have tried after removing caribou, but OSK not pops up. > > [test@localhost ~]$ rpm -qa | grep caribou > [test@localhost ~]$ > > Adding reference screen shots as well. My point is that the component we're concerned with is Gnome OSK, not Caribou. Gnome OSK has the problem that you outlined in this bug. Can you perform ALT+F2 with the Onscreen Keyboard switched on? You should see the Gnome OSK when trying to type in the command box. Trying to make sure we're on the same page. Yes, we are on the same page, I have already added screen shots regarding Alt+F2 launch application window, gnome desktop search box at the time of bug report. I did a scratch build at https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=18241183 with a tentative fix. (In reply to Carlos Garnacho from comment #9) > I did a scratch build at > https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=18241183 with a > tentative fix. Tested on a VM and it doesn't seem to fix the issue of the gnome OSK not popping up. It does obsolete caribou however. Michael, could you please confirm the scratch build at https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=18369213 fixes it? (In reply to Carlos Garnacho from comment #11) > Michael, could you please confirm the scratch build at > https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=18369213 fixes > it? While the keyboard does pop up, I have a few problems with it. It seems to just pop up when an app is opened, not when focus is placed on a text input area. I also noticed that the OSK doesn't go away when you close an app. It only disappears when some other app or menu is opened. The OSK disappears because it's "in the way." Here is my testing observations, I generally test against few gnome applications only. 1) For me wherever OSK popped up and I moved away or closed the application it got popped out automatically. 2) gnome-terminal, gedit, gnome-shell screen lock password entry are successfully tested almost every time I will say. But gnome-software, nautilus search entry box failed to pop up OSK. Neither with auto-focus or with explicitly mouse pointed inside entry box. But then if I navigate away from that entry box and again focus inside that entry box OSK got pop up. This behaviour is tested multiple times and same result. OSK did not come first time but from second time it pops up. BTW, I found this one behavior when gnome-terminal is in some minimal size window and OSK gets triggered the gnome-terminal window moves up which I think not a good. Attaching both screenshots, one wihout OSK and another when OSK started. Created attachment 1484400 [details]
gnome-terminal window without OSK
Created attachment 1484401 [details]
gnome-terminal window with OSK
(In reply to Michael Boisvert from comment #13) > (In reply to Carlos Garnacho from comment #11) > > Michael, could you please confirm the scratch build at > > https://brewweb.engineering.redhat.com/brew/taskinfo?taskID=18369213 fixes > > it? > > While the keyboard does pop up, I have a few problems with it. It seems to > just pop up when an app is opened, not when focus is placed on a text input > area. I also noticed that the OSK doesn't go away when you close an app. It > only disappears when some other app or menu is opened. The OSK disappears > because it's "in the way." Right, I ended up with a more comprehensive approach that does better focus state tracking, fixing those issues. (In reply to Parag Nemade from comment #14) > Here is my testing observations, > I generally test against few gnome applications only. > > 1) For me wherever OSK popped up and I moved away or closed the application > it got popped out automatically. > > 2) gnome-terminal, gedit, gnome-shell screen lock password entry are > successfully tested almost every time I will say. > > But gnome-software, nautilus search entry box failed to pop up OSK. Neither > with auto-focus or with explicitly mouse pointed inside entry box. But then > if I navigate away from that entry box and again focus inside that entry box > OSK got pop up. This behaviour is tested multiple times and same result. OSK > did not come first time but from second time it pops up. Right, can see this too when popping up search entries. It seems more something in the client side though, tracing it in the gnome-shell side reveals we don't get any notification. > > BTW, I found this one behavior when gnome-terminal is in some minimal size > window and OSK gets triggered the gnome-terminal window moves up which I > think not a good. Attaching both screenshots, one wihout OSK and another > when OSK started. This is new behavior in gnome-shell 3.28, the window will slide upwards whenever the input focus would be covered by the OSK, and downwards again when the OSK is hidden, or focus moves out of the OSK area. If it is not desirable in RHEL/X11, I think should be addressed in a different bug. Created attachment 1486775 [details]
OSK X11 session using -6 build
Since the problem described in this bug report should be resolved in a recent advisory, it has been closed with a resolution of ERRATA. For information on the advisory, and where to find the updated files, follow the link below. If the solution does not work for you, open a new bug report. https://access.redhat.com/errata/RHSA-2018:3140 |
Created attachment 1481113 [details] On screen keyboard visible with launch applicatin window Description of problem: After enabling 'Universal Access - Typing - Screen keyboard', not able to access it with gedit, evolution, ... (The on screen keyboard is not visible) After opening gedit from terminal, getting following error: (gedit:17999): CARIBOU-CRITICAL **: 20:17:16.705: file caribou-gtk-module.c: line 971: unexpected error: GDBus.Error:org.freedesktop.DBus.Error.ServiceUnknown: The name org.gnome.Caribou.Keyboard was not provided by any .service files (g-dbus-error-quark, 2) Version-Release number of selected component (if applicable): caribou-gtk2-module-0.4.21-1.el7.x86_64 python2-caribou-0.4.21-1.el7.noarch caribou-gtk3-module-0.4.21-1.el7.x86_64 caribou-0.4.21-1.el7.x86_64 gedit-3.28.1-1.el7.x86_64 [test@localhost ~]$ loginctl show-session c1 | grep Type Type=x11 Red Hat Enterprise Linux Client release 7.6 Beta (Maipo) How reproducible: Always Steps to Reproduce: 1. Enable on screen keyboard via 'Settings - Universal Access - Typing - Screen keyboard' 2. Open gedit 3. On screen keyboard not visible to access. Error can be seen if gedit open from terminal. Actual results: On screen keyboard not visible to access Expected results: On screen keyboard should be visible to access Additional info: On screen keyboard is visible with Alt+F2 launch application window, gnome desktop search box with meta key press. screen shot references attached.