EasyTimeline appears broken in production as of 1.20wmf11, rendering only broken images.
I'm noticing that Aaron/Tim have been working on it, presumably to migrate it to Swift storage, so I don't know if this is known, but I'm opening a bug just in case.
Version: unspecified
Severity: major
See Also:
https://bugzilla.wikimedia.org/show_bug.cgi?id=40206
https://meta.wikimedia.org/wiki/Template:BoardChart looks fine to me. Where specifically are you seeing brokenness?
(In reply to comment #1)
https://meta.wikimedia.org/wiki/Template:BoardChart looks fine to me. Where
specifically are you seeing brokenness?
Never mind. I forgot that purging a page doesn't force timeline images to re-generate. Modifying the page's source and previewing shows a broken thumbnail, as reported.
Is there something wrong with https://en.wikipedia.org/wiki/Empire_8#Membership_timeline ? I don't see any errors there.
(In reply to comment #5)
Is there something wrong with
https://en.wikipedia.org/wiki/Empire_8#Membership_timeline ? I don't see any
errors there.
Actually the bad urls are not visible without view source. Lots of bad timelines at http://test.wikipedia.org/wiki/User:Aaron_Schulz/timeline.
Caused by https://gerrit.wikimedia.org/r/#/c/23607/ (slightly non-obvious).
Given our multiwrite config, quick operations only write to the master backend. This was done so thumbnails/temp files don't touch ms5/ms7. However, since timeline reads don't come from swift, users got 404s.
All of the timeline files have been migrated to swift, and ideally we'd have changed the ACLs to use swift by now. In any case, a hack is in place to just use doOperations() with all of the performance flags set manually.
A script is copying files only on Swift to NFS so that 404s start to go away (timeline won't recreate them itself since it already sees that they are in swift). This fixed http://test.wikipedia.org/wiki/User:Aaron_Schulz/timeline.