This needs to be fixed at https://translatewiki.net/w/i.php?title=MediaWiki:Babel-1-n/it, which is not managed via Phabricator.
- Queries
- All Stories
- Search
- Advanced Search
- Transactions
- Transaction Logs
Advanced Search
Today
Yesterday
In T365504#9828717, @Trizek-WMF wrote:Remember this wiki (can't remember which one) where they deleted the pages because they didn't like them? We should remove the links and also the matching actions triggered by URL (action=delete & al.).
That would be Lithuanian Wikipedia/T344013. But I agree with Tacsipacsi that there's no reason to manually interfere here rather than assuming admins know what they're doing, as they did in that situation.
See also T281469
Related to T257233
This project seems to have not happened
Consider scheduling your patch for a puppet request window if you want it to get reviewed, merged, and deployed in a more timely manner.
Consider scheduling your patch for a backport window if you want it to get reviewed, merged, and deployed in a more timely manner.
Consider scheduling your patch for a backport window if you want it to get reviewed, merged, and deployed in a more timely manner.
Consider scheduling your patch for a backport window if you want it to get reviewed, merged, and deployed in a more timely manner.
Upstream claims the issue is now fixed.
Upstream is now at https://issues.chromium.org/issues/40578413
The upstream bug was fixed many years ago. Can anyone still reproduce this?
Upstreamed as https://we.phorge.it/T15842
Fri, May 24
Agreed with Lucas here that deliberately breaking this use seems like a step backwards, for what it's worth.
Anything left to do here?
See also T281078
I've also prowled the archives of translatewiki.net for a bunch of old issues and reported them as https://we.phorge.it/T15841, https://we.phorge.it/T15840, https://we.phorge.it/T15839
Upstreamed as https://we.phorge.it/T15840
I think nobody knows what this decade-old ticket is about anymore, if it's even still relevant. Closing as invalid.
Conceptually related to T206395 but more flexible.
Cc @Billinghurst @AramilFeraxa who have touched the page recently for awareness.
I think @cscott's idea is also interesting, of letting people use Special:Interwiki to manage the tools instead of an on-wiki page while keeping the export process the same. But that's beyond the scope of this ticket, and probably requires on-wiki discussion somewhere.
Thu, May 23
The next step would be to wait for translatewiki to do an import/export and then run the generate script. But I probably won't do that last part until Wikimedia Phabricator pulls in the next upstream release to avoid having to deal with T363215 again. But things are now finally caught up enough that I can probably sneak in a patch for T351581 first (again once translatewiki processes the changes), which is nice and concludes the backlog clearing phase of Phabricator translations work and moves into the periodic-update phase.
It doesn't technically block this task. It's my personal opinion that this shouldn't be done on general principles that would cease to be relevant once that task is done. That opinion is of no weight since I'm not a VisualEditor developer and would not be the one writing the code to do this even if I agreed with you.
Until T52182 is resolved I think it's not VisualEditor's responsibility to censor the input the user passes to a template parameter.
Wed, May 22
Cross-reference to https://www.mediawiki.org/wiki/Topic:Y58tvp6yk28yeykp
One of you is welcome to submit that patch to Gerrit following the instructions at https://www.mediawiki.org/wiki/Gerrit/Tutorial
Tue, May 21
Anything left to do here?
Sigh.