User Details
- User Since
- Oct 10 2014, 12:19 PM (403 w, 1 d)
- Availability
- Available
- LDAP User
- Unknown
- MediaWiki User
- NicoV [ Global Accounts ]
Mon, Jun 20
Done
Fix : still reported but no more suggestions for a quot inside a tag
Wed, Jun 15
Done for ISBN
Mon, Jun 13
Sun, Jun 12
May 19 2022
Feb 11 2022
Hi @Rjwilmsi , any hope of integrating the change I suggested in AWB ? Modifying the code shouldn't break any typo list pages, but it will allow starting to modify them after the release to benefit from the new capability.
Jan 28 2022
Dec 13 2021
Oct 18 2021
Sep 26 2021
Sep 25 2021
Sorry for not answering sooner, I didn't get any notification it seems of the new issue.
Aug 30 2021
Aug 3 2021
Jul 31 2021
CW#81 already handles extra space characters at the beginning or end of the reference: <ref>Ref 1</ref> and <ref> Ref 1 </ref> are considered as the same reference by CW#81
Jul 30 2021
On frWP, Projet:Correction syntaxique/Analyse 504 will be updated by the next dump analysis.
Jul 29 2021
The detection already exists as #504, and there's already a dump analysis for enWP at Wikipedia:CHECKWIKI/WPC_504_dump.
Jul 20 2021
Sorry for not answering sooner, it seems I haven't been notified or that I missed the notification... Do you still have a problem with running WPCleaner?
A few questions :
Jun 8 2021
You need to install a JDK (Java Development Kit), at least JDK 10 (it solves a few issues on Mac installation), and after you can use the installer or the installation through getdown.
Jun 7 2021
May 27 2021
New run for enwiki 2 (27/05/2021)
New run for enwiki 1 (27/05/2021)
May 26 2021
New run for frwiki (26/05/2021)
May 4 2021
Apr 29 2021
Apr 28 2021
Apr 27 2021
Feb 18 2021
@Jdlrobson
One remark made on frWP is that the identifier of the fields should be more descriptive and stable, so that CSS styling can be safely applied on some fields. Currently, it seems that the fields identifiers are auto-numbered so they can change with new versions or even for different usages of the page (depending on what other fields are added or not). Would it be possible to have meaningful identifiers for the fields, instead of things like ooui-php-18 currently in ProtectionForm for the checkbox for the cascade protection?
Feb 17 2021
I just saw your message on frWP sysop board: feel free to close again, but I still believe there's something going on with Protect-cascade
According to the comment on Group-sysop.css, it says that "it hides MediaWiki:Protect-cascade, which shouldn't be used". And indeed, when I check again https://fr.wikipedia.org/w/index.php?title=Gilbert_Moses&action=protect&safemode=1, the box title says "Protection en cascade - A NE PAS UTILISER" (Protect cascade - DO NOT USE). So what has changed about the usage of "Protect-cascade" ?
@Jdlrobson
Here's the current status :
Feb 16 2021
Feb 15 2021
I thought it was happening again today, I even took screenshots, but I noticed one line with several hundreds modifications from Wikidata for a single user page...
It was probably something similar last time, I think we can close this task.
Thanks for the notification @GoingBatty . I completely refactored this part for performance, and it seems I introduced a few bugs on the way... I will try to fix it today.
Feb 13 2021
Feb 12 2021
Feb 8 2021
Feb 5 2021
I've modified WPCleaner to allow working on a subset of regular expressions when running in bot mode. This is based on optionally defining a group name for each regular expression, and configuring the bot to run only on a selected list of groups (by default, no groups are selected).
Feb 3 2021
Sorry for the delay, but I just pushed a new version that should keep the bot flag when creating a new subpage (as it was missing, it's probably not watched), but the bot flag will still be there when updating the subpage (in case someone added it to its watchlist). Does this seem ok to you? (and does it work as expected on cswiki ?)
Jan 22 2021
@Etonkovidova
Thanks for the answer. The problem lasted for almost a day, and I wasn't the only one having the problem (I asked here). I hope it was a temporarily glitch
Jan 20 2021
Dec 22 2020
Dec 21 2020
At least for frWP, it seems the step "Recombine articles, templates, media/file descriptions, and primary meta-pages." doesn't start even if the step "Articles, templates, media/file descriptions, and primary meta-pages" is done for more than 20 hours. See https://dumps.wikimedia.org/frwiki/20201220/
Dec 17 2020
Dec 16 2020
Yes, I understand that typo list pages can only be changed once a new AWB release has been rolled out (and probably after some time to be sure users have upgraded). That's why I'm pushing to include this patch, so that it won't be too long before modifications can be made in the typo list pages. At least, once I know this patch will be included, I can also start modifying WPCleaner to take advantage of this, even before we can add the new attributes to the typo list.
Dec 14 2020
I just pushed a new version that should remove the bot flag for the edits on the main talk page. I can't test it properly on frWP, can you tell me if it works on csWP ?
Dec 13 2020
Ok, thanks for the example, I will see to remove the bot flag for the edit on the main talk page.
I modified WPCleaner a few months ago to remove the bot flag when adding warnings on talk pages (or subpages), to have a better chance of article authors noticing the warning. What better way do you think of?
Dec 8 2020
Dec 7 2020
Hello @Rjwilmsi (or other AWB developer?): what is the process to submit patches?
Dec 5 2020
Dec 4 2020
Dec 3 2020
Thanks @ArielGlenn , I could download the dump analysis for frWP