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 jrobson@wikimedia.org 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 abaso@wikimedia.org 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 gtisza@wikimedia.org
wrote:
On Tue, Dec 15, 2015 at 2:38 PM, Dan Garry dgarry@wikimedia.org
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 Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l
Mobile-l mailing list Mobile-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/mobile-l