I tried with ?action=purge and choosing Yes. No luck for me. Tagging a cachebusting parameter did yield a fresh copy, though.
On Tue, Dec 15, 2015 at 3:30 PM, Jon Robson <[email protected]> wrote: > Did you run the purge command on the mobile site? The mobile and > desktop site have separate parser caches. > > > On Tue, Dec 15, 2015 at 3:21 PM, Adam Baso <[email protected]> wrote: > > Note: a manual deploy for api.php action=mobileview was SWAT deployed > > yesterday. > > > > To err on the side of caution I've created a separate task at > > https://phabricator.wikimedia.org/T121594 for this stale webpage issue. > > > > -Adam > > > > On Tue, Dec 15, 2015 at 3:11 PM, Gergo Tisza <[email protected]> > wrote: > >> > >> On Tue, Dec 15, 2015 at 2:38 PM, Dan Garry <[email protected]> > wrote: > >>> > >>> Thanks for sending the screenshots. For some reason, the version I'm > >>> seeing is actually up to date. > >> > >> > >> You are probably logged in, or for some other reason not getting into > the > >> same cache bucket as Pine. > >> > >> If it is really caused by the linked bug, it will be fixed on Thursday > >> when the current master is deployed to Wikipedias. (...if MobileFrontend > >> uses the standard deploy train. I know some Reading extensions don't > but can > >> never remember which ones.) > >> > >> _______________________________________________ > >> Mobile-l mailing list > >> [email protected] > >> https://lists.wikimedia.org/mailman/listinfo/mobile-l > >> > > > > > > _______________________________________________ > > Mobile-l mailing list > > [email protected] > > https://lists.wikimedia.org/mailman/listinfo/mobile-l > > >
_______________________________________________ Mobile-l mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/mobile-l
