← Back to team overview

dx-packages team mailing list archive

[Bug 1378350] Re: Need to allow multiple apps to handle the same url patterns

 

** Description changed:

  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 re-directed to the Ubuntu store and 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.

** Changed in: ubuntu-ux
       Status: Triaged => Fix Committed

-- 
You received this bug notification because you are a member of DX
Packages, which is subscribed to url-dispatcher in Ubuntu.
https://bugs.launchpad.net/bugs/1378350

Title:
  Need to allow multiple apps to handle the same url patterns

Status in the base for Ubuntu mobile products:
  New
Status in Ubuntu UX bugs:
  Fix Committed
Status in content-hub package in Ubuntu:
  New
Status in ubuntu-system-settings package in Ubuntu:
  New
Status in url-dispatcher package in Ubuntu:
  Triaged

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 re-directed to the Ubuntu store and
  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.

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1378350/+subscriptions


References