Keyboard won't open on input type password in a web browser

Bug #1597646 reported by zubozrout
42
This bug affects 7 people
Affects Status Importance Assigned to Milestone
Canonical System Image
Confirmed
Undecided
Unassigned
Libertine
Won't Fix
Low
Unassigned

Bug Description

I've been experiencing some odd behaviour ever since I installed libertine on my Meizu MX4. Although the on-screen keyboard works quite well most of the times, when I need to input a password in Firefox (tested in Midori as well), the keyboard only flashes for a microsecond and then disappears. This happens on focus change in that field, so even if I then click outside of it the keyboard flickers. Other inputs work just fine.

Because of this inserting passwords is impossible and makes the whole experience not so good.

Tags: osk
Revision history for this message
Larry Price (larryprice) wrote :

Verified by going to https://www.facebook.com and attempting to focus in the password field (cooler).

Is this an issue on the OSK-side? I can't imagine libertine is doing anything special on "password" fields. Does _not_ happen in native unity8 browser.

Larry Price (larryprice)
Changed in libertine:
status: New → Confirmed
Revision history for this message
Larry Price (larryprice) wrote :

As a note, I verified this in rc-proposed (r130) where this has been verified. Other OSK functionality within libertine apps seems to be working well.

tags: added: osk
Revision history for this message
Christopher Townsend (townsend) wrote :

Ok, I figured out the issue. On armhf builds of Firefox, they set the intl.ime.use_simple_context_on_password_field preference to true which blocks input from virtual keyboards as a security measure from what I gather. Setting this value to false will allow OSK to enter values in the password fields.

At this time, I'm not sure how we could deploy a generic solution for this. We *might* be able to do something about it in the Puritine click for users that have devices with Puritine, but that will need to be investigated.

Changed in libertine:
importance: Undecided → Medium
Revision history for this message
Christopher Townsend (townsend) wrote :

Since there is a workaround, albeit not very friendly, setting this to Medium and we will explore other options.

Revision history for this message
Brandon Schaefer (brandontschaefer) wrote :

Still seems more like a firefox issue :). If you want to set the option to false in about:config firefox then restart the browser it works.

Changed in libertine:
status: Confirmed → Invalid
status: Invalid → Confirmed
Revision history for this message
zubozrout (zubozrout) wrote :

@Brandon Schaefer Well, it doesn't work in Midori either.

Changed in canonical-devices-system-image:
status: New → Confirmed
Revision history for this message
Brandon Schaefer (brandontschaefer) wrote :

Soo fun issue:
https://hg.mozilla.org/mozilla-central/file/tip/widget/gtk/IMContextWrapper.cpp#l154

It checks if MOZ GTK VERSION is 2. On vivid firefox only uses gtk2. So on compile time check it will default to disable input methods for password boxes. Xenial and greater is gtk3, which works fine, but it depends on gcc/g++ 5 and greater soo not easy to backport (i didnt look to much into this)

This makes sense, since IMs would expose the password on desktop. The fails on the tablet/phone since theres no hardware keyboard. Not really sure the *best* fix. If we force it on for the phone build then IMs would expose the password (not the OSK but if you used a different IM, which we currently have supported but thats a different issue).

Any other ideas welcome :)

Revision history for this message
Stephen M. Webb (bregma) wrote :

Deferring work in this issue until further support for Ubuntu 15.04 "Vivid Vervet" is confirmed.

Changed in libertine:
importance: Medium → Low
status: Confirmed → Triaged
Revision history for this message
Christopher Townsend (townsend) wrote :

Marking this Won't Fix since we have moved away from supporting Vivid based images.

Changed in libertine:
status: Triaged → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.