Note: This bug is displayed in read-only format because the product is no longer active in Red Hat Bugzilla.
RHEL Engineering is moving the tracking of its product development work on RHEL 6 through RHEL 9 to Red Hat Jira (issues.redhat.com). If you're a Red Hat customer, please continue to file support cases via the Red Hat customer portal. If you're not, please head to the "RHEL project" in Red Hat Jira and file new tickets here. Individual Bugzilla bugs in the statuses "NEW", "ASSIGNED", and "POST" are being migrated throughout September 2023. Bugs of Red Hat partners with an assigned Engineering Partner Manager (EPM) are migrated in late September as per pre-agreed dates. Bugs against components "kernel", "kernel-rt", and "kpatch" are only migrated if still in "NEW" or "ASSIGNED". If you cannot log in to RH Jira, please consult article #7032570. That failing, please send an e-mail to the RH Jira admins at rh-issues@redhat.com to troubleshoot your issue as a user management inquiry. The email creates a ServiceNow ticket with Red Hat. Individual Bugzilla bugs that are migrated will be moved to status "CLOSED", resolution "MIGRATED", and set with "MigratedToJIRA" in "Keywords". The link to the successor Jira issue will be found under "Links", have a little "two-footprint" icon next to it, and direct you to the "RHEL project" in Red Hat Jira (issue links are of type "https://issues.redhat.com/browse/RHEL-XXXX", where "X" is a digit). This same link will be available in a blue banner at the top of the page informing you that that bug has been migrated.

Bug 1771841

Summary: High CPU usage and text cursor flickering when password field is focused in firefox 68
Product: Red Hat Enterprise Linux 7 Reporter: Yuki Okada <yuokada>
Component: gnome-shellAssignee: Florian Müllner <fmuellner>
Status: CLOSED ERRATA QA Contact: Desktop QE <desktop-qa-list>
Severity: high Docs Contact:
Priority: unspecified    
Version: 7.7CC: akapse, ayadav, batupx, bpfoster, bwaldo, fmuellner, glenn.t.mays, jadahl, jwright, mboisver, mcatanza, rick, samantha.pitcher, stransky, tpelka, yuping.zuo+k4lb4l
Target Milestone: rc   
Target Release: ---   
Hardware: Unspecified   
OS: Unspecified   
Whiteboard:
Fixed In Version: gnome-shell-3.28.3-26.el7 Doc Type: If docs needed, set a value
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2020-09-29 20:21:50 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:
Attachments:
Description Flags
ibus patch from Ubuntu link none

Description Yuki Okada 2019-11-13 06:34:29 UTC
Description of problem:
- In Firefox 68 on GNOME desktop, if a text cursor is moved to a password field, the cursor flickers and CPU usage of gnome-shell, firefox, and ibus-daemon increases suddenly.
- This issue occurs when both "English (US)" and "Japanese (Kana Kanji)" are configured as input sources, and does NOT occur if only "English (US)" is selected.
- This occurs not only in "Japanese (Kana Kanji)" but also in other input methods such as "Chinese (Intelligent Pinyin)".
- Firefox 60 does not hit this problem.

Version-Release number of selected component (if applicable):
firefox-68.2.0-1.el7_7.x86_64
ibus-1.5.17-5.el7.x86_64
gnome-shell-3.28.3-11.el7.x86_64

How reproducible:
100%

Steps to Reproduce:
1. Install firefox-68.2.0-1.el7_7
2. Login to GNOME desktop
3. Add "Japanese (Kana Kanji)" as an input source

  Settings -> Region & Language -> Input Sources -> + -> Japanese -> Japanese (Kana Kanji) -> Add

4. Start firefox
5. Go to a website which has a password field. (e.g. Go to https://access.redhat.com and Click "LOG IN" button)
6. Move a text cursor to a password field

Actual results:
High CPU usage, text cursor flickering (sometimes it is difficult to input a password)

Expected results:
being able to input a password smoothly without cpu usage increase

Additional info:
- The same issue occurs on RHEL 7.8 beta (gnome-shell-3.28.3-18.el7.x86_64)
- It does NOT occur on RHEL 8.1 (gnome-shell-3.32.2-9.el8.x86_64)

Comment 2 Yuki Okada 2019-11-13 06:36:32 UTC
Similar issues are reported as follows.

1567425 - Focused password field has high CPU usage and delayed input on Ubuntu 18.04.1 LTS
https://bugzilla.mozilla.org/show_bug.cgi?id=1567425
Ubuntu 18.04's ibus package breaks password fields in Firefox (by lowering & raising window whenever they're focused) · Issue #2002 · ibus/ibus
https://github.com/ibus/ibus/issues/2002

According to the above reports, the fix is already included in gnome-shell.

keyboard: Do not call KeyboardManager.holdKeyboard() with set-content-type (!140) · Merge Requests · GNOME / gnome-shell · GitLab
https://gitlab.gnome.org/GNOME/gnome-shell/merge_requests/140

Backporting the fix to RHEL7 might solve this issue.

Comment 3 Brett Waldo 2020-02-09 20:34:29 UTC
This was easily replicated on a fresh install of RHEL7.7 and had nothing to do with any of the language settings.  Full issue documented in CASE 02538274.  Applying the gnome-shell patch that is listed helped on some cases but did not resolve it 100%. Removing ibus application or setting the GTK_IM_MODULE variable to 'gtk-im-context-simple' resolved the issue more completely. But for some, the loss of ibus could be a deal breaker. Also, downgrading firefox to firefox-60.8.0-1.el7_6.x86_64.rpm will also fix the issue.

Comment 4 Tomas Pelka 2020-04-21 13:27:52 UTC
Is this issue still reproducible with 68 firerox.

Comment 5 Tomas Pelka 2020-04-21 13:36:59 UTC
(In reply to Tomas Pelka from comment #4)
> Is this issue still reproducible with 68 firerox.

I meant recent firefox.

Comment 6 Brett Waldo 2020-04-21 13:45:25 UTC
@tomas,
I believe we tested with a newer version at one point, maybe v70, but I don't see the details in the case note so not 100% sure. v68 is the latest available with RHEL7 however. The case above pretty much tracks the exact problem down to ibus and the upstream ubuntu patch that fixes this problem. RHEL accepted that patch in RHEL8 so this is only a bug in RHEL7.  I'm not really sure why downgrading firefox fixes it, some sort of communication change between ibus, gnome, and firefox.

Comment 7 Tomas Pelka 2020-04-21 14:00:55 UTC
I see thanks Brett.

Martin do you know of patches that Brett mentioned? If this works in RHEL8 we have the last chance to push this to RHEL7.

Comment 8 Brett Waldo 2020-04-21 14:53:47 UTC
It looks like Ubuntu patched gnome-shell 3.28.3 to fix this issue. I'll admit this was a while ago and can't remember exactly where I found all the code,but you have much better knowledge and  access than I.   I think I applied this patch to get it to work.

http://launchpadlibrarian.net/400320088/gnome-shell_3.28.3-0ubuntu0.18.04.3_3.28.3-0ubuntu0.18.04.4.diff.gz

also, you can't compile gnome-shell in RHEL7 easily which is documented in other bugs but caused me much grief.  Presumably you have an environment that can do it.

Comment 11 Martin Stransky 2020-04-22 07:52:08 UTC
Tomas, I don't know and I'm not gnome-shell maintainer, moving back to default one. As for Firefox we ship identical packages on all RHEL and we update Firefox every 4 weeks so we're not restricted any release dates.

Comment 13 Rick Warner 2020-05-15 23:27:54 UTC
The patch from http://launchpadlibrarian.net/400320088/gnome-shell_3.28.3-0ubuntu0.18.04.3_3.28.3-0ubuntu0.18.04.4.diff.gz worked to resolve this same problem for me.  I'll attach the actual gnome-shell patch from inside the debian patch to this bug report.

Comment 14 Rick Warner 2020-05-15 23:28:30 UTC
Created attachment 1689095 [details]
ibus patch from Ubuntu link

Comment 15 Ben Foster 2020-06-03 16:05:11 UTC
I can confirm that the attached patch (which is for gnome-shell, not ibus), resolves this issue for me as well on CentOS 7.8.

Comment 16 Michael Boisvert 2020-06-03 18:07:33 UTC
(In reply to Ben Foster from comment #15)
> I can confirm that the attached patch (which is for gnome-shell, not ibus),
> resolves this issue for me as well on CentOS 7.8.

I also tested the fix on my own and found the updated gnome-shell-3.28.3-27.el7 fixed the flicker and hang issue, using the reproducer in the description.

Comment 17 Brett Waldo 2020-06-03 18:36:33 UTC
Is gnome-shell-3.28.3-27.el7 RPM available from RH or CentOS repos?

Comment 18 glenn.t.mays 2020-07-23 22:26:04 UTC
I looked for the gnome-shell-3.28.3-27.el7 RPM on both RH and CentOS repos and was not able to find it. I still have the flicker with following installed:

ibus-1.5.17-5.el7.x86_64
firefox-68.10.0-1.el7_8.x86_64
gnome-shell-3.28.3-24.el7.x86_64

Comment 19 Michael Boisvert 2020-07-23 22:48:36 UTC
(In reply to glenn.t.mays from comment #18)
> I looked for the gnome-shell-3.28.3-27.el7 RPM on both RH and CentOS repos
> and was not able to find it. I still have the flicker with following
> installed:
> 
> ibus-1.5.17-5.el7.x86_64
> firefox-68.10.0-1.el7_8.x86_64
> gnome-shell-3.28.3-24.el7.x86_64

The bug was fixed in a newer version of gnome shell than what you have installed: gnome-shell-3.28.3-26.el7.

Comment 20 glenn.t.mays 2020-07-23 23:12:35 UTC
Thanks for the repy.

I spent the past few hours searching through the RHEL repository for gnome-shell-3.28.3-26.el7 and gnome-shell-3.28.3-27.el7 with no luck. Could be I am not looking in the repository. Can you tell me which on has that patch?

Comment 21 Michael Boisvert 2020-07-24 03:30:45 UTC
(In reply to glenn.t.mays from comment #20)
> Thanks for the repy.
> 
> I spent the past few hours searching through the RHEL repository for
> gnome-shell-3.28.3-26.el7 and gnome-shell-3.28.3-27.el7 with no luck. Could
> be I am not looking in the repository. Can you tell me which on has that
> patch?

It will be officially available on August 11th, when RHEL 7.9 is GA.

Comment 22 Michael Catanzaro 2020-07-24 15:05:11 UTC
The schedule has been pushed back a couple weeks.

Comment 24 errata-xmlrpc 2020-09-29 20:21:50 UTC
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 (GNOME bug fix and enhancement update), 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/RHBA-2020:3987

Comment 25 Florian Müllner 2021-05-31 17:01:57 UTC
*** Bug 1806628 has been marked as a duplicate of this bug. ***