My scenario happened about 8 months ago I think. Certainly before https://gerrit.wikimedia.org/r/#/c/59414/ got pushed to the cluster; which from the bug / description I think would've solved it.

~Matt Walker
Wikimedia Foundation
Fundraising Technology Team


On Mon, Mar 10, 2014 at 1:22 PM, Bryan Davis <bd808@wikimedia.org> wrote:
On Mon, Mar 10, 2014 at 2:10 PM, Matthew Walker <mwalker@wikimedia.org> wrote:
> I recall during some fundraising adventures with CentralNotice that in some
> cases things were persisting in cache beyond the expiry of $wgSquidMaxage.
> We were debating setting $wgCacheEpoch [0] before I just went through and
> issued manual purges on all the affected pages (also causing an outage of
> swift because it couldn't handle a lot of deletes...).
>
> [0] https://www.mediawiki.org/wiki/Manual:$wgCacheEpoch


Was this quite a while ago? Greg pointed out bug 44570 [1] when I
started asking questions about cleaning up old branches. It looks to
me like the interesting behavior of cache TTL reset when the backing
article hasn't been edited in the 31 day window should be fixed in
production since 2013-04-24. This is exactly the sort of gotcha I was
hoping would be surfaced by asking around though so please correct me
if there is still a way that the static assets can be needed for more
than the "use  plus 31 days" window.

[1]: https://bugzilla.wikimedia.org/show_bug.cgi?id=44570

Bryan
--
Bryan Davis              Wikimedia Foundation    <bd808@wikimedia.org>
[[m:User:BDavis_(WMF)]]  Sr Software Engineer            Boise, ID USA
irc: bd808                                        v:415.839.6885 x6855