Ubuntu 18.04's ibus package breaks password fields in Firefox (by lowering & raising window whenever they're focused)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
gnome-shell (Ubuntu) |
Fix Released
|
High
|
Olivier Tilloy | ||
Bionic |
Fix Released
|
High
|
Olivier Tilloy | ||
Cosmic |
Fix Released
|
Undecided
|
Olivier Tilloy |
Bug Description
https:/
---
tl;dr: starting in Ubuntu 18.04, "ibus" seems to lower and raise Firefox, whenever the user tries to focus an <input type="password"> field on a web page. This is not a regression in Firefox, as the same Firefox version runs just fine in Ubuntu 17.10 -- it seems to be a bug in ibus, because it only happens (in 18.04) when the environmental variable GTK_IM_MODULE is at its default value (which is "ibus"). It had this same value in 17.10 but the bug didn't happen there; hence, I'm guessing there was a change in ibus (or a related package) that caused this breakage / lowering+raising.
This is pretty bad, because in some cases, the focus-loss can mean users are simply unable to fill in password fields that previously were working fine. (see "ACTUAL RESULTS" below)
STEPS TO REPRODUCE #1, via "BitWarden" Firefox extension:
=======
1. Start Firefox. (fresh profile if you like)
2. Install BitWarden from https:/
3. Click the BitWarden toolbar icon to spawn a menu-pane.
4. Click "Log in" at the bottom of that pane.
5. Click the "Master Password" field.
ACTUAL RESULTS:
The menu pane disappears as soon as the Master Password field receives focus.
EXPECTED RESULTS:
I should be able to type in a password; pane shouldn't disappear.
STEPS TO REPRODUCE #2, via Reddit:
=======
1. Visit https:/
2. Click "Log in or sign up in seconds" at the extreme upper right of the page.
(click the "Log in" part of that sentence)
3. Try to click the password field (or "tab" into it) and type in some text.
ACTUAL RESULTS:
Try as you might, the password field never receives focus.
EXPECTED RESULTS:
Password field should accept focus & let me type text into it.
If I run firefox from the command line with env var GTK_IM_MODULE="", then I get "expected results". But with the default value of that env var, I get "actual results" (broken behavior, unable to enter passwords).
I initially reported this in Firefox, here: https:/
ProblemType: Bug
DistroRelease: Ubuntu 18.04
Package: ibus 1.5.17-3ubuntu3
ProcVersionSign
Uname: Linux 4.15.0-15-generic x86_64
ApportVersion: 2.20.9-0ubuntu5
Architecture: amd64
CurrentDesktop: ubuntu:GNOME
Date: Wed Apr 18 23:22:05 2018
InstallationDate: Installed on 2018-04-17 (1 days ago)
InstallationMedia: Ubuntu 18.04 LTS "Bionic Beaver" - Alpha amd64 (20180416)
SourcePackage: ibus
UpgradeStatus: No upgrade log present (probably fresh install)
Related branches
- Iain Lane: Approve
-
Diff: 103 lines (+81/-0)3 files modifieddebian/changelog (+8/-0)
debian/patches/ibus-set-content-type-no-holdKeyboard.patch (+72/-0)
debian/patches/series (+1/-0)
Changed in gnome-shell (Ubuntu): | |
status: | New → Triaged |
importance: | Undecided → High |
Changed in ibus (Ubuntu): | |
status: | Confirmed → Invalid |
no longer affects: | ibus (Ubuntu Bionic) |
Changed in gnome-shell (Ubuntu Bionic): | |
importance: | Undecided → High |
no longer affects: | ibus (Ubuntu) |
no longer affects: | ibus (Ubuntu Cosmic) |
Thank you for your bug report, Ubuntu is not upstream for ibus so the bug might be better placed on https:/ /github. com/ibus/ ibus/issues instead.
So you only get the issue if GTK_IM_MODULE=ibus? What happens if you "unset GTK_IM_MODULE" and start firefox?