User Details
- User Since
- Oct 12 2014, 4:09 AM (476 w, 2 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Od Mishehu [ Global Accounts ]
Aug 14 2023
Sep 26 2020
May 31 2020
May 1 2020
Apr 17 2020
Mar 15 2018
Mar 12 2018
Dec 25 2017
Dec 24 2017
I got it today on Temple Beth-El (Providence, Rhode Island) - and this edit fixed the issue.
Dec 11 2017
I mean that AWB starts by giving an error message about the DEFAULTSORT, and when you clixk on the "OK" it never finishes loading the page.
Nov 20 2017
Presumably, what this anonymous user means is that (s)he gets the warning page from the filter, clicks on the save button and reaches the CAPTCHA page (so far everything is working correctly); and when the user passes the CAPTCHA test, (s)he is (incorrectly) sent back to the Abuse Filter warning page.
Nov 15 2017
Nov 9 2017
Nov 5 2017
Oct 5 2017
Aug 28 2017
Aug 14 2017
What we need is a solution which will allow an autoblocked user to give enough information so that an admin can see which account caused the autoblock, without allowing other people to see it. This information could certainly be the autoblock number, if it was possible to keep the autoblock number's connection to the account visible to admins but not to everyone; unfortunateely, as the software is now, it's not possible.
Jun 26 2017
Jan 30 2017
Jan 3 2017
Nov 15 2016
This doesn't help with my request - what IU would like is to be able to FILTER OUT all these incidental logs, and see only the intentional logs.
Oct 9 2016
Sep 20 2016
Jul 7 2016
Apr 9 2016
Apr 2 2016
Mar 31 2016
Mar 23 2016
Feb 25 2016
It was on English Wikipedia. I thought, though, that the job queue applies only for edits to the template saved after edits to the transclusing page; here I waited until the template was saved before saving the article.
Feb 24 2016
Feb 22 2016
Admins on English Wikipedia can see the same thing with the AbuseFilter entry https://en.wikipedia.org/wiki/Special:AbuseLog/14753415 and the deleted diff https://en.wikipedia.org/w/index.php?title=Special:Undelete&target=ACG+Infotech×tamp=20160218094712&diff=prev
Jan 17 2016
Dec 29 2015
Dec 15 2015
Dec 11 2015
Nov 28 2015
Oct 6 2015
Jun 30 2015
May 5 2015
Apr 25 2015
Apr 19 2015
Apr 17 2015
This feature should be no harder to implement than simply using the same code as is used for the extant Special:DisambiguationPages and Special:DisambiguationPageLinks - use the same definition for disambiguation page as these use. You could even check the pag in real time, before returning it to the user.
Apr 14 2015
Dec 27 2014
While tags should be generally permanent (they show up in the history of the page, and the User contributions), it should be possible to remove them when clearly false positives; and the ability to add them would help deal with certain Wikipedia issues (see here for a list of some).