*** This bug is a duplicate of bug 1545802 ***
    https://bugs.launchpad.net/bugs/1545802

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.

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1578304

Title:
  Focusing the address bar doesn’t invoke the OSK

Status in Canonical System Image:
  New
Status in ubuntu-ui-toolkit package in Ubuntu:
  Confirmed
Status in webbrowser-app package in Ubuntu:
  Confirmed

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).

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1578304/+subscriptions

-- 
Mailing list: https://launchpad.net/~touch-packages
Post to     : [email protected]
Unsubscribe : https://launchpad.net/~touch-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to