Closed Bug 779455 Opened 12 years ago Closed 12 years ago

Geolocation service never returns on the device

Categories

(Core :: DOM: Geolocation, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

()

RESOLVED WORKSFORME
blocking-basecamp +

People

(Reporter: vingtetun, Assigned: dougt)

References

()

Details

(Whiteboard: [WebAPI:P0])

Attachments

(1 file)

Steps to reproduce:
 - Go to http://vingtetun.org/tmp/geolocation.html
 - See the geolocation prompt, and answer yes

Actual result:
 - a Geolocation icon is shown in the status bar but nothings happens

Expected result:
 - a Geolocation icon is shown in the status bar and the result and the geolocation result are displayed on the screen


No callbacks are never fired, (no success no error).

Using logcat I can see that the underlying gps is accessed but the information never make it to the page:
E/LocSvc_adapter(  105): I/<--- int32 loc_event_cb(void*, rpc_loc_client_handle_type, rpc_loc_event_mask_type, const rpc_loc_event_payload_u_type*) line 74 RPC_LOC_EVENT_PARSED_POSITION_REPORT
D/LocSvc_eng(  105): [XXXXXX-GPS]loc_eng_deferred_action_thread navigating= 1
Actually the error callback is fired if the user deny access to geolocation. The success callback is still never fired.
blocking-basecamp: --- → ?
blocking-basecamp: ? → +
Mwu, Doug - Is this something we need partner support to resolve?
Short answer:  yes.  need a partner.

Longer answer:

Sounds like everything is working as expected.... We only have a gps, so you are not going to get geolocation data very reliability inside or in dense urban area. 

Vivien, if you go outside and again.  You might need to wait for upwards of a minute with a clear view of the sky.  That could be (slightly) improved by agps.

What you really need if you want to do geolocation, is ip/wifi/cel positioning while the gps acquires a fix.
(In reply to Doug Turner (:dougt) from comment #3)
 > Vivien, if you go outside and again.  You might need to wait for upwards of
> a minute with a clear view of the sky.  

I can do that all the afternoon!
vivien, it works better if you are at the beach w/ a cool drink in hand.  maybe you can test that out soon?
I noticed in the Mozilla office that geolocation wasn't working at all either. Is that issue I'm hitting there the same root cause as this bug?
jason - read comment #3.
Doug, is this something you can drive?
Assignee: nobody → doug.turner
Assignee: doug.turner → kchen
It takes me about 10 minutes to get the location without A-GPS, but it works.
Whiteboard: [WebAPI:P0]
Depends on: 789385
Whiteboard: [WebAPI:P0] → [WebAPI:P0][LOE:S]
kanru, is this really LOE:S?

I assert that without knowing what the plan is (are we using wifi/ip location, and who is providing that), we can not determine LOE.  Clearing for now.
Whiteboard: [WebAPI:P0][LOE:S] → [WebAPI:P0]
Also, on a related note, it would be nice if we had UI that would show the user via the status bar if we are searching for a GPS fix or actually have one, right now it's only telling that GPS is active in some way.
robert, lets stay on topic. file a new bug for a new issue.
I'm trying geolocation API from Gaia Otoro (https://github.com/mozilla-b2g/gaia/commit/fc67c477f067575ed74a9c1fc4a12b8e27aec37d) and Gecko/B2G (Gecko-fcd3aa7) and still not working. There is no response or it takes forever.
Manuel, did you read comment #3?
Assignee: kchen → doug.turner
Wow, looks like I just did get a location/fix on my balcony in the middle of the city - this is after |adb remount && adb shell rm /system/lib/libulp*.so| and a phone restart (suggested by mwu).
This works now, mwu, what was the actual bug that fixed this? I guess we can dupe to that.
comment 19
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: