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
>