Sat, Jan 13
Dec 8 2017
Dec 7 2017
Dec 5 2017
We could make them links that point to the appropriate user page
The alternative is to have a dropdown directly in the timeline
Oct 28 2017
Oct 25 2017
Oct 20 2017
Oct 17 2017
Aug 25 2017
Aug 14 2017
T138165 should be considered ahead of T150421 -- it is trivial to create a sockpuppet account(s) to test/circumvent the personal blacklist and would be more beneficial against LTAs and coordinated outside campaigns.
Jul 1 2017
Another one slips through the net: https://en.wikipedia.org/w/index.php?title=L%D0%BEvifm.com_(Musical_base)&action=edit not blocked by .*lovifm.* <antispoof>
Jun 23 2017
Jun 17 2017
May 12 2017
Feb 2 2017
If that were so, someone would have picked this task off in the preceding nine years. Either way, "recommended for volunteer developers" and "in the developer wishlist" are not mutually exclusive, they are complementary; just like in the Community Wishlist survey.
That task was closed as a duplicate of this one.
Jan 21 2017
Proposed for 2017 Developer Wishlist.
Proposing for the 2017 Developer Wishlist (schema change only).
Proposing for 2017 Developer Wishlist.
Dec 6 2016
Sounds good to me.
Nov 11 2016
Nov 10 2016
This is one third of the problem. The rest is described at T138165 and https://meta.wikimedia.org/wiki/2016_Community_Wishlist_Survey/Categories/Miscellaneous#Allow_users_to_restrict_who_can_send_them_email. That should be enough for three months... if not, tack on T150421 as well.
For the record, I made some proposals to this effect at the Community Wishlist survey (https://meta.wikimedia.org/wiki/2016_Community_Wishlist_Survey/Categories/Miscellaneous): T138165, T138166, T150419 and T150421.
- It's necessary, but not sufficient -- one could imagine someone placing a link like xn--kbenhavn-54a.eu (e.g. https://en.wikipedia.org/?diff=748790713). It violates the principle of least astonishment that when one copies the link into Special:Linksearch -- the usual workflow -- no results are returned. Those not technically inclined wouldn't know what to search for, and those who are have to go through the step of encoding the domain name using some external tool.
- Are there enough links of the form xn--kbenhavn-54a.eu existing in our databases to justify a maintenance script? (My gut feeling is no.)
- Does this patch fix T130483 as a side effect?
Sep 29 2016
https://en.wikipedia.org/wiki/Special:DeletedContributions/Bestbabajai11 was not caught by https://en.wikipedia.org/wiki/Special:AbuseFilter/793 because of this missing mapping.
Sep 26 2016
Aug 20 2016
Floquenbeam on AN said:
Aug 19 2016
To get results in any other namespace except ns0, I need to search e.g. Talk:X where X is the search term. This is not intuitive:
Aug 18 2016
Jun 19 2016
Apr 26 2016
File deleted. I'll leave this open for you to decide whether there are any wider performance implications exposed here. Thank you again.
Apr 25 2016
What I want to do is C, so I've created a temporary copy of the Commons image and pointed the template to that. The deletion itself is not particularly urgent.
Apr 18 2016
Mar 23 2016
Have you considered asking for a whitelisting at https://forums.lanik.us/ (the EasyList forums)?
Mar 20 2016
Mar 4 2016
@Billghost: I'd recommend you ask this (and any other technical) question on irc://irc.freenode.net#wikimedia-dev (preferred) or https://lists.wikimedia.org/mailman/listinfo/wikitech-l .
Feb 21 2016
- This describes the MariaDB table you'll be working with -- https://www.mediawiki.org/wiki/Manual:Archive_table
- This is the code for Special:Undelete, which is the GUI admins use to look at or undelete pages -- https://git.wikimedia.org/blob/mediawiki%2Fcore.git/master/includes%2Fspecials%2FSpecialUndelete.php
- I would implement the fallback case (T109561#1940512) first.
Jan 31 2016
Jan 18 2016
Jan 14 2016
I had a PM requesting more details about this for the 2016 Hackathon. By and large, what we want is a new special page that is part of core software and gives the ability to perform the search, display some basic metadata with the results (starting with the number of deleted revisions and when the page was last deleted, depending on how much you can get away with performance wise) restrict/filter the results per namespace and a corresponding API for this. The default search functionality in MediaWiki should be sufficient for this. Text search in deleted pages is not necessary at this stage.
Dec 22 2015
Nov 30 2015
Dupe of T2674.
Nov 19 2015
Nov 8 2015
For anti-spam we also need the following to be at feature parity with COIBot:
Sep 4 2015
Sep 1 2015
To search the archive table for titles with a given prefix without having to iterate through the entire list of deleted revisions -- essentially like https://en.wikipedia.org/w/index.php?title=Special%3AUndelete&prefix=John . The current situation is not desirable if you hit a page with 5000 deleted revisions.
Aug 29 2015
Aug 21 2015
Aug 20 2015
You mean like /w/api.php?action=query&list=alldeletedrevisions&adrprefix=A ?
No, because I can already do this with Special:Undelete. This isn't sufficient, per the community discussion above.
Aug 19 2015
Jul 25 2015
Jul 24 2015
This can also be combined with something like Evercookie (minus Flash, Java and Silverlight) to make blocks a lot more difficult to circumvent. To address concerns about collateral damage, the ability to use such a measure could be restricted to the checkuser (or similar) group. Stronger blocking tools are sorely needed because of stuff like this.