Need to allow multiple apps to handle the same url patterns

Bug #1378350 reported by Michał Sawicz on 2014-10-07
28
This bug affects 4 people
Affects Status Importance Assigned to Milestone
Canonical System Image
High
Bill Filler
content-hub (Ubuntu)
Undecided
Unassigned
ubuntu-system-settings (Ubuntu)
Wishlist
Unassigned
url-dispatcher (Ubuntu)
High
Unassigned

Bug Description

Steps:
* install gmail and dekko apps

Expected:
* when using a mailto: URL (see bug #1351222) URL, the user should be asked which app to open (and cache the response optionally?)

Current:
* not sure what would happen ;)

________________Design resolution _________________________

Case 1: If no email client is installed and a user clicks on a 'mail to' link, the user should be prompted to download the Dekko app.

Case 2: If the user has Dekko installed, then clicking on the 'mail to' link should open the Dekko client --> compose mail screen to the 'mail to' address.

Case 3: If the user has Dekko and Gmail installed, the 'mail to' link by default should open in the Dekko client. However, the user can change their mail client preferences in system settings.

Case 4: If the user has Gmail and another mail client installed, the 'mail to' link should default to the first client that was installed on their device (which would be the default mail client preference in system settings - this can be changed by the user via system settings).

Notes:
1. Wherever the user has not actively changed a mail client preference and Dekko is installed on their device, the default 'mail to' client should be Dekko.
2. When clicking on a 'mail to' link, the user's expectation is to have this link open in a relevant client (unless it is case 1), therefore this should be the case and any mail preference choices the user can perform via system settings rather than being presented with multiple choice options of which client to open the URL in.

<https://wiki.ubuntu.com/URLDispatcher>: "Whenever the URL dispatcher is called on to open an address that multiple apps have registered for, it should open a “Use App” dialog, with a centered grid of labelled buttons with the icon for each applicable app, followed by a “Cancel” button."

Ted Gould (ted) on 2014-10-07
Changed in url-dispatcher (Ubuntu):
status: New → Triaged
importance: Undecided → Medium
Changed in ubuntu-ux:
assignee: nobody → Giorgio Venturi (giorgio-venturi)
importance: Undecided → Medium
status: New → Triaged
tags: added: ota-1
John Lea (johnlea) on 2014-12-05
summary: - Need to allow multiple apps to handle the same url patterns
+ [Browser] Need to allow multiple apps to handle the same url patterns

In my mind we should use the content hub in this instance

Changed in ubuntu-ux:
status: Triaged → Fix Committed
Michał Sawicz (saviq) wrote :

Agreed, it does feel like the url dispatcher should just grow into the content hub. After all, you can easily say that urls are content :)

Ted Gould (ted) wrote :

We're going to interpret that as "show the same UI as content hub" and inherit those designs for the urldispatcher.

Ted Gould (ted) wrote :

I'm going to reopen the design task here because that doesn't take into account "always use this app" which is important for URLs, but not as much for content. We'll also need settings UI to handle the cases of reshuffling which URL patterns should be preferred if the user does select "always use." I think though, that we could do a version one without that feature.

Changed in ubuntu-ux:
status: Fix Committed → Confirmed
Michał Sawicz (saviq) wrote :

Any reason why to keep the two separate, especially when you say "show the same UI", "inherit those designs"?

I removed myself from the UX task, as I am not responsible for the content hub

Changed in ubuntu-ux:
assignee: Giorgio Venturi (giorgio-venturi) → nobody
assignee: nobody → Magdalena Mirowicz (magdalena-mirowicz)
Changed in ubuntu-ux:
status: Confirmed → Triaged
assignee: Magdalena Mirowicz (magdalena-mirowicz) → nobody
assignee: nobody → Matthew Paul Thomas (mpt)
Bill Filler (bfiller) wrote :

To be clear, we need design input on what to display to the user when multiple apps are registered for the same url scheme (i.e. mailto:). There should be a prompt of some sort asking user to pick which app to use and whether to prompt every time or remember the choice.

summary: - [Browser] Need to allow multiple apps to handle the same url patterns
+ Need to allow multiple apps to handle the same url patterns
Changed in ubuntu-ux:
importance: Medium → High
Changed in canonical-devices-system-image:
importance: Undecided → High
Changed in url-dispatcher (Ubuntu):
importance: Medium → High

We be useful a "remember" on the UI to avoid show the dialog always.
And we will need a way to clear the "remember" option if the user want to choose a new app.

Michał Sawicz (saviq) wrote :

Agreed, the latter likely belongs to settings app, added a task.

Changed in ubuntu-ux:
assignee: Matthew Paul Thomas (mpt) → nobody
assignee: nobody → Femma (femma)
Ted Gould (ted) wrote :

I'd argue that remember is a much larger task and should perhaps be split out. We could do the dialog, which would solve a bunch of user problems without doing remember, which will be a whole new settings interaction.

Femma (femma) wrote :

Upon investigation, I have made the following discoveries.

If you have a mail to link and gmail installed and set up, when you click on the 'mail to' link nothing happens (this assumption should also hold if you have no mail client installed).

If you have Dekko installed and set up, when you click on the 'mail to' link, the user is taken to the Dekko app and a new email screen to the 'mail to' email address.

I shall post a UX solution to this hopefully today.

Femma (femma) on 2015-07-03
description: updated
Changed in ubuntu-ux:
status: Triaged → Fix Committed
Ted Gould (ted) wrote :

A few questions that the design leaves:

 * How do we know that Dekko should be the default instead of GMail? How do we handle apps that don't have a default bias? (i.e. two registrants for "foo")
 * What does the system settings UI look like?
 * How do we know that "mailto" translates to "Default Mail Client"? Does that include "imap" as well? Or can you set those independently.

Changed in ubuntu-ux:
status: Fix Committed → Confirmed
Changed in content-hub (Ubuntu):
status: New → Invalid
Femma (femma) wrote :

From a UX and design point of view Dekko should be the Ubuntu phone eco-system's client of choice. We are currently working on making this happen from the conversations I have had.

The system settings UI would need to be updated to reflect this.

By default mail to including imap should translate to default mail client, unless specified by user in system settings.

I hope this helps.

Changed in ubuntu-ux:
status: Confirmed → Fix Committed
Femma (femma) wrote :

We may have to create a new project from this.

Femma (femma) on 2015-08-03
Changed in ubuntu-ux:
status: Fix Committed → In Progress
Femma (femma) on 2015-08-03
Changed in ubuntu-ux:
assignee: Femma (femma) → Matthew Paul Thomas (mpt)
assignee: Matthew Paul Thomas (mpt) → Femma (femma)
description: updated
Changed in ubuntu-ux:
assignee: Femma (femma) → Matthew Paul Thomas (mpt)
Matthew Paul Thomas (mpt) wrote :
Changed in ubuntu-ux:
status: In Progress → Fix Committed
description: updated
Launchpad Janitor (janitor) wrote :

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

Changed in ubuntu-system-settings (Ubuntu):
status: New → Confirmed
Changed in ubuntu-system-settings (Ubuntu):
status: Confirmed → Triaged
importance: Undecided → Wishlist
Changed in canonical-devices-system-image:
assignee: nobody → Bill Filler (bfiller)
milestone: none → backlog
status: New → Confirmed
no longer affects: ubuntu-ux
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers