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

Bug #1371207 reported by Giorgio Venturi
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Ubuntu UX
Fix Committed
High
James Mulholland
ubuntu-ui-toolkit (Ubuntu)
Invalid
High
Cris Dywan
webbrowser-app (Ubuntu)
Triaged
Medium
Unassigned
webbrowser-app (Ubuntu RTM)
Triaged
Medium
Unassigned

Bug Description

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

Changed in webbrowser-app:
status: New → Fix Committed
assignee: nobody → Giorgio Venturi (giorgio-venturi)
status: Fix Committed → New
assignee: Giorgio Venturi (giorgio-venturi) → nobody
Changed in ubuntu-ux:
status: New → Fix Committed
importance: Undecided → High
assignee: nobody → Giorgio Venturi (giorgio-venturi)
Revision history for this message
Olivier Tilloy (osomon) wrote :

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.

Revision history for this message
Giorgio Venturi (giorgio-venturi-deactivatedaccount) wrote :

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)

tags: added: ota-1
Revision history for this message
Olivier Tilloy (osomon) wrote :

> 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)
Changed in ubuntu-ui-toolkit:
status: New → Confirmed
assignee: nobody → Christian Dywan (kalikiana)
Cris Dywan (kalikiana)
Changed in ubuntu-ui-toolkit:
importance: Undecided → High
Cris Dywan (kalikiana)
Changed in ubuntu-ui-toolkit:
status: Confirmed → In Progress
Zoltan Balogh (bzoltan)
Changed in ubuntu-ui-toolkit (Ubuntu):
status: New → In Progress
Zsombor Egri (zsombi)
Changed in ubuntu-ui-toolkit:
milestone: none → 11.07
tags: added: design-gap
Olivier Tilloy (osomon)
Changed in webbrowser-app:
status: New → Confirmed
importance: Undecided → High
Revision history for this message
Cris Dywan (kalikiana) wrote :

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

Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in webbrowser-app (Ubuntu):
status: New → Confirmed
Zoltan Balogh (bzoltan)
no longer affects: ubuntu-ui-toolkit (Ubuntu)
Zoltan Balogh (bzoltan)
Changed in ubuntu-ui-toolkit (Ubuntu):
assignee: nobody → Christian Dywan (kalikiana)
importance: Undecided → High
status: New → In Progress
Zoltan Balogh (bzoltan)
no longer affects: ubuntu-ui-toolkit
Olivier Tilloy (osomon)
Changed in webbrowser-app (Ubuntu RTM):
status: New → Confirmed
Revision history for this message
William Lee (wlee753159) wrote :

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

Changed in webbrowser-app (Ubuntu):
status: Confirmed → Fix Released
Revision history for this message
Bill Filler (bfiller) wrote :

long pressing will properly display the popup menu

Changed in webbrowser-app (Ubuntu RTM):
status: Confirmed → Fix Released
Changed in webbrowser-app:
status: Confirmed → Fix Released
Changed in ubuntu-ux:
assignee: Giorgio Venturi (giorgio-venturi) → James Mulholland (jamesjosephmulholland)
Cris Dywan (kalikiana)
Changed in ubuntu-ui-toolkit (Ubuntu):
status: In Progress → Invalid
description: updated
Changed in ubuntu-ui-toolkit (Ubuntu):
status: Invalid → Confirmed
Revision history for this message
Cris Dywan (kalikiana) wrote :

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

Changed in ubuntu-ui-toolkit (Ubuntu):
status: Confirmed → Incomplete
John Lea (johnlea)
Changed in webbrowser-app (Ubuntu RTM):
status: Fix Released → Triaged
Changed in webbrowser-app (Ubuntu):
status: Fix Released → Triaged
Revision history for this message
James Mulholland (jamesmulholland) wrote :

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

Revision history for this message
Olivier Tilloy (osomon) wrote :

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

Changed in webbrowser-app:
status: Fix Released → Confirmed
no longer affects: webbrowser-app
Changed in webbrowser-app (Ubuntu):
importance: Undecided → Medium
Changed in webbrowser-app (Ubuntu RTM):
importance: Undecided → Medium
Changed in ubuntu-ui-toolkit (Ubuntu):
status: Incomplete → Invalid
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.