Open
Bug 1317542
Opened 8 years ago
Updated 2 years ago
Rework history batch downloading
Categories
(Firefox for iOS :: Sync, enhancement)
Tracking
()
NEW
People
(Reporter: rnewman, Unassigned, Mentored)
References
Details
Follow-on from Bug 1309571.
We kinda don't want to download 50,000 records.
We'd also like to get newest-first.
With Bug 1314171, we could reverse our downloading direction on first sync, and work new to old.
We didn't do this, because _in general_ you can't high-watermark and resume: if an old item is modified it'll disappear and hop 'behind' you, with a newer timestamp.
We can probably do this _once_, though: once we're done walking backwards as far as we want (ten thousand items?), we turn around and walk forwards.
Another approach is to simply fetch one recent batch to start with, then fill in the blanks oldest-to-newest with older=. That's a smaller piece of work, but it makes it very difficult to limit the amount of data downloaded.
Reporter | ||
Updated•8 years ago
|
Severity: major → enhancement
Iteration: 1.9 → ---
Keywords: reproducible
Priority: P1 → --
Whiteboard: [MobileAS]
Updated•2 years ago
|
Severity: normal → S3
You need to log in
before you can comment on or make changes to this bug.
Description
•