W3C home > Mailing lists > Public > public-geolocation@w3.org > October 2008

Re: synchronous error handling.

From: Doug Turner <doug.turner@gmail.com>
Date: Fri, 24 Oct 2008 11:25:22 -0700
Cc: public-geolocation <public-geolocation@w3.org>
Message-Id: <6AFFB565-0246-4234-AA66-24A5EF9F9C07@gmail.com>
To: "Aaron Boodman" <aa@google.com>


On Oct 24, 2008, at 11:17 AM, Aaron Boodman wrote:

> On Fri, Oct 24, 2008 at 11:03 AM, Doug Turner  
> <doug.turner@gmail.com> wrote:
>>
>> I think we need a bit of clarification regarding when the
>> PositionErrorCallback may be called.  when a developer calls  
>> watchPosition()
>> and passes a PositionErrorCallback, when is it permissible to use  
>> the error
>> callback to report errors?
>>
>> for example, if we detect an error while processing  
>> watchPosition(), can we
>> immediately call out to the PositionErrorCallback?  Or is the  
>> expectation,
>> that watchPosition() will return before PositionErrorCallback is  
>> invoked?
>
> My .02 is that if the error is incorrectly configured options object,
> or some other programmer error calling the API, the API should throw
> synchronously. Other errors, even if they can be detected immediately,
> should always use PositionErrorCallback asynchronously.

RIght.  I am going to extend this to the configuration problem of UA's  
that do not have any geolocation providers installed.

Maybe we should have a separate error code for this?
Received on Friday, 24 October 2008 18:26:02 UTC

This archive was generated by hypermail 2.4.0 : Friday, 17 January 2020 19:50:52 UTC