Closed Bug 897609 Opened 12 years ago Closed 12 years ago

[User Story] Cached Privacy Policy

Categories

(Firefox OS Graveyard :: Gaia::First Time Experience, defect)

ARM
Gonk (Firefox OS)
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED WONTFIX
1.3 Sprint 5 - 11/22

People

(Reporter: pdol, Assigned: aus)

References

Details

(Keywords: feature, Whiteboard: [ucid:System4, ft:systems-fe][systemsfe])

User Story: As a user, I want to be able to access the Mozilla privacy policy while offline so that I can access this information whenever is convenient for me. Acceptance Criteria: 1. If I access Firefox OS or Marketplace privacy policies (under Device Information>Your Privacy) while without connectivity, I can read the policy in its entirety. 2. If I access Firefox OS or Marketplace privacy policies from the First Run Experience (under ""More about your privacy"") while without connectivity, I can read the policy in its entirety. 3. If I access Firefox OS or Marketplace privacy policies (under Device Information>Your Privacy) while I am connected, I want the latest version of the policy to be shown (and cached) from Mozilla's website. 4. If I access Firefox OS or Marketplace privacy policies from the First Run Experience (under ""More about your privacy"") while I am connected, I want the latest version of the policy to be shown (and cached) from Mozilla's website.
Ghislain 'Aus' Lacroix changed story state to started in Pivotal Tracker
Assignee: nobody → aus
Status: NEW → ASSIGNED
After legal discussion, this requirement ONLY applies to Firefox OS. We will explicitly NOT cache the privacy policy for Marketplace.
Ghislain 'Aus' Lacroix added a comment in Pivotal Tracker: Contact Alex Fowler or Alina Hua for the latest privacy policy for FxOS.
IRC log of current plan for implementation: auswerk If I was looking for information and technical help with the CacheService, who would be a good person to talk to? auswerk I'm working on this — https://bugzilla.mozilla.org/show_bug.cgi?id=897609 auswerk and the desire is to have the same presentation for the privacy policy on the web and on the device auswerk so, ideally, i was thinking i could pre-cache the content at build time auswerk and then bypass the cache validity check when no connectivity is available and simply take the cache entry and "read" it into the browser auswerk so that we can have *one* version of the policy auswerk it also means that the privacy team can continue to update the policy as they've been doing Anyone that wants to chime in on this is more than welcome to!
Honza, I was hoping you could provide some feedback about the overall plan and possibly point me at the right bits to use to make it happen (if it's the right approach :)). I'm hoping to land this in the next week or two so any information you can give me now is definitely helpful.
Flags: needinfo?(honzab.moz)
A second option -- Use nsIWebBrowserPersist::saveDocument to cache the privacy policy and all associated assets locally at build time and refresh that data blindly when the user has connectivity. This has a lot of the same benefits, but, has one big drawback: we will cause write-outs to happen when unnecessary. Other issues with this is unnecessary network I/O.
When the platform knows it's offline from network, then cached loads (even stalled, a.k.a expired or requiring re-validation) should load from the cache unconditionally, i.e. always. The question is whether nsIIOService knows we are w/o a functioning connection. It can manage the online/offline status it self when manageOfflineStatus is set on it (controlled by "network.manage-offline-status" preference). mxr tells me it's at its default value for b2g (false), i.e. no management. Other thing (that is now missing) is a way to prevent eviction of your file (URL) from the cache. We plan on some prioritization or pinning of cache entries. [ Note: On the Nightly channel (gecko 27) loading stalled content from cache when offline has been broken by bug 913807 and is again fixed by bug 925352. ]
Flags: needinfo?(honzab.moz)
Target Milestone: --- → 1.3 Sprint 3 - 10/25
Target Milestone: 1.3 Sprint 3 - 10/25 → 1.3 Sprint 5 - 11/22
Whiteboard: [ucid:System4] → [ucid:System4][systemsfe]
Flags: in-moztrap?(jsmith)
Whiteboard: [ucid:System4][systemsfe] → [ucid:System4, ft:systems-fe, 1.3:p2][systemsfe]
All targeted features for 1.3 have no plans to land for 1.3 anymore, so moving this off the tracker bug.
No longer blocks: 1.3-systems-fe
Flags: in-moztrap?(jsmith) → in-moztrap?
Whiteboard: [ucid:System4, ft:systems-fe, 1.3:p2][systemsfe] → [ucid:System4, ft:systems-fe, 1.4:p2][systemsfe]
Whiteboard: [ucid:System4, ft:systems-fe, 1.4:p2][systemsfe] → [ucid:System4, ft:systems-fe, 1.4:p1][systemsfe]
After further legal discussions, we have decided to put the cached privacy policy on hold for now.
Status: ASSIGNED → RESOLVED
Closed: 12 years ago
Resolution: --- → WONTFIX
Whiteboard: [ucid:System4, ft:systems-fe, 1.4:p1][systemsfe] → [ucid:System4, ft:systems-fe][systemsfe]
Flags: in-moztrap?
You need to log in before you can comment on or make changes to this bug.