Touch selection menu initially empty when focusing a text field
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Oxide |
Fix Released
|
High
|
Olivier Tilloy | ||
1.15 |
Fix Released
|
High
|
Olivier Tilloy | ||
webbrowser-app (Ubuntu) |
Invalid
|
High
|
Olivier Tilloy |
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://
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).
Related branches
Changed in oxide: | |
status: | In Progress → Fix Released |
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.