Re: Online Status Design

[Martin Owens <doctormo gmail com>]

Hey Darren,

On Wed, 2009-12-02 at 16:48 -0500, Darren Albers wrote:
> There are a number of challenges here and it has been discussed in the
> past on this list which might help provide some more details.  At a
> high level:
> 1) Sites that require a proxy or sites that use captive portals will
> give inaccurate results

Sites that require proxy or sites that use captive portals should be
reported as such, this shouldn't be too difficult to work out when you
make a http request and it fails to get the information it expected.

I think proxies are going to be the tricky one, requires someone who
knows about them tbh. But in any case, reporting that your not online
when you are is slightly more desirable that reporting that your online
when your not.

> 2) Needless traffic for people in countries with costly access charges

That's a concern, although many tools and services already attempt to
make requests, updates etc and people from these countries have learned
how to turn things off they find undesirable. Although making the tests
use the smallest amount of bandwidth is also important.

> 3) Who would host this site that is checked?

You'd have a number of them, mirrors of the same file or the same
challenge script that returns a predictable result.

> 4) Do we want to rely on an internet hosted site to determine our
> network status?   What happens when the site goes down or is otherwise
> unavailable?

When it's down, you check the second mirror, then the third and then
conclude that your offline (or the internet has been destroyed by
skynet)

> 5) For most "Home" users if they have a link they are "Online" for all
> intents and purposes.

That isn't true, I work with home users all the time and one of their
problems is the inaccurate reporting of what they want (to be online)
and what the computer can tell them (that they're on a network) there
are all sorts of problems that crop up in all sorts of situations,
especially for people with laptops on wifi networks.

To think that network link is the same as online is to go against the
evidence of user behviour. It's also making it hard to teach, what do I
tell my users? lie to them and say that when it's link they're online?
or tell them the truth and spend 40 mins explaining the complexity of
when they won't be online?

> It might be better to have a troubleshooter
> option that they can run if they can't connect that checks what type
> of link (PPPOE, Wireless etc..) that gives them instructions on how to
> connect and can ping internet sites to determine connectivity and
> suggest options etc...   This way it is more of a troubleshooting tool
> and the items above don't matter.

Instructions for how to fix the problem is a good idea, possibly a
second phaise that you can implement higher up once you have the lower
level detection.

> I personally don't see this as being very valuable and causing
> potential confusion but I am not a developer so my opinion doesn't
> carry much weight  ;-)

Unfortunately experienced users won't find value because they're used to
how it works already. New and casual users on the other hand (and even I
who is a programmer) have had examples of trying to check my email in
evolution and it not getting a connection because my wifi has been stuck
behind a paywall.

It's most definitely a feature which should have always existed.

Martin,