Page MenuHomePhabricator

mobile [[w:en:GrandCentral]] was not purged on edit
Closed, ResolvedPublic

Description

Event Timeline

jeremyb-phone raised the priority of this task from to Needs Triage.
jeremyb-phone updated the task description. (Show Details)
jeremyb-phone added a subscriber: jeremyb.
jeremyb-phone renamed this task from mobile [[GrandCentral]] was not purged on edit to mobile [[w:en:GrandCentral]] was not purged on edit.Nov 11 2015, 10:47 PM
jeremyb-phone set Security to None.
$ curl -H "Cookie: enwikiSession=test;" "https://en.m.wikipedia.org/wiki/GrandCentral" --silent | grep "Last edited"
			Last edited on 11 November 2015, at 22:38
$ curl "https://en.m.wikipedia.org/wiki/GrandCentral" --silent | grep "Last edited"
			Last edited on 28 October 2015, at 17:44
This comment was removed by Krenair.
alex@alex-laptop:~/Development/MediaWiki/extensions/MobileFrontend (master)$ ssh tin -t mwscript eval.php aawiki
> var_dump( Title::newMainPage()->getSquidURLs() );
array(2) {
  [0]=>
  string(39) "https://aa.wikipedia.org/wiki/Main_Page"
  [1]=>
  string(67) "https://aa.wikipedia.org/w/index.php?title=Main_Page&action=history"
}

>

Oh dear. Is MobileFrontend supposed to be using the TitleSquidURLs hook to duplicate all the entries with the appropriate URL template?

If so, I can probably patch this... But maybe there's supposed to be some crazy Varnish magic going on instead?

@jeremyb-phone, for me both logged in (non-cached) and logged out, it seems like the footer is showing you did the last edit (as expected) and the text at the top says, as expected:

"GrandCentral" redirects here. For other uses, see Grand Central.

Is this issue still present on this article? If not, are you able to reproduce the original issue, perhaps on another article?

@Krenair, how about you?

In case the issue still exists on the originally reported article, what are you guys seeing in the HTML source for the report (find "NewPP limit report") logged in vs logged out?

In case you can reproduce it on a different article, what are the corresponding URLs and what are you seeing in the HTML source for the report logged in vs logged out?

The cached version appears to have been updated and now matches the non-cached version. I'm not aware of any other articles showing the problem.

Jhernandez subscribed.

Seems resolved. Thanks!