Page MenuHomePhabricator

Page is completely empty until purging it
Open, LowPublic

Description

First reported by Jura1 at https://www.wikidata.org/wiki/Wikidata:Contact_the_development_team#action.3Dpurge

For some time now, I have to purge larger pages to be able to view them (Generally the constraint reports generated by Ivan's bot). Is there some issue or is this intended? --- Jura 17:07, 3 August 2015 (UTC)

Also occurs at: https://zh-min-nan.wikipedia.org/w/index.php?limit=5000&tagfilter=&title=Tek-pia%CC%8Dt%3A%E8%B2%A2%E7%8D%BB&contribs=user&target=S205643bot&namespace=1&tagfilter=&newOnly=1&year=2015&month=-1

Opening any pages in the list, it is empty. Purge fix it.

Note this is not a duplicate of T96476: The page fr:WP:QT does not immediately display edit (due to using templates and transclusion?), and does not offer any way to purge it or T98582: The page displays a broken call to the template A when the needed template redir B was created recently, and the page gives no way to purge it (both are not completely empty)

Event Timeline

Bugreporter raised the priority of this task from to Needs Triage.
Bugreporter updated the task description. (Show Details)
Bugreporter added a project: MediaWiki-General.
Bugreporter added subscribers: Nnemo, PeterBowman, liangent and 11 others.
Restricted Application added a subscriber: Aklapper. · View Herald TranscriptAug 6 2015, 1:44 PM

Sure that this is not related / some outcome of T108139: document.write() results in a blank page?

Aklapper triaged this task as High priority.Aug 6 2015, 2:35 PM

This cannot be a problem with document.write, because document.write will produce a full empty page. But here it is "just" the content area empty. Navigation bar and such are still there (which will not be when using document.write as written in T108139)

All the pages are using "Template:Talk" from the wiki which redirects to "Template:Talk header". "Template:Talk header" has a #ifexist around all the code and it seems to be a problem, that the text is parsed and put in the parser cache before the page exists. A purge fix this, because than the page exists.

matmarex removed a subscriber: matmarex.Aug 6 2015, 5:48 PM
Tgr added a comment.Aug 6 2015, 11:26 PM

Seems to be the same fundamental issue as T96476 and T98582: when a new page is created, other pages which have referenced it (as a redirect or an ifexist parameter) are not invalidated.

Aklapper lowered the priority of this task from High to Low.Dec 1 2017, 9:23 PM