← Back to team overview

touch-packages team mailing list archive

[Bug 1502282] Re: "unknown" connectivity status problematic

 

@Michi

Hmmm, I expected lp to auto-link "comment #7" to the comment in this
bug, but that apparently didn't work:

https://bugs.launchpad.net/ubuntu/+source/unity-scopes-
api/+bug/1502282/comments/7

*If* it's possible for the shell to return "unknown", then yes I think
the shell should be initializing the session per the example.  That
said, as I didn't write the code, and have zero direct experience with
QNetworkAccessManager.  I was just pointing out that this was suggested
as a way to prevent "unknown" from ever being returned.

Anyways, it seems like there's not really anything more that I can
contribute from a networking stack developer's perspective, so I'll
abstain from further comments for now...

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

Title:
  "unknown" connectivity status problematic

Status in The Savilerow project:
  New
Status in unity-scopes-api package in Ubuntu:
  Incomplete
Status in unity-scopes-shell package in Ubuntu:
  Incomplete

Bug description:
  metadata provides a scope a network connectivity status enum with three possible states:
  * connected
  * disconnected
  * unknown

  Sometimes unknown is the current state. This is quite problematic
  because in general a scopes that queries the network (that is, most
  scopes) need to know whether there is network or is not network and
  depending on this either make the network queries or display an error
  message.

  A status of unknown connectivity leaves the scope with no valid option:
  * the scope could assume the network is down and provide the user an error message. But often the network is not actually down, so this interrupts the user's flow unnecessarily
  *  the scope could assume the network is up, but this is dangerous if it is not up

To manage notifications about this bug go to:
https://bugs.launchpad.net/savilerow/+bug/1502282/+subscriptions


References