Closed Bug 1271091 Opened 8 years ago Closed 8 years ago

Uncloak the Geolocation preference UI for release builds once this feature is confirmed working

Categories

(SeaMonkey :: Preferences, defect)

defect
Not set
normal

Tracking

(seamonkey2.44 fixed, seamonkey2.45 fixed, seamonkey2.46 fixed, seamonkey2.47 fixed)

RESOLVED FIXED
seamonkey2.47
Tracking Status
seamonkey2.44 --- fixed
seamonkey2.45 --- fixed
seamonkey2.46 --- fixed
seamonkey2.47 --- fixed

People

(Reporter: rsx11m.pub, Assigned: rsx11m.pub)

References

Details

Attachments

(1 file)

This was thus far disabled on release builds by bug 994093 given that we didn't have an API key to enable this feature. Once this is confirmed working, this can be made visible on release builds as well.

(In reply to rsx11m from bug 903439 comment #13)
> This override got removed by bug 1172559 attachment 8630068 [details] [diff] [review]
> already, even though it appears that the ultimate fix was adding
> the geo.wifi.uri pref. What makes me worry is that I never saw the
> doorhanger notifications for sites requesting the location, which was the
> motivation in comment #2 for disabling geo.enabled in the first place.

I'm wondering if this implies any further action when disabling the feature, like clearing geo.wifi.uri to an empty string to avoid the "fallback" being used?
Summary: Uncloak Geolocation the preference UI for release builds once this feature is confirmed working → Uncloak the Geolocation preference UI for release builds once this feature is confirmed working
OS: Unspecified → All
Hardware: Unspecified → All
Attached patch Backout patchSplinter Review
This reverts the portions of bug 994093 attachment 8414447 [details] [diff] [review] which hide the geoLocationGroup radiogroup from the UI in release builds.

Help updates will be covered in bug 494424 once this is ready to land.
Assignee: nobody → rsx11m.pub
Status: NEW → ASSIGNED
Comment on attachment 8750046 [details] [diff] [review]
Backout patch

Interesting - I found https://developer.mozilla.org/en-US/docs/Web/API/Geolocation/Using_geolocation and it works with both SeaMonkey 2.47a1 (my own Linux build) and even the 2.40 release (both Windows and Linux), which shows me almost the same location as Firefox 47.0 does. Thus, it seems to do something right, even though it may be improved by further fine-grained information after bug 903439 is done.

So, bottom line, I don't see the point of hiding the preferences UI any more, especially given that geo.enabled has been changed back to a default of true and users may be looking for a way to switch off location-aware browsing (e.g., getting annoyed by the doorhangers).

Please approve branches as you see fit (in fact, this patch doesn't change anything for the nightly builds, thus requesting branch approval with the review).
Attachment #8750046 - Flags: review?(iann_bugzilla)
Attachment #8750046 - Flags: approval-comm-release?
Attachment #8750046 - Flags: approval-comm-beta?
Attachment #8750046 - Flags: approval-comm-aurora?
Comment on attachment 8750046 [details] [diff] [review]
Backout patch

r/a=me for all repos
Attachment #8750046 - Flags: review?(iann_bugzilla)
Attachment #8750046 - Flags: review+
Attachment #8750046 - Flags: approval-comm-release?
Attachment #8750046 - Flags: approval-comm-release+
Attachment #8750046 - Flags: approval-comm-beta?
Attachment #8750046 - Flags: approval-comm-beta+
Attachment #8750046 - Flags: approval-comm-aurora?
Attachment #8750046 - Flags: approval-comm-aurora+
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: