Thanks for clearing this up; I thought inflected forms were an additional functionality due to the misunderstanding above.

In T157218#6476509, @DannyS712 wrote:

The current code is documented as only show [private logs] upon specific request to avoid suprises so it may be a good idea to continue supporting the all "public" logs at Special:Log, and have a separate way to request showing all public and private logs the user can see. Perhaps Special:Log/withprivate? or something?

I tried changing the spelling variant on the linked lexeme, but the language code is not recognised. Is that because the change is not yet deployed?

Not sure if I should have created a separate task, but the regex is once again (T200791) not strict enough, making this edit being marked as done through the tool. I mean, it's not a big issue, but where is the problem in using \[\[WT:EDIT\|Assisted instead of just \[\[WT:EDIT?

There have been three autopromotes on enwikibooks now, including me.

In T237191#6464905, @DannyS712 wrote:

@matmarex the rights should probably also be removed from the users with blocks, since they were autopromoted due to a bug.

It is, so I support the second linked proposal to base this time on the time of inactivity (additionally). Maybe this would be enough to cover the blocked users as well.

Duplicate of T119964?

Hmm, I should have been autopromoted to autoreview on enwikibooks now, right?

In T129638#5883779, @TerraCodes wrote:

I can't reproduce this, so perhaps this has been fixed?

@He7d3r As already mentioned above:

In T157271#3070073, @Jc86035 wrote:

There's an AWB-style script on enwiki (it's rather buggy but works for simple non-regex find-and-replace). Is the replacement going to be based on it

In T180150#3865933, @Tom.Reding wrote:

in the "Alerts" window, I sometimes see "Long article with a stub tag" in those situations. AWB does not remove the tag in those cases. Is there a character-count grey-area where the alert is displayed, above which it triggers the removal?

Here's what I found under https://en.wikipedia.org/wiki/Wikipedia:AutoWikiBrowser/General_fixes#Tagger_(Tagger):

• Removes {{stub}} if article has more than 500 words (comments, categories, defaultsort and persondata are excluded from word count).
  • Words in bulleted text are divided by 2 to avoid destubbing pages with big lists and little text.

At the same time, https://en.wikipedia.org/wiki/Wikipedia:AutoWikiBrowser/User_manual#ALERTS reads:

"Long article with a stub tag." — Alerts if article has more than 500 words and a stub tag

Maybe you just hadn't activated genfixes when you encountered the alert? It is also possible that the alert configuration does not divide the words in bulleted lists by two (would like to read from a developer about that); that would be something I'd consider a bug.

From the two edits this tool makes mentioned above, I'm not sure there are any non-trivial parts of the edit summary that could be used to identified the tool. I mean, "böjningsform av" is a phrase anyone could use when creating an inflection form, and "assisterat" does not really specify what tool is used. Maybe you can contact the developers to add "assisterat" with a link to the tool documentation to every edit the translation editor makes?

Huh, since when do we have tag and`tags` parameters in parallel?

In T262124#6445276, @MusikAnimal wrote:

Merged. Thank you @mdaniels5757! We really need more help with maintaining the AutoEdits config. I'm debating inventing a system similar to the spam blacklist, where a JSON config page (admin protected) lives on each project, such that the community can maintain the list of tools without having to go through XTools developers.

Seems like a good idea; with the global AutoEdits configuration on Meta. Where will we keep the language-specific tools then?

Thanks, that helps a lot! I'll probably post a list of needed configuration additions right here.

While this is simple to add to the configuration, as a result of T200791, similar changes have to be done for other projects. Does anybody know where the localisations for AWB can be viewed so that we can batch-import them in some way?

In T262147#6439949, @Jony wrote:

I didn't mean that, some edits will tag something else with twinkle tag, (i.g mw-undo) as we also count mw-undo as CVN automated edits. so, we can't consider those edits as twinkle edits.

Another update; the tag is now excluded from both undo and rollback.

I'm not sure this should be global, as there aren't that many projects that use Twinkle, and enwiki, for example, started using twinkle with a lower-case letter as the tag (see T262147), but I won't really oppose if it is added globally.

I guess https://meta.wikimedia.org/wiki/User:Xiplus/TwinkleGlobal is some kind of start?

I don't think we do that usually (and AFAIK, we did count Twinkle reverts twice). There is the option tag_excludes in the configuration, so twinkle could be added as such to the configuration for mw-undo, but there is currently no parameter to exclude a specific regex from the results for a tool (as XTools looks for edits satisfying regex OR tag). If we add the tag as an exclusion, it would only make sense (and prevent confusion) if we add the regex for the link in the edit summary as an exclusion as well. Maybe you could create a task to add such a parameter if you think it's necessary?

Okay, so first, RedWarn now uses the tag RedWarn (almost 40K edits according to Special:Tags). Secondly, it now uses the syntax \[\[W:en:WP:RW\|\(RW \d+\)\]\], as far as I understood from the above link. Thirdly, it seemed to use \[\[Wikipedia:REDWARN\|\(RedWarn \d+\)\]\] before, see, for example, this edit. Therefore,

In T262147#6438597, @Jony wrote:

The configuration should apply for single Twinkle tags. And single_tag should ignore PHP7 tags.

My requests for affcomwiki and iegcomwiki were invalid, the image on the first intentionally links a page on the wiki instead of the file page, the one on the second links a page on meta. Pinging a few users who might edit the other respective pages to fix the access issue

Right, there are edits not done through QS as well, using three tags (see Special:Tags on Wikidata):

• OAuth CID: 1417 (author-disambiguator [0.9]), ~14K edits, including recent ones
• OAuth CID: 1445 (author-disambiguator [1.0]), over 1M edits, seems not to be in use any more
• OAuth CID: 1740 (author-disambiguator [2.0]), ~390K edits, including recents

So we should either just remove the tag from the configuration or just merge all the OAuth Uploader tools together. I'd prefer the first, as it gives more information about the user.

There is already a regex for User:Timotheus Canens/spihelper.js in the configuration; do you think it can be extended to this?

Any need to keep this open now that a gadget exists?

One more user.

Here, even more by @UnitedStatesian. I think it does make sense to add the tool.

In T260460#6386431, @DannyS712 wrote:

(Script author here) not sure thats needed, since it shouldn't have much use by editors now that a bot handles most of the edits needed. Suggest declining

Thanks. I guess this request can be closed then. Do you think adding "Draft re cat" to XTools would be more useful?

https://en.wikipedia.org/w/index.php?search=incategory%3A"Living+people"&ns2=1 returns over 100 results; maybe some pages aren't recognised as needing decategorisation?

Could you please tell me its username, at least?

@DannyS712 Any update? Maybe the bot has just not finished all the drafts yet?

Wow, okay; I am stumbling upon drafts in article categories all the time. When did the bot start working?