Steps to replicate the issue (include links if applicable):
What happens?:
47 articles have the error string "Badtitle/title not set in MessageCache::parse" in their snippets
What should have happened instead?:
No errors in the article snippet
(Note, this is not a issue with nppbrowser, the errors snippets show up in the feed as well)
| Subject | Repo | Branch | Lines +/- | |
|---|---|---|---|---|
| Always supply the title when parsing the article snippet | mediawiki/extensions/PageTriage | master | +9 -7 |
I've tried doing a null edit on 10 different articles which had this problem. It seems to fix the issue.
Random guess: Maybe there is some intermittent issue with caching at the time that the snippet was originally created?
Change 986443 had a related patch set uploaded (by Sohom Datta; author: Sohom Datta):
[mediawiki/extensions/PageTriage@master] Always supply the title when parsing the article snippet
Does this also explain why a null edit (i.e. recompiling the snippet) fixes the problem?
My assumption is that it's a transient error caused by global $wgTitle not being set (which is where it was getting the title from before).
The reason a null edit probably fixed it, was because the regeneration would get a correct global $wgTitle.
Change 986443 merged by jenkins-bot:
[mediawiki/extensions/PageTriage@master] Always supply the title when parsing the article snippet
There were about 30 entries in https://nppbrowser.toolforge.org/index.php?mode=NPP&q=Badtitle which I've now cleared (by doing null edits). If after a week there are no new entries for this search, we should consider this bug as resolved.