Thu, Apr 29
Ah, sorry. Thanks!
Incomplete fix: With the default system message gone, the revisions marked as "quality" during the regression are now displayed as follows:
Apr 8 2021
Counter-argument: Everyone will get used to "Reply" over time, and standardization isn't a bad thing.
Apr 6 2021
Apr 5 2021
Apr 4 2021
Mar 27 2021
This would be solved by T235873.
Here you are:
Mar 2 2021
Mar 1 2021
Feb 1 2021
(Per T263943#6775076, I guess this specific task can be closed then, but something needs to be done about that iOS bug affecting multiple enwiki users)
@Dbrant, the problem does not affect my own (non-iOS) devices and I couldn't provide a detailed bug report nor any reproduction steps even if I wanted to. I was hoping for the responsible team to have a look at this unbureaucratically. If it helps the team to file a task, please do so.
Jan 24 2021
This is a serious issue still remaining in place. I searched for a template error first, then noticed that this is a MediaWiki regression. It causes problems at enwiki's vandalism report page, where bots like DatBot automatically create urgent reports with lowercase IPv6 addresses that are incorrectly interpreted as non-actionable.
Jan 22 2021
@Dbrant, would you mind having a look at this again? Perhaps this is a combination of two issues in one task; perhaps it's the same underlying problem. There is something that needs to be fixed because it causes disruption in the community.
Jan 21 2021
Jan 5 2021
Dec 26 2020
Sorry, I'm afraid the "enwiki user" was me; when the "clear watchlist" button on my oversized watchlist had no visible effect, I ended up doing a "raw watchlist" edit, cleared the field, saved the page and repeated a few times. That actually emptied the watchlist over time; I could see the number of pages decreasing quickly after this.
Dec 24 2020
Dec 23 2020
oh, that's a funny coincidence; I didn't see T270737. I disagree about it being a duplicate of T146628, though. It's not a duplicate, it's an interim solution before proper range search support is added.
Dec 20 2020
Sep 13 2020
Jul 31 2020
Jul 17 2020
May 18 2020
May 5 2020
I've just noticed that T251910 occurs with an existing "title=" parameter. Is it entirely unrelated? I have marked it as parent of this task for now, because I thought it's the "larger issue" behind all this. Feel free to undo.
Apr 26 2020
If it helps, I can at least note that the system message text comes from here: https://en.wikipedia.org/wiki/MediaWiki:Missing-revision
I sadly don't know which part of the software causes this incorrect message.
- "Main Page" is incorrect.
- "Does not exist" is incorrect.
- Lack of a link to the indeed existing deleted revision is uncomfortable.
Apr 6 2020
Mar 18 2020
I've just added myself to the group and the interface appears. The bug can be circumvented by adding a sysop to the pending changes reviewer group.
This sometimes happens to me too. Either the review interface doesn't appear, or I get an error message about a lack of permission if it appears and I use it. This time, at "Tyler1" on enwiki. A pending changes reviewer has kindly reviewed the sysop edits, but shouldn't have had to. I wonder if the bug can be circumvented by adding a sysop to the pending changes reviewer group.
Mar 9 2020
Feb 27 2020
Feb 13 2020
Dec 2 2019
Filtering per namespace, specifically the User namespace, may be helpful as well. This would allow us to identify userpage spambots. Should a separate issue be opened for "Allow filtering spam blacklist log entries by namespace", or should this issue be renamed to "Allow filtering spam blacklist log entries by URL and namespace"?
Nov 17 2019
Oct 15 2019
Oct 1 2019
Makeshift fix implemented: Prevent bad reports for IP editors: https://en.wikipedia.org/w/index.php?title=Wikipedia:Huggle/Config.yaml&diff=918980316&oldid=918243346
Ah! This default may have caused a change of behavior when Huggle moved to the .yaml configuration. That would explain it.
Sep 27 2019
Example report that should perhaps ideally not have happened:
Is the definition of "recent" currently hardcoded, or an undocumented configuration option like "report-auto-summary" which I had to manually look up in src/huggle_core/projectconfiguration.cpp?
Aug 25 2019
Aug 21 2019
Aug 20 2019
Aug 17 2019
Jul 30 2019
(example links moved to description)
Jul 28 2019
reopening, but perhaps it's the wrong phabricator task. T90475 seems to be relevant too. Judging by the title of this task here, however, it isn't yet fixed.
Same for the dewiki page; the search terms "Benutzer ToBeFree de wikipedia" and "User ToBeFree Wikimedia Commons" are very specific, but to my knowledge, a properly working "NOINDEX" should prevent, or even remove, these results.
Jul 9 2019
Jul 6 2019
@Krinkle: My global userpage on Wikimedia Commons still appears in Google results, even with the text "… you see on this page was copied from". Is this an intentional exception by the Commons community?
Jul 3 2019
(Only the fifth example has a "Visual edit: Switched" tag)
Jun 23 2019
Jun 21 2019
Jun 19 2019
May 16 2019
The link is known to have worked at 2019-05-01T18:45:33 UTC.