Dec 11 2020
@Tinyttt I finally found a working configuration.
Aug 28 2020
Same here. I get this from logs:
Aug 4 2020
I have experienced this too, and have rollbacked to previous version while waiting for patch.
Sep 16 2018
Sep 9 2018
May 1 2018
Apr 30 2018
It would be possible to let the user specify in a form which category to excude. But as far as I know, MW should not implement recursive category querying for performance reasons. In this case, excluding a single category would be unuseful.
Apr 11 2018
I am not the author of the diff so I can't confirm my hypothesis, but it is plausible that the same phenomenon happened in both cases: insertion of an « empty » object (that was duely removed) as the only content of the problematical «p» or «ref» tag, the latter then only trimmed instead of removed. Is that possible?
Apr 10 2018
It seems the VisualEditor is generating new Lint Errors. This should be fixed before deployment. T164053
One edit with the VisualEditor recently inserted «p /» in the wikicode, and the article then appeared in the Lint Errors.
Aug 12 2017
Aug 2 2017
Jul 25 2017
Jun 8 2017
Jun 6 2017
Jun 2 2017
May 31 2017
- Merge branch 'master' of https://gerrit.wikimedia.org/r/p/mediawiki/core
May 30 2017
May 29 2017
In fact, the bad handling is happening sooner than this line. Arabic has $useLinkPrefixExtension = true because determiners may not be separated from the nouns. As soon as the regex $e2 is used in the Parser to redefine $s, the last word of the article is considered as a prefix for the "link" of the category and therefore disappear with this link (print($s) just after the regex shows that the last word has disappeared at this point).
It comes from the source code of https://zh.wikipedia.org/wiki/Template:Selflink