What happened: <nowiki>[</nowiki>[[sub-creation]]] was changed to <nowiki>[</nowiki>[[sub-creation]]
What should have happened: <nowiki>[</nowiki>[[sub-creation]]] be changed to either &#91;[[sub-creation]]&#93;, or {{Bracket|[[sub-creation]]}}
Version: I performed the edit, and did so using v6.2.1.0 SVN 12528
Note: {{Bracket}} is not allowed in CS1|2 templates, so the &#91; & &#93; option would be safer. Also, GenFixes already replaces single [ & ] not wrapping a URL with &#91; & &#93;.

@Elsa1098 the correct way to add a category to a module is to do so on the module's documentation page; see example @ https://en.wikipedia.org/wiki/Module:Authority_control/doc.

@Reedy, 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?

Other examples at Samuel C. Morrison Jr., Harold Douglas Pratt Jr., and Lesser bandicoot rat.

GenFixes definitely still adding a comma before Jr/Sr when creating a new DEFAULTSORT (example).

Tools.WordCount(ArticleText)

Well shit, that's great! Indeed it does!

I could workaround this entirely (not to obviate this request though) by calculating wordcount directly in the custom module by copying the relevant code. Would that be possible and, if so, could you point me to it?

I'd add %%wordcount%% (or whichever keyword) temporarily to the page to assist with processing. If greater than some #, or some # of digits, I skip the page. If less than some #, or some # of digits, I operate on the page.

Mostly due to this comment (to help find pages potentially mis-classified as non-stubs via %%wordcount%%).

Yes, this refers to AWB. Sorry for not tagging properly, and thank you for doing so (I wasn't aware that the scope of phabricator expanded so much).

I quadruple-endorse this (as the OP at [[WT:AWB/Feature requests]]).

The updater can't get me past 5.8.5.1 for some reason. Yesterday I remember I was using 5.8.5.0, so the update "worked", just not all the way.

Or rather, that %%pagename%% return itself, "%%pagename%%", if no substitute exists.

%%title%%, %%fullpagename%%, %%subpagename%%, %%basepagename%% all do not work either. Is this intentional or a bug?

I see that this indeed works in the Find field. It does not work in the "Replace with" field, though, inserting "%%pagename%%" literally into the text. Can this be made to work in "Replace with" as well?

For example, by having a new edit box in the "Replace special" window, for each rule, called "Append to edit summary:", which would only append the text inside it if the rule executed. And only append if that text doesn't yet exist in the edit summary.

It does! I didn't know about that, thank you!

There seems to be more talk about the arbitrary example used ({{stub}} sorting) than there is about the actual feature (creating settings find-and-replace functionality). Just sayin'.

General fixes working as intended I believe, and responding to {{DEFAULTSORT:Hertzsprung}}, which would make "[[Category:Asteroids named for people|Hertzsprung]]" redundant.