Jul 14 2023
Jun 13 2023
May 31 2023
Apr 10 2023
Apr 3 2023
Just a note that this major event could have been much better publicised. I wasted a significant amount of time yesterday trying to debug my tool to find out why it wasn't working properly, before finally stumbling across this planned outage. I saw no notice on affected projects. I found nothing searching the toolforge Wiki. I saw nothing in the MOTD.
Mar 6 2023
@Ammarpad Hi! I was wondering if you planned to respond to my questions.
Feb 2 2023
Sep 23 2022
related to T297513
Sep 21 2022
I have prototyped such a tool at https://wd-deleted.toolforge.org/
Aug 17 2022
At Wikidata we often encounter IP users who repeatedly make the same mistakes, ignoring reversions and talk page messages, until we are reluctantly obliged to block them for "competence is required". The fact that IP users are not notified of reversions and mobile IP users are not notified of talk page messages may be a major contributor to this problem. Are (mobile) IP users even shown block messages?
Aug 6 2022
I spent a fair bit of time trying to debug why I couldn't read deletedtext on PAWS before I came across this ticket.
Aug 1 2022
Just an update to say this is still an issue for Wikidata administrators. We face a deluge of semi-notable additions and many long-time repeat spammers. It would be super-helpful if admins had a way to search for similar items that have been deleted in the past.
May 23 2022
I agree that it's a problem that bots get notifications that are never checked, but I don't think the answer is to throw them away. Bot operators ought to be reviewing their notifications. If a bot is continually reverted, the operator should know about that as a matter of urgency. Editors rely on the fact that reverting another user's change will alert them to a problem, and bots should not be an exception to this.
Dec 10 2021
Apr 5 2021
Apr 4 2021
Another case of this bug was reported today:
Dec 2 2020
Dec 1 2020
It's now much better than it was, but there still seems to be a problem, possibly related to my use of the "Use a compact language list, with languages relevant to you." option. When looking at deleted versions of https://www.wikidata.org/wiki/Q101239641 just now, I saw a table of three languages, showing no labels or descriptions, and with no option to see "All entered languages". In fact, the item had both label and description in French, but there was no way I could see this.
Nov 28 2020
I see edits, and I was able to highlight them in recent changes by adding the following to my Common.css:
Nov 27 2020
Thanks @matej_suchanek . That's certainly helpful, and maybe we can take it the rest of the way with some CSS, but I don't see any hits on that filter yet.
Nov 24 2020
I wasted more of my time today following up on a "vandal" who turned out to be doing the WikiTour.
@Ammarpad Hi! I was wondering if you intended to clarify your earlier comments. Is this a bug in the code or a deliberate deviance from document behaviour?
Aug 28 2020
Jun 8 2020
Just to add another perspective on this issue, I have several times come close to blocking/warning a new user for vandalism before I realized they were taking a WikiTour. Having any sort of tag on the edit would be useful.
Jun 4 2020
I don't see an option to exclude by tag
To clarify, it would be really helpful to know either:
- When we plan to fix this bug; or
- If we're not fixing it (soon), what the nature of the bug is, so that we can devise workarounds.
@Mrjohncummings asked me to share this comment I posted at Wikidata:
From the discussion so far, there seem to be two proposed solutions:
- Add an edit filter that checks the item id against a hard-coded list and adds a tag. Any admin can do this, but we would need to (remember to) update the filter whenever we create new topics.
- Change the WikiTours interface to add a tag. This would be the more elegant solution, but would require work from a WikiTours interface developer. I don't know who that is, and I don't know how to find out.
what tag would be needed to tell recent changes to ignore it?
Jun 2 2020
Hi! The spam blacklist is an important tool for Wikidata and other projects. If there's a big hole in its functionality, we'd like to know more about the bug so we can work around it.
Apr 26 2020
Before the edit, the official website was "https://chaturbate.com/" which is (as I understand it) correct. I expect that the spam blacklist would NOT prevent that from being added, and this appears to be behaving as expected.
After the edit there was a second value for official website "http://chaturbateme.com/" which is not correct and which I expected to be prevented by the spam blacklist entry:
Are you saying that there is there some (undocumented) similarity test that allows editors add the spam site notwithstanding the spam blacklist because the hostname is similar to the correct one?
@Ammarpad: Thanks for responding. If I understand what you're saying correctly, the version preceding the edit (HTML, JSON) contains a "similar link" to the one introduced in the offending edit. Does this mean a link that also matches the same blacklist pattern? Or is there some weaker similarity test in play here? Can you pinpoint the specific link that is considered to be similar?
Apr 25 2020
Apr 20 2020
For information: I have now disabled this edit filter in favour of a set of softblocks on certain /16 IP ranges.
Apr 15 2020
Note that we currently use vis, not visjs-network.
Mar 12 2020
Mar 3 2020
Oct 6 2019
Enable the visual editor and the new wikitext mode in Structured Discussions
Aug 17 2019
Is there any update on this? I've been trying out structured discussions on my talk page, but this lack of preview makes it very hard to use the tool effectively.
Jul 11 2019
I have tried setting these two options, but it does not seem to change the behaviour.
Jul 4 2019
As I said, I was wondering if this is related to https://www.wikidata.org/wiki/User:Bovlb/common.js .
It might not be related but it's broken in the line importScript( 'MediaWiki:Gadget-statementSort.js]' ); due to the ].
Which browser do you use?
Jul 3 2019
Some more things I have established:
- I can see the toolbar when I log out and access Wikidata as an IP user. This suggests that it is not a site-wide problem for all users.
- When I log in in incognito mode, no toolbar is seen. This indicates that it is not caused by any browser extensions.
- When I disable all Wikidata gadgets except Structured Discussions, I see no toolbar. This suggests that it is not caused by other gadgets.
Jun 10 2019
We the stewards are just 34 people and it's not enough people to beat big wikis like enwiki to make it through. It's basically a popularity poll and behind-the-scene works don't have that much possibility of winning it as I see.
Jun 3 2019
I am also seeing missing data today, including Wikidata. For example, https://tools.wmflabs.org/guc/?user=220.127.116.11 is empty, whereas https://www.wikidata.org/wiki/Special:Contributions/18.104.22.168 has entries from over an hour ago. This discrepancy is not accounted for by the replag report.
Sep 20 2018
I would like to solicit more community feedback on how useful this would be.
Mar 30 2016
Here's another one: