Releases: ezzatron/fake-geolocation
Releases · ezzatron/fake-geolocation
v0.7.0
Changed
- Watched positions now receive updates when location services are disabled, and also when they are re-enabled.
- Watched positions now receive updates when the
geolocation
permission is re-granted after being revoked.
v0.6.2
Fixed
- Fixed a race condition that could occur when permission state changes from
granted
while waiting to acquire coordinates from location services.
v0.6.1
Fixed
- Fixed a linting error in the changelog.
v0.6.0
Changed
- Changing the
geolocation
permission fromgranted
while watching a position will now cause an immediate call to the error callback with aPERMISSION_DENIED
error. This should be ergonomic for testing, as previously you'd have to change the permission and jump to a new location to trigger an error.
v0.5.2
Fixed
- Fixed potential race condition that may have been possible to create when
watchPosition()
is used with anerrorCallback
, and an error occurs afterclearWatch()
is called.
v0.5.1
Fixed
- Fixed a race condition that could occur with
watchPosition()
where the success callback could be called afterclearWatch()
was called.
v0.5.0
Added
- Add waitForPositionError()
v0.4.0
Changed
- [BC BREAK]
createDelegatedGeolocation()
now requires apermissionsDelegates
argument, which is aMap
ofGeolocation
delegates to their relatedPermissions
delegates.
Added
- Added
waitForCoordinates()
andcompareCoordinates()
Fixed
- Changing delegates while watching the position no longer causes permission prompts when the selected delegate's
geolocation
permission is in theprompt
state. Instead, the error callback will be called with aPERMISSION_DENIED
error. If the selected delegate'sgeolocation
permission subsequently changes togranted
ordenied
, the watch will resume.
v0.3.1
Fixed
- Fixed a code style issue in a test file.
v0.3.0
Added
- Delegate selection can now be queried with
isDelegateSelected()
. - Wrapped APIs can now be queried with
isUsingSuppliedAPIs()
.