[Browser] when focusing on the URL field, copy/cut/paste options are not displayed

[Giorgio Venturi]

Current behaviour
- Go to a website
- Tap on URL field
- suggestions are still displayed
- Cut/Copy/Paste options are not displayed

Desired behaviour
- On Focus, hide suggestions
- Display text selection contextual menu, so user can cut/copy or paste a different URL in place

--- --- --- --- --- --- ---

UX Comment:
Fix not as per G.V's design.

Current behaviour:
- Visit website
- Tap URL field
- Full URL text is shown & preselected

- Suggestions ARE STIL shown
- Cut/copy/paste options ARE NOT shown.
- Right click or long press required to reveal cut/copy/past options.

Expected behaviour/G.V's design comment:
- Visit website
- Tap URL field
- Full URL text is shown & preselected

- Suggestions are NOT shown (until text is deselected/ cursor is repositioned)
- Cut/copy/paste options ARE shown by default (for as long as preselected text remains selected).

[Olivier Tilloy (osomon)]

That would be inconsistent with how text fields behave in other applications. To get cut/copy/paste options, one has to long-press on the field. Furthermore, if we display the selection contextual menu on focus, that means that the user will have to first dismiss it before she can start typing in the address bar.

[Giorgio Venturi (giorgio-venturi-deactivatedaccount)]

Contextual options should be *always* displayed when text is selected. In this case, text is preselected when tapping on the URL field.

We need to bear in mid that OSK is displayed when tapping on the field, therefore users if they want they can start typing straight away (if that's their intent)

[Olivier Tilloy (osomon)]

> Contextual options should be *always* displayed when text is selected.
> In this case, text is preselected when tapping on the URL field.

That’s not the current behaviour of text fields in the UITK. Word selection happens when double tapping on a word, and the contextual menu is invoked on long press (see for example messaging app).

Are you saying that the default behaviour in the UITK is going to change, and that selecting some text will instantly display the contextual menu? If so, I guess this behaviour will be implemented in the UITK, and the browser app will instantly benefit from this change.

[Cris Dywan (kalikiana)]

> Are you saying that the default behaviour in the UITK is going to change,
> and that selecting some text will instantly display the contextual menu?
> If so, I guess this behaviour will be implemented in the UITK,
> and the browser app will instantly benefit from this change.

Yes.

[Launchpad Janitor (janitor)]

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

[William Lee (wlee753159)]

The problem has been fixed, if you right-click on the text, the cut/copy/paste options appear

[Bill Filler (bfiller)]

long pressing will properly display the popup menu

[Cris Dywan (kalikiana)]

The suggestions come from the browser, not the UI Toolkit - someone from the browser team please elaborate if you thikn the toolkit is misbehaving

[James Mulholland (jamesmulholland)]

Asked JohnLea to reset the status of this bug until fix is fully implemented. Please see bug description for details.

[Olivier Tilloy (osomon)]

@Christian: I don’t think the toolkit is misbehaving here. Marking the ubuntu-ui-toolkit task invalid.