[Webkit-unassigned] [Bug 27256] New: Geolocation timeout parameter is not correctly applied

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Jul 14 05:08:46 PDT 2009


https://bugs.webkit.org/show_bug.cgi?id=27256

           Summary: Geolocation timeout parameter is not correctly applied
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: All
        OS/Version: All
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: WebCore Misc.
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: steveblock at google.com
                CC: andreip at google.com, bolsinga at apple.com


Currently, the Geolocation timeout specified by PositionOptions.timeout is
started only when permissions are granted in Geolocation::setIsAllowed(). This
means that when a call to getCurrentPosition() or watchPosition() is made ...
- If permissions have already been granted, the timeout is not applied
- If permissions have not yet been granted, the timeout is started after a
location has been acquired (and permissions granted).

The intent of the PositionOptions.timeout parameter is to limit the time taken
for the implementation to obtain a location. See
http://www.w3.org/TR/geolocation-API/#position-options. This means that the
timeout should be started as soon as the implementation starts the process of
obtaining the position fix.

Note that the timeout should not include any time taken to obtain permissions
from the user.  It is this fact that allows the parameter to offer
functionality that can not be provided with a JavaScript timer.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list