Let justice be done though the heavens fall.
User Details
- User Since
- Dec 2 2016, 5:04 PM (483 w, 5 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- Bencemac [ Global Accounts ]
Sat, Mar 7
Jan 23 2026
Jan 22 2026
Oct 25 2025
Feb 15 2025
Nov 6 2024
Nov 5 2024
Thank you very much!
Nov 2 2024
Oct 2 2024
Thanks @Samwilson! I think switching to a central dialog could be a solution but let's see if T364664 changes anything. I will check with the huwiki community after it is deployed and report back.
Oct 1 2024
Thank you @Ladsgroup!
Sep 24 2024
Aug 7 2024
Hi @sjvipin, do we have any update on this?
Jun 30 2024
Jun 28 2024
Jun 20 2024
Thank you Aklapper! Sent it a few minutes ago.
Apr 30 2024
Feb 18 2024
Jan 18 2024
Apr 17 2023
Dec 18 2022
Oct 1 2022
Thanks, I was not aware about that it works now automatically.
Sep 30 2022
Mar 20 2022
Dec 24 2021
It works, thank you @JJMC89!
Dec 23 2021
In case of falsely detected URLs the correct way to resolve the problem is fixing the URL via the interface linked on the bot's user page, not blocking the bot on any page. I would do that myself, but I do not have the authority, thus we need help. After it is done, the bot should and can be unblocked.
Jun 9 2021
That would be perfect!
Apr 27 2021
Many thanks @MusikAnimal!
Apr 11 2021
Jan 30 2021
Jan 26 2021
Under deprecated I meant not preferred alias, as we need to choose one parameter pair for the bot (personally, I don't have a favourite).
@Cyberpower678: these two edits were made after or before the requested changes? Just because they still added duplicated parameters.
Jan 25 2021
Dec 10 2020
The patch has deployed, I'll notify the community.
Nov 22 2020
FYI: the community vote has just ended, the result is reverting T121995 and going back to the original setting.
Sep 23 2020
Sep 20 2020
May 1 2020
It's back. (temporary problem?)
Apr 20 2020
The test period ended 17+ month ago, can somebody please revert it as the community wants?
Apr 17 2020
@Harej I am not sure, the task is not fully resolved.
Apr 9 2020
Only desktop, I believe.
Apr 1 2020
Mar 18 2020
Feb 5 2020
The flood fortunately stopped, but the most viewed articles of 2019 is strongly occupied by them (5., 7., 8., 10–16., etc.). Would be a disclaimer possible and useful until they are gone? @MusikAnimal
Jan 14 2020
Thank you very much! I finally understand it. :D
Jan 8 2020
Dec 6 2019
Nov 26 2019
No, it does not. But the deletion log can contain only delete and restore actions which still should not be on the watchlist.
Nov 24 2019
Nov 23 2019
Since 19th of October, the flood has stopped (17th and 18th of October).
Nov 19 2019
Sorry about the suggestion part, I was not familiar with the gadget (because when I tried, I could not set it up with my account). I find generally this issue problematic. Your solutions are good because I know only one problematic editor. But what should we do if we have dozens? It is already a hard job to patrol alone a language completely, so I am sure about that I would not even try to do that if I have to deal with unstoppable non-vandal but incorrect edits too. I do not know what the others think, but I could imagine that it is already a problem with few languages.
Nov 18 2019
T123442 could be related.
Nov 11 2019
@Nuria Thanks for the details! Is there anything further we can do?
Nov 4 2019
Oct 23 2019
Aug 20 2019
A list would truly be useful.
Aug 13 2019
Thanks for the fast reply and sorry about the false alarm!
Aug 4 2019
Are there any new information/update?
Jul 30 2019
Jul 29 2019
Hungarian Wikipedia is done.
Jul 22 2019
Jul 10 2019
@Charlotte For capitalisation, please see T226446.
Jul 5 2019
Jun 24 2019
Jun 16 2019
I can confirm the problem with Firefox 67.0.2 and Edge 44.18362.1.0 on Windows 1903.
Jun 5 2019
Jun 2 2019
May 19 2019
Hello! Can I ask a little status update? Thanks in advance!
May 12 2019
May 6 2019
Apr 18 2019
More and more. I fear I could easily find more of them. @Lydia_Pintscher; shall we do an emergency shut down?