Closed
Bug 1218286
Opened 9 years ago
Closed 9 years ago
Consider case where Sync server was flushed in fxsyncId-dataStoreId matching tables and mTime
Categories
(Firefox OS Graveyard :: Sync, defect, P2)
Tracking
(Not tracked)
RESOLVED
WONTFIX
FxOS-S10 (30Oct)
People
(Reporter: mbdejong, Assigned: mbdejong)
References
Details
IIRC, when the Sync server is flushed, kB and xClientState will change, right? We should find out if the fxSyncIds also change in this case. If they do, then using xClientState here is correct, but if not then it's more correct to use the email address of the current user. In any case the bucketId should depend on xClientState, not email address, as per bug 1217760.
Assignee | ||
Updated•9 years ago
|
Assignee: nobody → mbdejong
Blocks: fxos-sync
Priority: -- → P2
Target Milestone: --- → FxOS-S10 (30Oct)
Assignee | ||
Comment 1•9 years ago
|
||
Let's keep the Kinto.js state, as well as the DataAdapter state, per xClientState. Reusing data from other xClientStates within the same email address feels like a risky and unnecessary optimization. If the Sync server is flushed, the TV/phone will go back to 'Please activate your account on Desktop/Android first' state, which is correct, I think. Once new data is available on the new Sync server, it will import that as normal, from a clean slate.
Status: NEW → RESOLVED
Closed: 9 years ago
Resolution: --- → WONTFIX
You need to log in
before you can comment on or make changes to this bug.
Description
•