Closed
Bug 1022279
Opened 10 years ago
Closed 10 years ago
NetworkGeolocationProvider should honor wifi.enabled setting changes
Categories
(Core :: DOM: Geolocation, defect)
Core
DOM: Geolocation
Tracking
()
People
(Reporter: dougt, Assigned: dougt)
References
Details
Attachments
(2 files)
5.25 KB,
patch
|
kanru
:
review+
|
Details | Diff | Splinter Review |
1.28 KB,
patch
|
cpeterson
:
review+
|
Details | Diff | Splinter Review |
On FirefoxOS, it would be nice if the NetworkGeolocationProvider could know when the wifi settings changed so that could switch over to just reporting CELL changes.
Assignee | ||
Comment 1•10 years ago
|
||
jdm, can you review. Garvan, I think this is what you were thinking.
Attachment #8436431 -
Flags: review?(josh)
Comment 2•10 years ago
|
||
Comment on attachment 8436431 [details] [diff] [review] bug_1022279 Review of attachment 8436431 [details] [diff] [review]: ----------------------------------------------------------------- steal. I notice that we used result.value in settingsCallback and now use result as boolean directly. After looking at SettingsService.js, I think it is correct to use result as value directly.
Attachment #8436431 -
Flags: review?(josh) → review+
Assignee | ||
Comment 3•10 years ago
|
||
https://hg.mozilla.org/integration/mozilla-inbound/rev/819fc3d1f260
Use cases: 1) Wifi is on, App using watch position and wifi gets shut off. 2) Wifi is off, App using watch position and wifi gets turned on. Is this case handled? I expected to see the settings callback address this.
Comment 5•10 years ago
|
||
https://hg.mozilla.org/mozilla-central/rev/819fc3d1f260
Status: NEW → RESOLVED
Closed: 10 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla33
Assignee | ||
Updated•10 years ago
|
blocking-b2g: --- → 1.4?
Comment 6•10 years ago
|
||
Can you please help understand how this impacts the user?
Flags: needinfo?(dougt)
Assignee | ||
Comment 7•10 years ago
|
||
without the 4 changesets I nominated, html5 geolocation will behavior incorrectly. developers will get location information from potentially 4 location sources each with different accuracies. These changes improve this and provide a nice filter so that web applications do not have to worry about the implementation details. I would expect without these changes, most geolocation applications will not work correctly.
Flags: needinfo?(dougt)
Updated•10 years ago
|
OS: Linux → All
Hardware: x86_64 → All
Updated•10 years ago
|
Blocks: mls-dolphin
Comment 11•10 years ago
|
||
Let me try asking the question I think that was trying to being asked here. Doug - Why is this specifically needed for 1.4? This isn't a regression, right? comment 0 hints that this is nice to have, so triage is confused why this is needed.
Flags: needinfo?(praghunath) → needinfo?(dougt)
Comment 12•10 years ago
|
||
Doug, Sorry for my delayed response. I was trying to ask if this issue is a regression? What is the priority of the geolocation feature in 1.4? I know it impacts Dolphin so I will nominate this for 1.4D instead.
Assignee | ||
Comment 13•10 years ago
|
||
Thanks Jason > Why is this specifically needed for 1.4? read the comment 7 > This isn't a regression, right? Not is a serious bug in the geolocation stack. We patch it for 1.3T, but did not fix it for dolphin. > comment 0 hints that this is nice to have, so triage is confused why this is needed. I see. Here is the rub: Approve this and the other 3 bugs, or geolocation is going to suck on this platform.
Flags: needinfo?(dougt)
Updated•10 years ago
|
blocking-b2g: 1.4? → 1.4+
Comment 14•10 years ago
|
||
Actually wait on that blocking flag - we're planning on taking this to 1.4D. So we don't need this on 1.4 right now.
blocking-b2g: 1.4+ → 1.4?
Comment 15•10 years ago
|
||
On 6/23 a decision was made to not provide Dolphin a separate branch but retain 1.4 as ground for Dolphin bugs. Hence making it 1.4+
blocking-b2g: 1.4? → 1.4+
Comment 16•10 years ago
|
||
https://hg.mozilla.org/releases/mozilla-aurora/rev/da9599f0416f
status-b2g-v1.4:
--- → affected
status-b2g-v2.0:
--- → fixed
status-b2g-v2.1:
--- → fixed
status-firefox31:
--- → wontfix
status-firefox32:
--- → fixed
status-firefox33:
--- → fixed
Comment 17•10 years ago
|
||
Doug: Ryan says you need to rebase this patch for 1.4.
Flags: needinfo?(dougt)
Assignee | ||
Comment 18•10 years ago
|
||
https://hg.mozilla.org/releases/mozilla-b2g30_v1_4/rev/daa446763919
Flags: needinfo?(dougt)
Comment 19•10 years ago
|
||
There is bug in the 1.4 version of this patch, a line got dropped: This line http://mxr.mozilla.org/mozilla-central/source/dom/system/NetworkGeolocationProvider.js#153 is missing from 1.4: http://mxr.mozilla.org/mozilla-b2g30_v1_4/source/dom/system/NetworkGeolocationProvider.js#163
Status: RESOLVED → REOPENED
Resolution: FIXED → ---
Comment 20•10 years ago
|
||
status-b2g1.4=affected as per comment 19
Comment 21•10 years ago
|
||
Is ok on aurora http://mxr.mozilla.org/mozilla-aurora/source/dom/system/NetworkGeolocationProvider.js#154
Comment 22•10 years ago
|
||
Garvan: can you please post a new 1.4 patch to add the missing line for wifi.enabled setting? dougt can't because he is on PTO this week.
Flags: needinfo?(gkeeley)
Summary: NetworkGeolocationProvider should honor wifi.enable setting changes → NetworkGeolocationProvider should honor wifi.enabled setting changes
Attachment #8449442 -
Flags: review?(cpeterson)
Comment 24•10 years ago
|
||
Comment on attachment 8449442 [details] [diff] [review] 0001-bug1022279-1.4-patch-missing-this-line.patch Review of attachment 8449442 [details] [diff] [review]: ----------------------------------------------------------------- LGTM
Attachment #8449442 -
Flags: review?(cpeterson) → review+
Comment 26•10 years ago
|
||
https://hg.mozilla.org/releases/mozilla-b2g30_v1_4/rev/04dd47e806fe Also, please don't reopen bugs for issues with branch uplifts. That's what status flags are for. Bug resolution tracks the status on trunk.
Status: REOPENED → RESOLVED
Closed: 10 years ago → 10 years ago
Keywords: checkin-needed
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•