touch-packages team mailing list archive

[James Mulholland <james.mulholland@xxxxxxxxxxxxx>]

Thanks for clarifying Olivier.
So a revised use-case would be:

1. Attempt to visit a URL with an active connection, page begins loading.
2. Active connection is lost. Page never finishes loading & 'Network error' page is not shown.
3. User can't ever tap star to favourite entered URL (as the star is never shown).

I think this case means we should consider showing the star even while
loading, as well as when loading completes or is not possible:

- The site can be bookmarked with no active connection, from the 'Network error' page (will be the URL as originally entered).
- The site can be bookmarked when connectivity is lost while loading/ page loading cannot be completed (will be the URL as originally entered).
- The site can be bookmarked when loaded (will be the URL reached after the user has been forwarded, for example to a mobile site, etc).

Sound reasonable?

-- 
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to webbrowser-app in Ubuntu.
https://bugs.launchpad.net/bugs/1452766

Title:
  [Browser] Cannot favorite site when it is loading

Status in Ubuntu UX:
  Won't Fix
Status in webbrowser-app package in Ubuntu:
  Confirmed
Status in webbrowser-app package in Ubuntu RTM:
  Confirmed

Bug description:
  Simple bug but annoying:

  When a site is loading, the favourite star is not visible.

  Use-case:
  you get a website from a friend, or you click a link on a page when the network suddenly goes away. You want to save that page to look at it later, when your connection comes back. This is not possible because you can only bookmark pages after they're fully loaded.

  --- --- --- --- ---
  UX Comment:
  Having tried to reproduce the above use-case, I found the following:
  1. Attempted to visit a URL with no active connection.
  2. 'Network Error' page is shown.
  3. User may still tap star to favourite entered URL.

  In the 'look at it later' use case described above, the user will
  still been able to favourite the URL for later use.

  In the absence of any other use-cases where this may cause a problem,
  I believe the current behaviour (intended  to address the fact that
  'one usually wants to bookmark the final location') is still valid.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu-ux/+bug/1452766/+subscriptions