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)
Firefox OS Graveyard
Gaia::First Time Experience
ARM
Gonk (Firefox OS)
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.
Comment 1•12 years ago
|
||
Ghislain 'Aus' Lacroix changed story state to started in Pivotal Tracker
| Assignee | ||
Updated•12 years ago
|
Assignee: nobody → aus
Status: NEW → ASSIGNED
| Reporter | ||
Comment 3•12 years ago
|
||
After legal discussion, this requirement ONLY applies to Firefox OS. We will explicitly NOT cache the privacy policy for Marketplace.
Comment 4•12 years ago
|
||
Ghislain 'Aus' Lacroix added a comment in Pivotal Tracker:
Contact Alex Fowler or Alina Hua for the latest privacy policy for FxOS.
| Assignee | ||
Comment 5•12 years ago
|
||
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!
| Assignee | ||
Comment 6•12 years ago
|
||
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)
| Assignee | ||
Comment 7•12 years ago
|
||
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.
Comment 8•12 years ago
|
||
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)
Updated•12 years ago
|
Target Milestone: --- → 1.3 Sprint 3 - 10/25
Updated•12 years ago
|
Target Milestone: 1.3 Sprint 3 - 10/25 → 1.3 Sprint 5 - 11/22
Updated•12 years ago
|
Whiteboard: [ucid:System4] → [ucid:System4][systemsfe]
Updated•12 years ago
|
Blocks: 1.3-systems-fe
Updated•12 years ago
|
Flags: in-moztrap?(jsmith)
Updated•12 years ago
|
Whiteboard: [ucid:System4][systemsfe] → [ucid:System4, ft:systems-fe, 1.3:p2][systemsfe]
Comment 9•12 years ago
|
||
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
Updated•12 years ago
|
Flags: in-moztrap?(jsmith) → in-moztrap?
| Reporter | ||
Updated•12 years ago
|
Whiteboard: [ucid:System4, ft:systems-fe, 1.3:p2][systemsfe] → [ucid:System4, ft:systems-fe, 1.4:p2][systemsfe]
| Reporter | ||
Updated•12 years ago
|
Whiteboard: [ucid:System4, ft:systems-fe, 1.4:p2][systemsfe] → [ucid:System4, ft:systems-fe, 1.4:p1][systemsfe]
| Reporter | ||
Comment 10•12 years ago
|
||
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]
Updated•11 years ago
|
Flags: in-moztrap?
You need to log in
before you can comment on or make changes to this bug.
Description
•