Apr 1 2022
Dec 1 2021
Nov 28 2021
Sep 3 2021
We may like to make it a thing where a user, via a new fourth and fifth option, can select what gender they would not like the software to refer to them as. For example, the options presented by MediaWiki:Yourgender (which hopefully does become the new standard) would be as follows:
- Unspecified: Use gender-neutral terms when possible (e.g. "their contributions") (default)
- Use feminine terms when possible (e.g. "her contributions")
- Use masculine terms when possible (e.g. "his contributions")
- Do not use feminine terms (e.g. "their contributions") (for languages where the gender neutral is impossible, masculine forms may be used)
- Do not use masculine terms (e.g. "their contributions") (for languages where the gender neutral is impossible, feminine forms may be used)
Aug 18 2021
With the implementation of T242184, this task has been made fundamentally obsolete. I have therefore closed it as resolved.
Aug 12 2021
Aug 7 2021
This is probably happening on the Cargo side. The same thing happened when I tried to store ref tags:
Legislation:British Library Act 1972 S.1 (GBR)
Aug 5 2021
Jul 29 2021
The badge for "WMF Cloud Services" which links here has been present at some point since this task has been opened.
Jul 4 2021
May 13 2021
Apr 28 2021
Mar 26 2021
Mar 19 2021
Feb 8 2021
Jan 27 2021
@sbassett Why haven't audio captchas just been used as a stop-gap measure for the largest language projects? That part just doesn't make sense to me.
Dec 1 2020
Nov 9 2020
I would prefer to see that outcome in all honesty. Indian English has millions of speakers worldwide and is much more popular than British or Canadian English. I never really understood why users shouldn't be allowed to use it for their interface language setting.
Do you have a link to the onwiki discussion where there was consensus for this user right?
Nov 8 2020
Nov 5 2020
This would be extremely nice if wikis were able to configure the magic links in order to create their own use-cases for them if so desired. For example, WikiLaw could use that extension to automatically generate links in citations to different legal codes.
Nov 2 2020
Nov 1 2020
Can you please provide detailed reproduction steps? It works as expected for me if I:
- Go to Special:AbuseFilter/test
- Insert "old_size === 0" as rule
- Submit the form
- Verify that it matches Special:RecentChanges
Oct 29 2020
Oct 26 2020
Oct 14 2020
Oct 3 2020
Oh, got it! Sorry about that!!
Oct 2 2020
Sep 22 2020
I made this task on a whim without any expectation that people would actually review it. I can't believe there's a chance it might get implemented! [0_0]
Jun 10 2020
Apr 21 2020
Also, what about the templates? Should I just import all those which don't exist on scowiki and you will figure out the rest?
Apr 8 2020
Mar 10 2020
Mar 9 2020
A user on enwiki was blocked over this issue a while back. I'm declining this task since there doesn't seem to be consensus that custom timestamps are valid signature options.
Mar 8 2020
Mar 7 2020
Feb 22 2020
I came across this enwiki citation, and I wanted to share. I guess it happens there, too.
Feb 20 2020
I have to say, I only filed this because I have never used Capricorn. For the most part, I've always had a custom implementation of Sagittarius + that later became Archer. I don't know if that could be fixed or not, though?
Jan 31 2020
@Paladox Do you want me to commit the change or do you want to take care of this yourself?
Jan 28 2020
Please bring back green buttons. Thanks, T110555.
Dec 29 2019
Ah, well then I'll just remove myself then. :/
Dec 1 2019
Nov 29 2019
Nov 21 2019
Sep 12 2019
@Xover I'm not a coder, but I'm willing to spend some time looking at things. I'll see if I can at least isolate the problem for why this bug occurred, then that should expedite the solution hopefully. We'll see what happens.