A recent change does not show up in article history preventing any review

RESOLVED WORKSFORME

Status

RESOLVED WORKSFORME
8 years ago
8 years ago

People

(Reporter: scoobidiver, Unassigned)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

8 years ago
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

8 years ago
Likely cause: I refused revision 6008 before approving revision 6007.
Created attachment 502489 [details]
This change?

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

8 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?
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
Last Resolved: 8 years ago
Resolution: --- → WORKSFORME
You need to log in before you can comment on or make changes to this bug.