1232995 - HTML5 Geolocation Not Working After Update to version 43

Status: RESOLVED FIXED

(Core :: DOM: Geolocation, defect)

Description

[brunomptorres]

User Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:43.0) Gecko/20100101 Firefox/43.0
Build ID: 20151208200940

Steps to reproduce:

Firefox updated automatically to the new version (43) and html5 geolocation services stopped working. Tried various websites and none can find my location. First found out because I'm developing a WebApp that requires said service. I've reinstalled the 32-bit version and removed to use the 64-bit version and the problem persists.


Actual results:

Html5 Geolocation Service stopped working after update to version 43.


Expected results:

Firefox should be able to find my location through Html5 Geolocation.

Comment 1

[Loic]

WFM with FF43 on http://html5demos.com/geo

Did you verify in about:config that geo.enabled=true?

Could you try:
1) in safe mode:
https://support.mozilla.org/en-US/kb/troubleshoot-firefox-issues-using-safe-mode
2) with a fresh profile:
https://support.mozilla.org/en-US/kb/profile-manager-create-and-remove-firefox-profiles

Comment 2

[brunomptorres]

http://html5demos.com/geo returns "Finding your location: failed"
geo.enable=true confirmed.

Safe mode doesn't solve.
Fresh profile doesn't solve.

Comment 3

[Loic]

If you downgrade to FF42, does it work?
http://ftp.mozilla.org/pub/firefox/releases/42.0/win32/

Comment 4

[K3ig0]

Yes, the version 42 works.

I have the same problem with FF43.

Comment 5

[brunomptorres]

Version FF42 works great. Problem only exists in FF43 (32-bit and 64 bit).

Comment 6

[K3ig0]

Tested FF43 for Android don't have this bug. 

Maybe need to be moved to Firefox Desktop only.

Comment 7

[Loic]

As it works with 42 but not with 43, maybe there i a regression bug triggered on your machine (as I'm not able to reproduce it on my side). So could you install the dev tool mozregression to find a regression range: http://mozilla.github.io/mozregression/

You need to install python 2.7 and the package mozregression (pick the command-line version, see the documentation).

After that, run the command: "mozregression --bits=32 --good=42"
and run the test http://html5demos.com/geo to know if each build downloaded is bad or good.

Then copy here the pushlog displayed in the console output.

Comment 8

[brunomptorres]

There you go @Loic. Every build downloaded was good and the geolocation worked as expected.

λ mozregression --bits=32 --good=42
**********
You should use a config file. Please use the --write-config command line flag to help you create one.
**********

 0:01.55 LOG: MainThread INFO No 'bad' option specified, using 2015-12-16
 0:01.56 LOG: MainThread INFO Using date 2015-08-10 for release 42
 0:12.79 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=0e269a1f1beb&tochange=0babaa3edcf908c393b68a3dc2d
1c2a2450c31ed

 0:12.80 LOG: MainThread download INFO Downloading build from: https://archive.mozilla.org/pub/firefox/nightly/
2015/10/2015-10-13-03-02-25-mozilla-central/firefox-44.0a1.en-US.win32.zip
===== Downloaded 100% =====
 2:17.22 LOG: MainThread Test Runner INFO Running mozilla-central build for 2015-10-13
 2:25.46 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpotdgu0\firefox\firefox
.exe
 2:25.62 LOG: MainThread mozversion INFO application_buildid: 20151013030225
 2:25.62 LOG: MainThread mozversion INFO application_changeset: 607a236c229994df99766c005f9ec729532d7747
 2:25.62 LOG: MainThread mozversion INFO application_name: Firefox
 2:25.62 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/mozilla-central
 2:25.62 LOG: MainThread mozversion INFO application_version: 44.0a1
Was this nightly build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry' or 'exit' and press Enter): g
ood
 3:35.76 LOG: MainThread Bisector INFO Narrowed nightly regression window from [2015-08-10, 2015-12-16] (128 da
ys) to [2015-10-13, 2015-12-16] (64 days) (~6 steps left)
 3:35.76 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=607a236c229994df99766c005f9ec729532d7747&tochange
=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

 3:35.77 LOG: MainThread download INFO Using local file: c:\users\bruno\appdata\local\temp\tmp8jdr13\2015-11-14
--mozilla-central--firefox-45.0a1.en-US.win32.zip (downloaded in background)
 3:43.59 LOG: MainThread Test Runner INFO Running mozilla-central build for 2015-11-14
 3:49.95 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpe8amr6\firefox\firefox
.exe
 3:50.09 LOG: MainThread mozversion INFO application_buildid: 20151114030404
 3:50.10 LOG: MainThread mozversion INFO application_changeset: 202b199b9fcf37a687bef882f2513e191f079622
 3:50.10 LOG: MainThread mozversion INFO application_name: Firefox
 3:50.10 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/mozilla-central
 3:50.10 LOG: MainThread mozversion INFO application_version: 45.0a1
Was this nightly build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press E
nter): good
 4:21.08 LOG: MainThread Bisector INFO Narrowed nightly regression window from [2015-10-13, 2015-12-16] (64 day
s) to [2015-11-14, 2015-12-16] (32 days) (~5 steps left)
 4:21.09 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=202b199b9fcf37a687bef882f2513e191f079622&tochange
=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

 4:21.09 LOG: MainThread download INFO Using local file: c:\users\bruno\appdata\local\temp\tmp8jdr13\2015-11-30
--mozilla-central--firefox-45.0a1.en-US.win32.zip (downloaded in background)
 4:28.26 LOG: MainThread Test Runner INFO Running mozilla-central build for 2015-11-30
 4:34.67 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpwmk78c\firefox\firefox
.exe
 4:34.81 LOG: MainThread mozversion INFO application_buildid: 20151130030228
 4:34.81 LOG: MainThread mozversion INFO application_changeset: 47b49b0d32360fab04b11ff9120970979c426911
 4:34.81 LOG: MainThread mozversion INFO application_name: Firefox
 4:34.82 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/mozilla-central
 4:34.82 LOG: MainThread mozversion INFO application_version: 45.0a1
Was this nightly build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press E
nter): good
 5:04.58 LOG: MainThread Bisector INFO Narrowed nightly regression window from [2015-11-14, 2015-12-16] (32 day
s) to [2015-11-30, 2015-12-16] (16 days) (~4 steps left)
 5:04.58 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=47b49b0d32360fab04b11ff9120970979c426911&tochange
=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

 5:04.58 LOG: MainThread download INFO Using local file: c:\users\bruno\appdata\local\temp\tmp8jdr13\2015-12-08
--mozilla-central--firefox-45.0a1.en-US.win32.zip (downloaded in background)
 5:15.84 LOG: MainThread Test Runner INFO Running mozilla-central build for 2015-12-08
 5:21.72 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpbxc9sr\firefox\firefox
.exe
 5:21.85 LOG: MainThread mozversion INFO application_buildid: 20151208203040
 5:21.85 LOG: MainThread mozversion INFO application_changeset: a8965ae93c5d098a4f91ad9da72150bb43df07a7
 5:21.85 LOG: MainThread mozversion INFO application_name: Firefox
 5:21.86 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/mozilla-central
 5:21.86 LOG: MainThread mozversion INFO application_version: 45.0a1
Was this nightly build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press E
nter): good
 5:48.93 LOG: MainThread Bisector INFO Narrowed nightly regression window from [2015-11-30, 2015-12-16] (16 day
s) to [2015-12-08, 2015-12-16] (8 days) (~3 steps left)
 5:48.93 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=a8965ae93c5d098a4f91ad9da72150bb43df07a7&tochange
=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

 5:48.94 LOG: MainThread download INFO Using local file: c:\users\bruno\appdata\local\temp\tmp8jdr13\2015-12-12
--mozilla-central--firefox-45.0a1.en-US.win32.zip (downloaded in background)
 5:57.66 LOG: MainThread Test Runner INFO Running mozilla-central build for 2015-12-12
 6:03.74 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpgkaq3p\firefox\firefox
.exe
 6:03.88 LOG: MainThread mozversion INFO application_buildid: 20151212030222
 6:03.88 LOG: MainThread mozversion INFO application_changeset: 694a530e236564a3d9f4b9fd7d9e96ae782b3a7b
 6:03.89 LOG: MainThread mozversion INFO application_name: Firefox
 6:03.89 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/mozilla-central
 6:03.89 LOG: MainThread mozversion INFO application_version: 45.0a1
Was this nightly build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press E
nter): good
 6:34.13 LOG: MainThread Bisector INFO Narrowed nightly regression window from [2015-12-08, 2015-12-16] (8 days
) to [2015-12-12, 2015-12-16] (4 days) (~2 steps left)
 6:34.13 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=694a530e236564a3d9f4b9fd7d9e96ae782b3a7b&tochange
=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

 6:34.14 LOG: MainThread download INFO Using local file: c:\users\bruno\appdata\local\temp\tmp8jdr13\2015-12-14
--mozilla-central--firefox-46.0a1.en-US.win32.zip (downloaded in background)
 6:40.70 LOG: MainThread Test Runner INFO Running mozilla-central build for 2015-12-14
 6:46.34 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpktgegp\firefox\firefox
.exe
 6:46.46 LOG: MainThread mozversion INFO application_buildid: 20151214122242
 6:46.46 LOG: MainThread mozversion INFO application_changeset: 06ab805e14b5e6d8a8a99c7846c8fde163a9e5d7
 6:46.46 LOG: MainThread mozversion INFO application_name: Firefox
 6:46.46 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/mozilla-central
 6:46.46 LOG: MainThread mozversion INFO application_version: 46.0a1
Was this nightly build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press E
nter): good
 7:17.57 LOG: MainThread Bisector INFO Narrowed nightly regression window from [2015-12-12, 2015-12-16] (4 days
) to [2015-12-14, 2015-12-16] (2 days) (~1 steps left)
 7:17.57 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=06ab805e14b5e6d8a8a99c7846c8fde163a9e5d7&tochange
=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

 7:17.58 LOG: MainThread download INFO Using local file: c:\users\bruno\appdata\local\temp\tmp8jdr13\2015-12-15
--mozilla-central--firefox-46.0a1.en-US.win32.zip (downloaded in background)
 7:17.58 LOG: MainThread Test Runner INFO Running mozilla-central build for 2015-12-15
 7:23.01 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpfynpgu\firefox\firefox
.exe
 7:23.12 LOG: MainThread mozversion INFO application_buildid: 20151215030221
 7:23.12 LOG: MainThread mozversion INFO application_changeset: ae37fdb042c07c0cb9d0afcd41372a96454f4f4f
 7:23.12 LOG: MainThread mozversion INFO application_name: Firefox
 7:23.12 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/mozilla-central
 7:23.13 LOG: MainThread mozversion INFO application_version: 46.0a1
Was this nightly build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press E
nter): good
 7:48.64 LOG: MainThread Bisector INFO Narrowed nightly regression window from [2015-12-14, 2015-12-16] (2 days
) to [2015-12-15, 2015-12-16] (1 days) (~0 steps left)
 7:48.64 LOG: MainThread main INFO Got as far as we can go bisecting nightlies...
 7:48.65 LOG: MainThread Bisector INFO Last good revision: ae37fdb042c07c0cb9d0afcd41372a96454f4f4f (2015-12-15
)
 7:48.65 LOG: MainThread Bisector INFO First bad revision: 0babaa3edcf908c393b68a3dc2d1c2a2450c31ed (2015-12-16
)
 7:48.65 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ae37fdb042c07c0cb9d0afcd41372a96454f4f4f&tochange
=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

 7:48.65 LOG: MainThread main INFO Switching bisection method to taskcluster
 7:48.65 LOG: MainThread main INFO Getting mozilla-central builds between ae37fdb042c07c0cb9d0afcd41372a96454f4
f4f and 0babaa3edcf908c393b68a3dc2d1c2a2450c31ed
 7:52.50 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=ae37fdb042c07c0cb9d0afcd41372a96454f4f4f&tochange
=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

 7:52.51 LOG: MainThread download INFO Downloading build from: https://queue.taskcluster.net/v1/task/4s8QKTbhRm
aHwviQQuL45g/runs/0/artifacts/public%2Fbuild%2Ffirefox-46.0a1.en-US.win32.zip
===== Downloaded 100% =====
 8:16.05 LOG: Thread-85 Bisector WARNING Skipping build 6edfdc835ce980cbaf56219c92809e7d7ca6b94b: Unable to fin
d build info using the taskcluster route u'buildbot.revisions.6edfdc835ce9.mozilla-central.win32'
 8:21.20 LOG: MainThread Test Runner INFO Running mozilla-central build built on 2015-12-16 00:52:47.718000, re
vision 8f3a1bd7
 8:27.16 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpk3wdxw\firefox\firefox
.exe
 8:27.29 LOG: MainThread mozversion INFO application_buildid: 20151215152858
 8:27.29 LOG: MainThread mozversion INFO application_changeset: 8f3a1bd74aee41509e0c3cb3e6f1ba1954e5fb0a
 8:27.29 LOG: MainThread mozversion INFO application_name: Firefox
 8:27.29 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/mozilla-central
 8:27.29 LOG: MainThread mozversion INFO application_version: 46.0a1
Was this inbound build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry' or 'exit' and press Enter): g
ood
 9:03.19 LOG: MainThread Bisector INFO Narrowed inbound regression window from [ae37fdb0, 0babaa3e] (10 revisio
ns) to [8f3a1bd7, 0babaa3e] (5 revisions) (~2 steps left)
 9:03.20 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=8f3a1bd74aee41509e0c3cb3e6f1ba1954e5fb0a&tochange
=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

 9:03.20 LOG: MainThread download INFO Downloading build from: https://queue.taskcluster.net/v1/task/3ARGDCFuSt
moOU8I7wd22Q/runs/0/artifacts/public%2Fbuild%2Ffirefox-46.0a1.en-US.win32.zip
===== Downloaded 100% =====
 9:19.12 LOG: MainThread Test Runner INFO Running mozilla-central build built on 2015-12-16 03:49:10.312000, revision e6463ae7
 9:24.75 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpvejwpr\firefox\firefox.exe
 9:24.90 LOG: MainThread mozversion INFO application_buildid: 20151215163006
 9:24.90 LOG: MainThread mozversion INFO application_changeset: e6463ae7eda2775bc84593bb4a0742940bb87379
 9:24.91 LOG: MainThread mozversion INFO application_name: Firefox
 9:24.91 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/mozilla-central
 9:24.91 LOG: MainThread mozversion INFO application_version: 46.0a1
Was this inbound build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press Enter): good
 9:51.30 LOG: MainThread Bisector INFO Narrowed inbound regression window from [8f3a1bd7, 0babaa3e] (5 revisions) to [e6463ae7, 0babaa3e] (3 revisions) (~1 steps left)
 9:51.30 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=e6463ae7eda2775bc84593bb4a0742940bb87379&tochange=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

 9:51.30 LOG: MainThread download INFO Downloading build from: https://queue.taskcluster.net/v1/task/07HvkO5pQm66NP92nzZI3A/runs/0/artifacts/public%2Fbuild%2Ffirefox-46.0a1.en-US.win32.zip
===== Downloaded 100% =====
10:05.86 LOG: MainThread Test Runner INFO Running mozilla-central build built on 2015-12-16 12:30:34.008000, revision 40038a66
10:11.15 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpgayhmf\firefox\firefox.exe
10:11.27 LOG: MainThread mozversion INFO application_buildid: 20151216025907
10:11.27 LOG: MainThread mozversion INFO application_changeset: 40038a66525f454aadc0f887bae55c6a60ef7290
10:11.27 LOG: MainThread mozversion INFO application_name: Firefox
10:11.27 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/mozilla-central
10:11.28 LOG: MainThread mozversion INFO application_version: 46.0a1
Was this inbound build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press Enter): good
10:37.46 LOG: MainThread Bisector INFO Narrowed inbound regression window from [e6463ae7, 0babaa3e] (3 revisions) to [40038a66, 0babaa3e] (2 revisions) (~1 steps left)
10:37.46 LOG: MainThread main INFO Oh noes, no (more) inbound revisions :(
10:37.46 LOG: MainThread Bisector INFO Last good revision: 40038a66525f454aadc0f887bae55c6a60ef7290
10:37.46 LOG: MainThread Bisector INFO First bad revision: 0babaa3edcf908c393b68a3dc2d1c2a2450c31ed
10:37.46 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/mozilla-central/pushloghtml?fromchange=40038a66525f454aadc0f887bae55c6a60ef7290&tochange=0babaa3edcf908c393b68a3dc2d1c2a2450c31ed

10:39.58 LOG: MainThread Bisector INFO ************* Switching to mozilla-inbound
10:39.58 LOG: MainThread main INFO Getting mozilla-inbound builds between 31a4f341fc38ee9f855a8b0882722757c6847bb5 and c6fc9d77e86f07153d0e410bf43aafff33e53a45
10:43.81 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=31a4f341fc38ee9f855a8b0882722757c6847bb5&tochange=c6fc9d77e86f07153d0e410bf43aafff33e53a45

10:43.81 LOG: MainThread download INFO Downloading build from: https://queue.taskcluster.net/v1/task/TIxbWDXFS4CT0WJAM5wmeA/runs/0/artifacts/public%2Fbuild%2Ffirefox-46.0a1.en-US.win32.zip
===== Downloaded 100% =====
11:13.29 LOG: MainThread Test Runner INFO Running mozilla-inbound build built on 2015-12-15 23:34:49.942000, revision 63a4acec
11:18.34 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmprbo5ep\firefox\firefox.exe
11:18.51 LOG: MainThread mozversion INFO application_buildid: 20151215142757
11:18.51 LOG: MainThread mozversion INFO application_changeset: 63a4acec4bd39af15178217a37dbbc145096f59a
11:18.51 LOG: MainThread mozversion INFO application_name: Firefox
11:18.51 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/integration/mozilla-inbound
11:18.51 LOG: MainThread mozversion INFO application_version: 46.0a1
Was this inbound build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry' or 'exit' and press Enter): good
11:46.24 LOG: MainThread Bisector INFO Narrowed inbound regression window from [31a4f341, c6fc9d77] (23 revisions) to [63a4acec, c6fc9d77] (12 revisions) (~3 steps left)
11:46.24 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=63a4acec4bd39af15178217a37dbbc145096f59a&tochange=c6fc9d77e86f07153d0e410bf43aafff33e53a45

11:46.25 LOG: MainThread download INFO Downloading build from: https://queue.taskcluster.net/v1/task/scqOzj_PSguPWyKHHnAxoA/runs/0/artifacts/public%2Fbuild%2Ffirefox-46.0a1.en-US.win32.zip
===== Downloaded 100% =====
11:58.34 LOG: MainThread Test Runner INFO Running mozilla-inbound build built on 2015-12-16 01:28:09.249000, revision 71c45c37
12:03.44 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpzt2gis\firefox\firefox.exe
12:03.57 LOG: MainThread mozversion INFO application_buildid: 20151215155958
12:03.57 LOG: MainThread mozversion INFO application_changeset: 71c45c3742f40e07f58171bba4a70ba1ea0e2e63
12:03.57 LOG: MainThread mozversion INFO application_name: Firefox
12:03.57 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/integration/mozilla-inbound
12:03.57 LOG: MainThread mozversion INFO application_version: 46.0a1
Was this inbound build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press Enter): good
12:32.25 LOG: MainThread Bisector INFO Narrowed inbound regression window from [63a4acec, c6fc9d77] (12 revisions) to [71c45c37, c6fc9d77] (6 revisions) (~2 steps left)
12:32.25 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=71c45c3742f40e07f58171bba4a70ba1ea0e2e63&tochange=c6fc9d77e86f07153d0e410bf43aafff33e53a45

12:32.26 LOG: MainThread download INFO Downloading build from: https://queue.taskcluster.net/v1/task/COdUZQh8Rzy7iqW_m_DvpA/runs/0/artifacts/public%2Fbuild%2Ffirefox-46.0a1.en-US.win32.zip
===== Downloaded 100% =====
12:34.29 LOG: Thread-129 Bisector WARNING Skipping build 495ff1195591a70f6e3b20bf72474e57400275ef: Unable to find build info using the taskcluster route u'buildbot.revisions.495ff1195591.mozilla-inbound.win32'
12:36.64 LOG: MainThread Test Runner INFO Running mozilla-inbound build built on 2015-12-16 01:44:57.869000, revision 86d03ae7
12:41.70 LOG: MainThread Test Runner INFO Launching c:\users\bruno\appdata\local\temp\tmpkdubvg\firefox\firefox.exe
12:41.81 LOG: MainThread mozversion INFO application_buildid: 20151215171906
12:41.81 LOG: MainThread mozversion INFO application_changeset: 86d03ae71ba2328da985d46af767e5b8a03aed01
12:41.81 LOG: MainThread mozversion INFO application_name: Firefox
12:41.81 LOG: MainThread mozversion INFO application_repository: https://hg.mozilla.org/integration/mozilla-inbound
12:41.81 LOG: MainThread mozversion INFO application_version: 46.0a1
Was this inbound build good, bad, or broken? (type 'good', 'bad', 'skip', 'retry', 'back' or 'exit' and press Enter): good
13:10.36 LOG: MainThread Bisector INFO Narrowed inbound regression window from [71c45c37, c6fc9d77] (5 revisions) to [86d03ae7, c6fc9d77] (2 revisions) (~1 steps left)
13:10.37 LOG: MainThread main INFO Oh noes, no (more) inbound revisions :(
13:10.37 LOG: MainThread Bisector INFO Last good revision: 86d03ae71ba2328da985d46af767e5b8a03aed01
13:10.37 LOG: MainThread Bisector INFO First bad revision: c6fc9d77e86f07153d0e410bf43aafff33e53a45
13:10.37 LOG: MainThread Bisector INFO Pushlog:
https://hg.mozilla.org/integration/mozilla-inbound/pushloghtml?fromchange=86d03ae71ba2328da985d46af767e5b8a03aed01&tochange=c6fc9d77e86f07153d0e410bf43aafff33e53a45

Comment 9

[Ryan VanderMeulen [:RyanVM]]

So IIUC, you never hit a bad build when trying to bisect with mozregression. That's interesting. On the bright side, I can reproduce the problem at http://html5demos.com/geo. I'll see what I can figure out.

Comment 10

[Ryan VanderMeulen [:RyanVM]]

Doesn't reproduce on the final Aurora44 nightly, but it does reproduce on the current Beta44 tinderbox builds. So whatever's going on appears to be happening on release builds only.

Comment 11

[Ryan VanderMeulen [:RyanVM]]

First regressed in 43b8.

Regression range: https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=FIREFOX_43_0b7_RELEASE&tochange=FIREFOX_43_0b8_RELEASE

Mike, bug 1224000 looks semi-plausible?

Comment 12

[Mike Hommey [:glandium]]

(In reply to Ryan VanderMeulen [:RyanVM] from comment #11)
> First regressed in 43b8.
> 
> Regression range:
> https://hg.mozilla.org/releases/mozilla-beta/
> pushloghtml?fromchange=FIREFOX_43_0b7_RELEASE&tochange=FIREFOX_43_0b8_RELEASE
> 
> Mike, bug 1224000 looks semi-plausible?

Hardly. Can't you narrow it down further with tinderbox builds?

Comment 13

[Alice0775 White]

I can reproduce on Firefox43.0 and Beta44.0, but not Firefox42.0, Aurora45.0a2 and Nightly46.0a1.


Regression window from beta builds:
Good 43.0b7:
https://hg.mozilla.org/releases/mozilla-beta/rev/a5ff3d8e6a635c5213907cd3ef3727fcc3989e86
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 ID:20151126120800

Bad 43.0b8:
https://hg.mozilla.org/releases/mozilla-beta/rev/fbc5a78c8d6756fcedc49b7467d3efaa062e712a
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 ID:20151201152349

Pushlog from beta builds:
https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=a5ff3d8e6a635c5213907cd3ef3727fcc3989e86&tochange=fbc5a78c8d6756fcedc49b7467d3efaa062e712a


Attemt to bisect with tinderbox build:
Good: http://archive.mozilla.org/pub/firefox/tinderbox-builds/mozilla-beta-win32/1448427152/
https://hg.mozilla.org/releases/mozilla-beta/rev/89a4374c8f674cf43deac1659c05801db43729fd
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 ID:20151124205232

Bad:  http://archive.mozilla.org/pub/firefox/tinderbox-builds/mozilla-beta-win32/1448443593/
https://hg.mozilla.org/releases/mozilla-beta/rev/07158fdbf7cb308d38a9d49591ca0b00f49ed924
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 ID:20151125012633

Pushlog from tinderbox build:
https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=89a4374c8f674cf43deac1659c05801db43729fd&tochange=07158fdbf7cb308d38a9d49591ca0b00f49ed924

it is strange.  no offending bug is found.


Something build system bug?

Comment 14

[Ryan VanderMeulen [:RyanVM]]

Indeed, it's recent enough that I can. However, I'm really confused by the result.

https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=2efcef291e80&tochange=fb7f14adf833

The first bad build was an addon blocklist update?!?!

Comment 15

[Ryan VanderMeulen [:RyanVM]]

2efcef291e80 - Loads OK
fb7f14adf833 - Fails

I'm really at a loss here. No interesting buildbot-config changes around that time either.

Comment 16

[Mike Hommey [:glandium]]

Why are you not getting the same regression range as comment 13?

Comment 17

[Alice0775 White]

I can reproduce on Firefox43.0 and Beta44.0, but not Firefox42.0, Aurora45.0a2 and Nightly46.0a1.

I also got same result as RyanVM's results.

Regression window from beta builds:
Good 43.0b7:
https://hg.mozilla.org/releases/mozilla-beta/rev/a5ff3d8e6a635c5213907cd3ef3727fcc3989e86
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 ID:20151126120800

Bad 43.0b8:
https://hg.mozilla.org/releases/mozilla-beta/rev/fbc5a78c8d6756fcedc49b7467d3efaa062e712a
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 ID:20151201152349

Pushlog from beta builds:
https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=a5ff3d8e6a635c5213907cd3ef3727fcc3989e86&tochange=fbc5a78c8d6756fcedc49b7467d3efaa062e712a


Attempt to bisect with tinderbox build:
Good: http://archive.mozilla.org/pub/firefox/tinderbox-builds/mozilla-beta-win32/1448543530/
https://hg.mozilla.org/releases/mozilla-beta/rev/2efcef291e80565adc02b11c6d52973bb9437d06
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 ID:20151126051210

Bad:  http://archive.mozilla.org/pub/firefox/tinderbox-builds/mozilla-beta-win32/1448709992/
https://hg.mozilla.org/releases/mozilla-beta/rev/fb7f14adf8332ca8c6fa846c5aedfd7152bd7eb8
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:43.0) Gecko/20100101 Firefox/43.0 ID:20151128032632

Pushlog from tinderbox build:
https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=2efcef291e80565adc02b11c6d52973bb9437d06&tochange=fb7f14adf8332ca8c6fa846c5aedfd7152bd7eb8

Comment 18

[Alice0775 White]

(In reply to Mike Hommey [:glandium] from comment #16)
> Why are you not getting the same regression range as comment 13?

Because, there is working range between them
https://hg.mozilla.org/releases/mozilla-beta/pushloghtml?fromchange=07158fdbf7cb308d38a9d49591ca0b00f49ed924&tochange=57d947eb27f00dd3415a7c19f6dba23a39a00411

Comment 19

[:garvan]

Be on the lookout for any changes around this:
http://lxr.mozilla.org/mozilla-release/source/browser/app/profile/firefox.js#1764

This is where release vs. pre-release geolocation settings are located.

Comment 20

[Alice0775 White]

(In reply to Garvan from comment #19)
> Be on the lookout for any changes around this:
> http://lxr.mozilla.org/mozilla-release/source/browser/app/profile/firefox.
> js#1764
> 
> This is where release vs. pre-release geolocation settings are located.

yes,
setting geo.wifi.uri = https://location.services.mozilla.com/v1/geolocate?key=%MOZILLA_API_KEY% in about:config fixed the problem on Firefox43.0 and latest tinderbox Beta44.0

Comment 21

[Josh Matthews [:jdm]]

Could it be bug 1210643?

Comment 22

[brunomptorres]

(In reply to Alice0775 White from comment #20)
> (In reply to Garvan from comment #19)
> > Be on the lookout for any changes around this:
> > http://lxr.mozilla.org/mozilla-release/source/browser/app/profile/firefox.
> > js#1764
> > 
> > This is where release vs. pre-release geolocation settings are located.
> 
> yes,
> setting geo.wifi.uri =
> https://location.services.mozilla.com/v1/geolocate?key=%MOZILLA_API_KEY% in
> about:config fixed the problem on Firefox43.0 and latest tinderbox Beta44.0

I can confirm that setting the geo.wifi.uri =
> https://location.services.mozilla.com/v1/geolocate?key=%MOZILLA_API_KEY% in
> about:config fixes the problem on FF43, the only problem is that my location is 11km off with Mozilla Location API.

Comment 23

[:garvan]

The bugs surrounding changes to the geolocation settings for 43 are mozilla-internal only, I'll pull in Chris and Hanno to take a look at this.

Summary: Fx 43 on Windows is confirmed to not have geolocation working with GLS geo.wifi.uri, works ok with MLS.

Any idea what is up? Was GLS API key removed from windows builders for Fx43?

Comment 24

[Sylvestre Ledru [:Sylvestre]]

I looked at the google admin, we are receiving a lot of requests per seconds. We should be fine 
CC Doug & Chris FYI

Comment 26

[Hanno Schlichting]

Doug can probably explain best. We recently rotated the Google API key, and the new key only went into certain builds. Potentially the new key might not be cleared for geolocation yet, or it has rate limits on it. But it's very likely the failures are related to the API key and not to any code patches.

Comment 27

[Hanno Schlichting]

One more bit, we are getting a "daily limit exceeded" error when using the API key shipped in current beta 43. You can verify yourself via something like:

curl -i -H 'Content-Type: application/json' https://www.googleapis.com/geolocation/v1/geolocate?key=<...> -d '{"cellTowers": [{"radioType": "gsm", "mobileCountryCode": 302, "mobileNetworkCode": 720, "locationAreaCode": 56350, "cellId": 23024}]}'

and replace ?key=<...> with the actual key. The key I see starts with "AI" and ends in "CM".

Comment 28

[Chris Peterson [:cpeterson]]

I don't know the current state of geolocation, so I will defer this question to Hanno and Doug.

Comment 29

[Liz Henry (:lizzard) (relman/hg->git project)]

Is this something we can hotfix or do we need to do a build 2 of 43.0.1?

Comment 30

[Liz Henry (:lizzard) (relman/hg->git project)]

Talking with doug just now, it sounds like Google may fix this on their end. But, since we don't know when that will happen, if you give me a patch and land it on m-r, we can do a speculative build 2.  

I would be happier to release build 1 since we already have it built and tested. Build 2 will take hours and then will need QE testing and update tests. We are also about to release beta 1. So, please let me know as soon as possible when/if we have a patch here, or a fix from Google updating our rate limits.

Comment 31

[Rail Aliiev [:rail]]

(In reply to Hanno Schlichting [:hannosch] from comment #27)
> One more bit, we are getting a "daily limit exceeded" error when using the
> API key shipped in current beta 43. You can verify yourself via something
> like:
> 
> curl -i -H 'Content-Type: application/json'
> https://www.googleapis.com/geolocation/v1/geolocate?key=<...> -d
> '{"cellTowers": [{"radioType": "gsm", "mobileCountryCode": 302,
> "mobileNetworkCode": 720, "locationAreaCode": 56350, "cellId": 23024}]}'
> 
> and replace ?key=<...> with the actual key. The key I see starts with "AI"
> and ends in "CM".

using the key above I get:

{
 "error": {
  "errors": [
   {
    "domain": "usageLimits",
    "reason": "dailyLimitExceeded",
    "message": "Daily Limit Exceeded"
   }
  ],
  "code": 403,
  "message": "Daily Limit Exceeded"
 }
}


Using the key we used before rotation I get:

{
 "error": {
  "errors": [
   {
    "domain": "geolocation",
    "reason": "notFound",
    "message": "Not Found"
   }
  ],
  "code": 404,
  "message": "Not Found"
 }
}

Comment 32

[Rail Aliiev [:rail]]

Not sure what 404 means in the context... Is it for location or for the key...

Comment 33

[Liz Henry (:lizzard) (relman/hg->git project)]

Uh oh. 404 sounds not ideal.  Also, Hanno is not in our time zone and I don't see him on irc. Is there anyone else we should bring in to have a look?

Comment 34

[Kohei Yoshino]

Posted the site compatibility doc: https://www.fxsitecompat.com/en-US/docs/2015/geolocation-api-is-not-working-on-firefox-43-and-later/

Comment 35

[Rail Aliiev [:rail]]

Looks like the old key worked with the following values:

$ curl -i -H 'Content-Type: application/json'  'https://www.googleapis.com/geolocation/v1/geolocate?key=OLD_KEY' -d '{"cellTowers": [{"radioType": "gsm", "mobileCountryCode": 302, "mobileNetworkCode": 720, "locationAreaCode": 56350, "cellId": 23021}]}'
HTTP/1.1 200 OK
Cache-Control: no-cache, no-store, max-age=0, must-revalidate
Pragma: no-cache
Expires: Fri, 01 Jan 1990 00:00:00 GMT
Date: Thu, 17 Dec 2015 22:31:06 GMT
Vary: X-Origin
Content-Type: application/json; charset=UTF-8
X-Content-Type-Options: nosniff
X-Frame-Options: SAMEORIGIN
X-XSS-Protection: 1; mode=block
Server: GSE
Alternate-Protocol: 443:quic,p=1
Alt-Svc: quic=":443"; ma=604800; v="30,29,28,27,26,25"
Accept-Ranges: none
Vary: Origin,Accept-Encoding
Transfer-Encoding: chunked

{
 "location": {
  "lat": 45.254757,
  "lng": -74.90777489999999
 },
 "accuracy": 4354.0
}

Comment 36

[Rail Aliiev [:rail]]

Worth to mention, I don't get any error using the new key now. Maybe they fixed the root clause?

Comment 37

[Ryan VanderMeulen [:RyanVM]]

Working for me now as well.

Comment 38

[brunomptorres]

(In reply to Ryan VanderMeulen [:RyanVM] from comment #37)
> Working for me now as well.

+1

Comment 39

[Rail Aliiev [:rail]]

RESOLVED WFM? ;)

Comment 40

[Hanno Schlichting]

(In reply to Rail Aliiev [:rail] from comment #32)
> Not sure what 404 means in the context... Is it for location or for the
> key...

An actual JSON response with 404 inside it means Google doesn't know where you are. For next time, the API docs are at https://developers.google.com/maps/documentation/geolocation/intro

Comment 41

[Sylvestre Ledru [:Sylvestre]]

Yes, this has been fixed now. Sorry about the noise.

Comment 42

[Ritu Kothari (:ritu) (Inactive, please n-i to RyanVM, jcristau, or pascal)]

This was an intermittent issue with the GLS key that has since been resolved by RelEng folks, it does not need to be tracked for any version.

Comment 43

[K3ig0]

I have got this bug again.

Comment 44

[Kohei Yoshino]

Hmm, just tested with https://www.mozilla.org/en-US/firefox/geolocation/ and it says "Oops! An error occurred while trying to determine your position."

Comment 45

[Ritu Kothari (:ritu) (Inactive, please n-i to RyanVM, jcristau, or pascal)]

I also ran into this issue on Fx 44.0b6 BuildID: 20160104162232. Marking 43, 44 and 45 as affected and noming for tracking.

Comment 46

[Rail Aliiev [:rail]]

I'm getting this now :/

{
 "error": {
  "errors": [
   {
    "domain": "usageLimits",
    "reason": "dailyLimitExceeded",
    "message": "Daily Limit Exceeded"
   }
  ],
  "code": 403,
  "message": "Daily Limit Exceeded"
 }
}

Comment 47

[Lawrence Mandel [:lmandel] (use needinfo)]

ni Sylvestre, who I think holds these keys.

Comment 48

[Doug Turner (:dougt)]

sent email.

Comment 49

[Kohei Yoshino]

It WFM now.

Comment 50

[brunomptorres]

Still not working for me!

Comment 51

[Sylvestre Ledru [:Sylvestre]]

Mail sent (just like comment #48)

Comment 54

[K3ig0]

Working for me now.

Comment 55

[Ritu Kothari (:ritu) (Inactive, please n-i to RyanVM, jcristau, or pascal)]

This occurs off and on. For now we are good.

Comment 56

[Kohei Yoshino]

I guess the API rate limit is reset daily, so it works for some users but doesn't work for others. Still no news from Google?

Comment 58

[michael.beauchemin]

I am still getting this bug. Changing geo.wifi.uri according to the steps above has not helped.

Firefox Version 59.0.2 (64-bit)
Mozilla Firefox for Ubuntu canonical - 1.0

from about:config:

geo.enabled;true
geo.wifi.uri;https://www.googleapis.com/geolocation/v1/geolocate?key=%GOOGLE_API_KEY%

javascript that produces error:

  if (navigator.geolocation) {
    navigator.geolocation.getCurrentPosition(function(position) {
      showWeather(position.coords.latitude, position.coords.longitude);
    }, function(error) {
      console.log('ERROR(' + error.code + '): ' + error.message);
    });
  }

console:
"ERROR(2): Unknown error acquiring position"

Comment 59

[Chris Peterson [:cpeterson]]

(In reply to michael.beauchemin from comment #58)
> I am still getting this bug. Changing geo.wifi.uri according to the steps
> above has not helped.
> 
> Firefox Version 59.0.2 (64-bit)
> Mozilla Firefox for Ubuntu canonical - 1.0

Are you using Ubuntu's own Firefox build or Mozilla's Linux Firefox build from https://www.mozilla.org/firefox/all/ ? Ubuntu's builds might not have a GOOGLE_API_KEY so the Google geo.wifi.uri would return an error.


> geo.wifi.uri;https://www.googleapis.com/geolocation/v1/
> geolocate?key=%GOOGLE_API_KEY%

Does geolocation work if you set geo.wifi.uri to use Mozilla's location service?

geo.wifi.uri = https://location.services.mozilla.com/v1/geolocate?key=%MOZILLA_API_KEY%

Comment 60

[michael.beauchemin]

(In reply to Chris Peterson [:cpeterson] from comment #59)
> (In reply to michael.beauchemin from comment #58)
> > I am still getting this bug. Changing geo.wifi.uri according to the steps
> > above has not helped.
> > 
> > Firefox Version 59.0.2 (64-bit)
> > Mozilla Firefox for Ubuntu canonical - 1.0
> 
> Are you using Ubuntu's own Firefox build or Mozilla's Linux Firefox build
> from https://www.mozilla.org/firefox/all/ ? Ubuntu's builds might not have a
> GOOGLE_API_KEY so the Google geo.wifi.uri would return an error.
> 
> 
> > geo.wifi.uri;https://www.googleapis.com/geolocation/v1/
> > geolocate?key=%GOOGLE_API_KEY%
> 
> Does geolocation work if you set geo.wifi.uri to use Mozilla's location
> service?
> 
> geo.wifi.uri =
> https://location.services.mozilla.com/v1/geolocate?key=%MOZILLA_API_KEY%

No.

Comment 61

[michael.beauchemin]

geolocation is working as expected now, using the exact same settings as when it wasn't working earlier (default geo.wifi.uri). I didn't change any code, or any part of the browser or OS. I don't know any helpful information I can report for this issue.

Comment 62

[Mike Hommey [:glandium]]

Maybe the quota was expired on the google API key when that was failing?

Comment 63

[Robert Kaiser]

As this seems to be on Linux, bug 1458624 could be a factor.

Comment 64

[Nicholas Carter]

This seems to have cropped up again. I can't seem to use geoLocation API on any website that it previously worked on.

Firefox version: 63.0.3 (64-bit)

>navigator.geolocation.getCurrentPosition(position => {
>  console.info(position)
>}, error => {
>  console.error(error)
>})

Running this basic code snippet in the console returns a PositionError object with the message "Unknown error acquiring position"

about:config "geo.wifi.uri" is set to 

>https://www.googleapis.com/geolocation/v1/geolocate?key=%GOOGLE_API_KEY%

Code snippet is tested in Chrome/IE and works as expected. 

Only thing I can see that could have caused a bug is that the google docs page has recently been updated

https://developers.google.com/maps/documentation/geolocation/intro - "Last updated November 26, 2018"

Any ideas?

Comment 65

[Sören Hentzschel]

It was also reported in the German-language support today that the geolocation API no longer works in Firefox.

Comment 66

[Sylvestre Ledru [:Sylvestre]]

How many requests did you do?
I changed the quota yesterday

Comment 67

[Nicholas Carter]

(In reply to Sylvestre Ledru [:sylvestre] from comment #66)
> How many requests did you do?
> I changed the quota yesterday

Me personally? None to my knowledge yesterday (Unless there was sites I used that called it) started working on my feature using geolocation API this morning and got this error straight away.

How does it work out what %GOOGLE_API_KEY% is? Is that unique per user? If it's one key then surely the rate limit quota applies to every user in the world? And once one person rate limits it, that's it for everyone?

I opened up Firefox on my colleagues machine, and went off my network onto 4G (He uses chrome as default) and ran the snippet code above and got exactly the same results immediately. 

With that level of replication I wouldn't say it's a rate limit for just me (Certainly is german-language support is having issues too)

Comment 68

[Othmar Gattringer]

Same here. German Firefox is not working. Same error on my page. It has worked a view months. If i changed geo.wifi.uri to https://location.services.mozilla.com/v1/geolocate?key=test it's ok. But i hav'nt changed anything bevore. Did Firefox not use the location service of my device.
Windows 10 / 63.0.3 (64bit)

Comment 69

[Julien Cristau [:jcristau]]

Things should be getting back to normal now.

Comment 70

[Othmar Gattringer]

Confirmed. Geo location is working now as expected without any update.

Comment 71

[ravirupapara]

Hi Gentlemen, I am having same issue with firefox 72.0.1 - Mozila Firefox for Ubuntu.

Running this basic code snippet in the console returns a PositionError object with the message "Unknown error acquiring position"

about:config "geo.wifi.uri" is set to

https://www.googleapis.com/geolocation/v1/geolocate?key=%GOOGLE_API_KEY%

The code snippet is tested in Chrome/IE and works as expected.

It works If I changed geo.wifi.uri to https://location.services.mozilla.com/v1/geolocate?key=test. But this is not giving me the exact location.

It would be appreciated if anyone could help me out. Thanks.

Comment 72

[[:philipp]]

hi ravirupapara, could you please file a new bug for this problem in order to get more attention: https://bugzilla.mozilla.org/enter_bug.cgi?product=Core&component=DOM%3A%20Geolocation
thank you!