Ubuntu
webbrowser-app package

Focusing the address bar doesn’t invoke the OSK

Bug #1578304 reported by Olivier Tilloy on 2016-05-04

This bug report is a duplicate of: Bug #1545802: activeFocus not being forwarded to TextInput inside TextField. Edit Remove

This bug affects 2 people

	Status	Importance	Assigned to
Canonical System Image	New	Undecided	Unassigned
ubuntu-ui-toolkit (Ubuntu)	Confirmed	Critical	Cris Dywan
webbrowser-app (Ubuntu)	Confirmed	Critical	Olivier Tilloy

Bug Description

This is a very recent regression that I started observing with today’s update in the rc-proposed channel (on all my devices).
I suspect a recent UITK landing triggered that (maybe silo 47 that landed on the 29th of April).

On a touch device, when tapping once on the address bar to focus it, its entire contents get selected, but it doesn’t actually get active focus, so the OSK doesn’t pop up. One has to tap once more on the text field, which has the unfortunate side effect of de-selecting the URL.

A large number of the browser autopilot tests are now failing because of that new behaviour (I wonder how that was not detected prior to landing that new UITK).

Revision history for this message

Olivier Tilloy (osomon) wrote on 2016-05-04:

Could the culprit be https://code.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/inputHandlerKeyNavigation/+merge/283049 ?

Revision history for this message

Olivier Tilloy (osomon) wrote on 2016-05-04:

If I comment out the MouseArea at https://bazaar.launchpad.net/~phablet-team/webbrowser-app/trunk/view/head:/src/app/webbrowser/AddressBar.qml#L272, then tapping the address bar gives it active focus as expected, but it doesn’t select all the text.

Changed in webbrowser-app (Ubuntu):
assignee:	nobody → Olivier Tilloy (osomon)

Cris Dywan (kalikiana) on 2016-05-04

Changed in webbrowser-app (Ubuntu):
assignee:	Olivier Tilloy (osomon) → Christian Dywan (kalikiana)

Revision history for this message

Launchpad Janitor (janitor) wrote on 2016-05-04:

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

Changed in webbrowser-app (Ubuntu):
status:	New → Confirmed

Cris Dywan (kalikiana) on 2016-05-04

Changed in webbrowser-app (Ubuntu):
assignee:	Christian Dywan (kalikiana) → nobody
Changed in ubuntu-ui-toolkit (Ubuntu):
assignee:	nobody → Christian Dywan (kalikiana)
status:	New → Confirmed
importance:	Undecided → Critical

Olivier Tilloy (osomon) on 2016-05-04

Changed in webbrowser-app (Ubuntu):
assignee:	nobody → Olivier Tilloy (osomon)
importance:	Undecided → Critical

Revision history for this message

Olivier Tilloy (osomon) wrote on 2016-05-05:

test.qml Edit (704 bytes, text/plain)

I can’t seem to reproduce the issue with a simple standalone example (attached).
So there must be something more complex at work in the browser codebase.

Revision history for this message

Olivier Tilloy (osomon) wrote on 2016-05-05:

This is yet another occurrence of the infamous bug #1545802. I’ve instrumented the browser code to print on the console the current activeFocusItem at all times, and when I reproduce the issue, I can see that the TextField for the address bar gets the active focus, but it is not being passed down to the QQuickTextInput inside it. Tapping once again on the text field then correctly focuses the QQuickTextInput.