Closed
Bug 624339
Opened 14 years ago
Closed 14 years ago
A recent change does not show up in article history preventing any review
Categories
(support.mozilla.org :: Knowledge Base Software, task)
support.mozilla.org
Knowledge Base Software
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: scoobidiver, Unassigned)
Details
Attachments
(1 file)
212.31 KB,
image/png
|
Details |
I did a recent change (on 01/10/11) in https://support.mozilla.com/fr/kb/comment-definir-la-page-daccueil. This change does not show up in article history preventing me from reviewing it meanwhile it shows up in localization dashboard.
Reporter | ||
Comment 1•14 years ago
|
||
Likely cause: I refused revision 6008 before approving revision 6007.
Comment 2•14 years ago
|
||
A much more likely cause is just caching. Is the change in this screenshot the one you didn't see? Caching will sometimes make these take a little time to appear.
Reporter | ||
Comment 3•14 years ago
|
||
> This change?
Yes.
It works for me now.
This is the first time for me that a recent change does not show up in article history.
Is caching lag aleatory?
Comment 4•14 years ago
|
||
I had to look up "aleatory." Because of how our database caching layer works, it's likely to occur if you were on the history page shortly before creating a new revision. We essentially cache the database result of the SELECT query for revisions. If one of those objects changes, our caching layer is smart enough to invalidate the cache. Unfortunately, when you create a *new* object, the caching layer can't know what result lists it will eventually belong to, so it doesn't invalidate them. We've been talking about alternative methods with AMO (with whom we share the database caching code). We haven't come up with anything great yet, though.
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → WORKSFORME
You need to log in
before you can comment on or make changes to this bug.
Description
•