MediaWiki开发不易，且编辑且珍惜。MediaWiki developing is not easy, cherish it when editing.
Legal Information: All my tasks and comments are CC-0, see here for the official legal code.
All my pastes are under protection of the terms of Title 17, Chapter 1, Section 105 of the US Code and hence they are in Public Domain.
I fair use an Izumi Sagiri image as my avatar, as some guys really use non-free avatars on our instance, why not?!
I'm okay with removing that unnecessary last space.
not only for redlinks, but also for some wikis, when editing templates. e.g.
@Nikerabbit Oppose, the issue that about "።" (Ethiopic full stop) still exists in the MediaWiki core codebases (some messages and scripts still misread that as "double colons"), although not sure if still exists on Babel extension
@Krinkle OK, but that said, I vote support for archiving this, the entire MediaWiki-extensions-LiquidThreads now looks like a ground of mass, it only has a large number of too simple actions without significant changes-to-code, e.g. Simply changed priority back to Normal and High, without any (even one second) consideration of https://www.mediawiki.org/wiki/Phabricator/Project_management#Priority_levels and https://www.mediawiki.org/wiki/Bug_management/Phabricator_etiquette, or even, without even one Gerrit patch to fix them and assignments.
Any one who uploaded a Gerrit patch to fix this? If not, then there are no reason to have Normal priority
@Nemo_bis Don't you think that your "raise priority again" actions are too simple to be useful? As your last patch to fix this problem is abandoned, it should be expected that you withdrawn the effort to fix this issue, so why you raised it to High again, just because you think it should be High?
Suggest decline this task, such problem are mostly from PHP which is a bit more Upstream ed
No Gerrit Patch = Lowest
As still no Gerrit patch to fix it
Still no Gerrit patch to fix this, hence Lowest again, feel free to revert my action with uploading a Gerrit patch
Changing this without a Gerrit patch is a bit weired
@Nemo_bis Do you have Gerrit patches right now to fix just this one task? If yes, revert my action and file it, and then assign this task to yourself.
Still no reason why this task should be Normal or High priority
Since still no reply
@Nemo_bis If this is the reason you think that this is High priority, please file a Gerrit patch right now, otherwise I will also downgrade priority of this task.
@Nemo_bis Do you have Gerrit patches to fix these tasks you raised priority back to Normal or High? If not, this should keep Lowest
As still no reply, I boldly lowested this, next time, please file a Gerrit patch before having Normal or High priority, thx with tears
@Nemo_bis Do you have Gerrit patches to fix this? If not, keep Lowest, or file a patch to revert my action here.
@Nemo_bis Do you have Gerrit patches to fix it? If not, then this is not suitable for Normal or High priority
@Nemo_bis This is not the reason you touch that field, please file a Gerrit patch first before change that.
@Nemo_bis Are you really sure that ths can be fixed in the next not more than one month? If not, please do not touch "High priority" opinion
@Nemo_bis Changing priority won't make a task to be fixed soon, the only way to do that is you make a patch, then upload it to Gerrit and assign this task for you, other than this, there are no reason to change priority.
per Aklapper, Sourceforge maintained extension should be reported at Sourceforge: https://sourceforge.net/p/umeduwiki/bugs/