ubuntu-webapps-bugs team mailing list archive
-
ubuntu-webapps-bugs team
-
Mailing list archive
-
Message #04100
[Bug 1586968] Re: Touch selection menu initially empty when focusing a text field
I instrumented the webview to print the initial value of
editingCapabilities (at Component.onCompleted) and to print the new
value whenever it changes. This is what I’m seeing:
qml: EDITING CAPS: 0
qml: INITIAL EDITING CAPS: 64
The value of editingCapabilities changes once (to 0) before component
completion. At component completion, the value has changed again (64 ==
SelectAll), but the corresponding changed signal hasn’t been emitted,
which explains why the touch selection menu isn’t aware of the SelectAll
capability, and is displayed empty. This looks like a bug in oxide.
** Also affects: oxide
Importance: Undecided
Status: New
--
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to Oxide.
https://bugs.launchpad.net/bugs/1586968
Title:
Touch selection menu initially empty when focusing a text field
Status in Oxide:
New
Status in webbrowser-app package in Ubuntu:
Triaged
Bug description:
This appears to be 100% reproducible when the device has just been rebooted (not always reproducible otherwise).
Steps to reproduce:
1) browse to e.g. http://pastebin.ubuntu.com
2) long press on one of the text fields ("Poster:" or "Content:")
3) wait for the touch selection menu to appear next to the insertion handle (note that at the moment there is a bug in oxide which also triggers the page context menu, dismissing it will get you the touch selection menu)
Expected result: assuming the clipboard is empty (device just
rebooted), the "Select All" action is the only one visible in the
touch selection menu.
Current result: no action is visible, the menu is empty (see attached
screenshot).
To manage notifications about this bug go to:
https://bugs.launchpad.net/oxide/+bug/1586968/+subscriptions