Closed Bug 713067 Opened 13 years ago Closed 12 years ago

maps.google.com cannot determine the location after sharing Geolocation

Categories

(Firefox for Android Graveyard :: General, defect)

Firefox 10
ARM
Android
defect
Not set
normal

Tracking

(firefox9 affected, firefox10+ fixed, fennec-)

RESOLVED DUPLICATE of bug 713991
Tracking Status
firefox9 --- affected
firefox10 + fixed
fennec - ---

People

(Reporter: nhirata, Assigned: tchung)

References

()

Details

(Keywords: regression, Whiteboard: [fennec-10.0b1])

1. download install 10 beta 1
2. make sure that location is set on android device settings
3. launch fennec beta
4. make sure js setting is turned on
5. go to maps.google.com
6. click share for the geolocation notification

Expected: location is determined by maps.google.com
Actual: "Your location could not be determined."

Note: 
1. Beta 10 b1 ; samsung galaxy s II ; os 2.3
2. also tested with : http://mozqa.com/data/firefox/geolocation/wifi.html and it shows blank.
Whiteboard: [fennec-10.0b1]
Tried this out, no errors in console. Also tried, http://benwerd.com/lab/geo.php. 


D/WifiService( 2715): acquireWifiLockLocked: WifiLock{NetworkLocationProvider type=2 binder=android.os.BinderProxy@40911d98}
D/WifiService( 2715): releaseWifiLockLocked: WifiLock{NetworkLocationProvider type=2 binder=android.os.BinderProxy@40911d98}
D/WifiService( 2715): acquireWifiLockLocked: WifiLock{NetworkLocationProvider type=2 binder=android.os.BinderProxy@40911d98}
V/WifiMonitor( 2715): Event [ SCAN-RESULTS ]
I/wpa_supplicant( 2849): SCAN_RESULTS : [6] 
I/wpa_supplicant( 2849): SCAN_RESULTS : [6] 
D/WifiService( 2715): releaseWifiLockLocked: WifiLock{NetworkLocationProvider type=2 binder=android.os.BinderProxy@40911d98}
[triage comment]
Possible topsite regression. Tracking.
Happens in 9 as well.
http://mozqa.com/data/firefox/geolocation/wifi.html is another testcase that fails the repro.   

Can we get a fix for this in the next beta?

QA will hunt for a regression range.
tracking-fennec: --- → ?
Crash Signature: :mfinkle
This is working for me in Firefox 9 (Market build) and 10 (recent Aurora build), on Samsung Galaxy Tab 7" and HTC T-Mobile G2, both running Android 2.3.

I tested several times, and I did see the "Location could not be determined" popup once during one of those trials.  I think there's a problem where geolocation is very slow on Android and some pages display errors if a location isn't returned soon enough.  I thought we had a bug on this but I can't find it now.

Does Google Maps find your location correctly if you wait ~30 seconds and then press the "my location" (target/crosshairs) button again?
On my tests Firefox 9 and 10, I am running Samsung Galaxy S II.  The page is completely blank.
bug 712575 says that we can't use non-gps based location. Can you make sure your gps is on and perhaps test outside with a view of the sky?
When I wrote this bug, I used the default browser and the default browser worked fine.  I also asked several other people to confirm this bug.  I'll hunt the regression tomorrow along with a couple of other bugs.
some how :mfinkle because a crash signature?  putting him in the :cc and removing him from the crash signature.  :)
Crash Signature: :mfinkle
(In reply to Matt Brubeck (:mbrubeck) from comment #6)
> This is working for me in Firefox 9 (Market build) and 10 (recent Aurora
> build), on Samsung Galaxy Tab 7" and HTC T-Mobile G2, both running Android
> 2.3.
> 
> I tested several times, and I did see the "Location could not be determined"
> popup once during one of those trials.  I think there's a problem where
> geolocation is very slow on Android and some pages display errors if a
> location isn't returned soon enough.  I thought we had a bug on this but I
> can't find it now.
> 
> Does Google Maps find your location correctly if you wait ~30 seconds and
> then press the "my location" (target/crosshairs) button again?

i just tried this on my Galaxy Nexus, and got the same results.  "location not determined" showed up twice.  Continue tapping the location button a few times, wait around 30 seconds, and yes, eventually i got my dot to show up where i'm at.

I dont recall this always being this way.   we'll try and hunt down a regression.
I tried to reproduce this issue, but it works fine both on Firefox 9 and Firefox 10 Beta 2.

I did some exploratory testing around this bug using the following cases for Firefox 9, Firefox 10 Beta 2, Android Stock browser:


Case 1:

- I disabled these options from Location and security settings:
    * Use wireless networks   on | [off]
    * Use GPS satellites      on | [off]
    * Use sensor aiding       on | [off]
- I browsed to maps.google.com
- I tapped on Share button
Actual result: "location not determined" showed up for all 3 apps mentioned above


Case 2:
- I enabled the following option from Location and security:
    * Use wireless networks   [on] |  off
    * Use GPS satellites       on  | [off]
    * Use sensor aiding        on  | [off]
- I browsed to maps.google.com
- I tapped on Share button
Actual result: Location was shared correctly for all apps, no matter how many times I tapped on the Share button.


Case 3:
- I enabled the following option from Location and security:
    * Use wireless networks    on  | [off]
    * Use GPS satellites      [on] |  off
    * Use sensor aiding        on  | [off]
- I browsed to maps.google.com
- I tapped on Share button
Actual result (indoor): "location not determined" showed up due to low/no signal of A-GPS sensor.
Actual result (outdoor): until the gps connection will be established, the same message is displayed as for indoor result. I opened a couple of 3rd party apps wich need GPS connection (like Google Maps app, or any driving GPS app) and the same popup was displayed while GPS sensor trid to connect to satellites: "Your location is temporary unavailable".


In my opinion this bug is not because of Fennec. It depends of the GPS sensor settings and GPS connection quality.

--
Mozilla/5.0 (Android;Linux armv7l;rv:9.0)Gecko/20111216
Firefox/9.0 Fennec/9.0
Device: Samsung Galaxy S
OS: Android 2.2
(In reply to Naoki Hirata :nhirata from comment #13)
> see : https://bugzilla.mozilla.org/show_bug.cgi?id=713991#c16

Naoki, can you verify that this is a duplicate of 713991 by testing in today's nightly? If it still reproduces, please assign to Doug for investigation.

(In reply to Cristian Nicolae (:xti) from comment #14)
> Case 3:
> - I enabled the following option from Location and security:
>     * Use wireless networks    on  | [off]
>     * Use GPS satellites      [on] |  off
>     * Use sensor aiding        on  | [off]
> - I browsed to maps.google.com
> - I tapped on Share button
> Actual result (indoor): "location not determined" showed up due to low/no
> signal of A-GPS sensor.

This sounds like another issue - can you file a new bug? Thanks!
Assignee: nobody → nhirata.bugzilla
This may be a duplicate, I am able to get the location where I currently at with the Use wireless networks turned on, Use GPS satellites turned on, and enable location (within the default browser) turned on.

In order to properly verify, someone would have to test in the mountain view office.
Sending over to Tony for MV testing and to (hopefully) close this out.
Assignee: nhirata.bugzilla → tchung
QA ping
Looks like it works in MV.  Samsung Galaxy S II, build 20120117, Android 2.3.3; closing it off as a duplicate.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → DUPLICATE
tracking-fennec: ? → -
You need to log in before you can comment on or make changes to this bug.