OSK is not always shown when entering a text input field on a web page

Bug #1220264 reported by Pat McGowan
50
This bug affects 8 people
Affects Status Importance Assigned to Milestone
The Webapps-core project
Fix Released
High
Unassigned
qtwebkit-source (Ubuntu)
Confirmed
Undecided
Unassigned
Saucy
Won't Fix
Undecided
Unassigned
ubuntu-keyboard (Ubuntu)
Fix Released
High
Unassigned
Saucy
Won't Fix
High
Unassigned

Bug Description

While using the webbrowser on Manta frequently ended up trying to input to a text field without the osk appearing. It was not consistent. Refreshing the page I think always cleared it.

Revision history for this message
Bill Filler (bfiller) wrote :

can always reproduce on gmail.com
try to compose a new message, the focus goes to the "To" field but the keyboard is not visible

Changed in ubuntu-keyboard (Ubuntu):
status: New → Confirmed
Bill Filler (bfiller)
Changed in ubuntu-keyboard (Ubuntu Saucy):
assignee: Thomas Moenicke (thomas-moenicke) → Günter Schwann (schwann)
Bill Filler (bfiller)
Changed in ubuntu-keyboard (Ubuntu Saucy):
assignee: Günter Schwann (schwann) → Thomas Moenicke (thomas-moenicke)
David Barth (dbarth)
Changed in webapps-demo:
status: New → Confirmed
importance: Undecided → High
tags: added: rls-s-incoming
Bill Filler (bfiller)
Changed in ubuntu-keyboard (Ubuntu Saucy):
status: Confirmed → In Progress
Revision history for this message
Thomas Moenicke (thomas-moenicke) wrote :

issue seen only when focus set by Javascript

Revision history for this message
David Barth (dbarth) wrote :

It worked once in gmail, and then when I tried to compose a new message I couldn't get the keyboard, either by default, or by clicking on any of the input fields or text box.

Revision history for this message
Bill Filler (bfiller) wrote :

An upstream bugreport has been filed against qtwebkit:
https://bugreports.qt-project.org/browse/QTBUG-34013

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

Upstream bug was closed as invalid.
Our problem is we cannot manually focus the field once javascript has done so.
Check if this behavior exists on Oxide.

affects: webapps-demo → webapps-core
Revision history for this message
Bill Filler (bfiller) wrote :

We need to re-check this behavior once oxide lands support for inputMethods. If it is still an issue with oxide we'll need to dig deeper.

Changed in ubuntu-keyboard (Ubuntu):
assignee: Thomas Moenicke (thomas-moenicke) → nobody
Changed in ubuntu-keyboard (Ubuntu Saucy):
assignee: Thomas Moenicke (thomas-moenicke) → nobody
Chris Wayne (cwayne)
tags: added: mwc2014demo
Revision history for this message
David Barth (dbarth) wrote :

The workaround so far is to touch another part of the webui, to unfocus the textfield, then touch it back to set focus to the textfield, which then normally brings up the OSK.

Changed in webapps-core:
assignee: nobody → rosa maria (rprosamaria383)
Changed in qtwebkit (Ubuntu):
assignee: nobody → rosa maria (rprosamaria383)
Changed in qtwebkit (Ubuntu Saucy):
assignee: nobody → rosa maria (rprosamaria383)
Changed in ubuntu-keyboard (Ubuntu):
assignee: nobody → rosa maria (rprosamaria383)
Changed in ubuntu-keyboard (Ubuntu Saucy):
assignee: nobody → rosa maria (rprosamaria383)
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in qtwebkit (Ubuntu Saucy):
status: New → Confirmed
Changed in qtwebkit (Ubuntu):
status: New → Confirmed
Revision history for this message
Łukasz Zemczak (sil2100) wrote :

Is rosa maria really working on this? I don't think so?

Revision history for this message
Pat McGowan (pat-mcgowan) wrote :

Ah, no

The plan is to retest fully on 5.2.1 and the new container with Oxide where we no longer see the issue.

Changed in webapps-core:
assignee: rosa maria (rprosamaria383) → nobody
Changed in qtwebkit (Ubuntu):
assignee: rosa maria (rprosamaria383) → nobody
Changed in qtwebkit (Ubuntu Saucy):
assignee: rosa maria (rprosamaria383) → nobody
Changed in ubuntu-keyboard (Ubuntu):
assignee: rosa maria (rprosamaria383) → nobody
Changed in ubuntu-keyboard (Ubuntu Saucy):
assignee: rosa maria (rprosamaria383) → nobody
Revision history for this message
Bill Filler (bfiller) wrote :

this problem is solved with the move to oxide

Changed in ubuntu-keyboard (Ubuntu):
status: In Progress → Fix Released
Changed in webapps-core:
status: Confirmed → Fix Released
Revision history for this message
Rolf Leggewie (r0lf) wrote :

saucy has seen the end of its life and is no longer receiving any updates. Marking the saucy task for this ticket as "Won't Fix".

Changed in ubuntu-keyboard (Ubuntu Saucy):
status: In Progress → Won't Fix
Rolf Leggewie (r0lf)
Changed in qtwebkit (Ubuntu Saucy):
status: Confirmed → Won't Fix
Mathew Hodson (mhodson)
affects: qtwebkit (Ubuntu) → qtwebkit-source (Ubuntu)
Revision history for this message
Bob Harvey (bobharvey) wrote :

M10 tablet, OTA11
None of the text fields @ 3 work.. E.g. Postcode or search on
http://www.three.co.uk/Support/Store_Locator

This is not 'sometimes' it is every time.

Revision history for this message
Olivier Tilloy (osomon) wrote :

It works here on my M10 running rc-proposed. That sounds similar to bug #1589130 though, please add details to that bug report instead of recycling an old one, thanks!

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.