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