Closed Bug 756321 Opened 12 years ago Closed 1 year ago

Memcache values have no ttl

Categories

(Cloud Services Graveyard :: Server: Sync, defect, P4)

x86
macOS
defect

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: telliott, Unassigned)

Details

(Keywords: regression, Whiteboard: [qa?])

As it currently stands, no memcache data will exipire (it might get pushed out, obviously). That doesn't make a lot of sense. At the very least, we should be sticking a ttl on tab records, and I can't imagine we'd want to keep them if they haven't been accessed for, say, two months, so a logical fallback makes sense. Worst case, we write it with the expiry = max ttl on the actual tabs.

There are some advantages to keeping the other 3, but even there it might make sense to define sane expiration defaults. An occasional recalculation is not the end of the world.
Whiteboard: [qa?]
Blocks: 784598
Priority: -- → P2
We should do something like this for sync1.5, taking the bug.
Assignee: nobody → rfkelly
Priority: P2 → P3
Blocks: 907479
No longer blocks: 784598
Priority: P3 → P4
Assignee: rfkelly → nobody
No longer blocks: 907479

We're no longer using memcache, closing as now invalid.

Status: NEW → RESOLVED
Closed: 1 year ago
Resolution: --- → INVALID
Product: Cloud Services → Cloud Services Graveyard
You need to log in before you can comment on or make changes to this bug.