Not very good idea. There are works like encyclopedias or periodicals with thousands of subpages.
This solutions would need to add magic word to every subpage.

In T260108#6575303, @matmarex wrote:

The patch for T252555 is deployed now, and this should be fixed as well. @JAnD Can you confirm that the issue no longer occurs?

In T260108#6375760, @Tacsipacsi wrote:

Don’t you use wikEd/wikEdDiff? T258815 is about them, although from a different perspective.

In T257899#6305512, @Xqt wrote:

Pywikibot uses syntaxhighlight as alias for source.

On https://sk.wiktionary.org/wiki/Kateg%C3%B3ria:Haitsko_franc%C3%BAzka_kreol%C4%8Dina I do NOT see a link to any other languages here.

Is this the same problem as in T253526: "Add links" in the sidebar not longer available on Commons to connect categories with Wikidata items?

This category HAVE item https://www.wikidata.org/wiki/Q95434822
compare wit this category without item
https://sk.wiktionary.org/wiki/Kategória:Haitsko_francúzka_kreolčina

There is problem because my cosmetic_changes have additional sections (beautify infoboxes ,remove empty lines etc. ) which will lost after new instalation.

I understand that there is problem with confusing name, but the new
<syntaxhighlight> is more prone to typing error (syntaxghilight), longer and less understandable for non-english speakers.
Pitty, that new name is not shorter.

Now there is some consensus
https://cs.wikisource.org/wiki/Wikizdroje:U_pramene#Vizuální_editor

https://www.wikidata.org/wiki/Q19536531 - lang:cs, P98

See also T198688 and T212347

See also T198688

works in newer versions.

In T235219#5564590, @Dvorapa wrote:

Isn't this T123287?

In T235219#5564590, @Dvorapa wrote:

Isn't this T123287?

In T117736#5543491, @JAnD wrote:

When I want to check new contributons (e.g. running bot), I mus always click to [search for contributions] and then to [Search], is is one more click.

Not good.
except hugeness (OMG, why always so big UI? first wikidata, then contributions... almost whole monitor are tools and only minority the content)

@Aklapper And now try to replace a-> b or something else
https://cs.wikisource.org/w/index.php?title=Stránka:Antonín_Brousil_-_Přehled_českých_jmen_křestních_-_1934.djvu/13&diff=206595&oldid=206594&diffmode=source

In T221097#5203677, @Vojtech.dostal wrote:

There is also great inconsistency. Why does "7. 12. 1967" produce "1967-12-07" while "7. 1. 1967" produces "1967-07-01"?

Namespace: Edice
Talk namespace: Diskuse k edici
Talk namespace alias: Edice diskuse

There is problem, that I18n files are not automatically updated by svn.

OK, in nightly there is this file, but under [pywikibot], not under [newitem] or [touch]

In T217948#5016812, @Xqt wrote:

Seems i18n submodule isn’t up-to-date. For git repository this could be made by

git update submodule

Default behavior in services like Onedrive or Google photos is that permalink button opens window with URL to copy.
It would be fine, if wiki premalinks should behave similar.

In T219603#5069236, @Ebe123 wrote:

How about the list at Special:PagesWithProp/score?

maybe similar with T173293

I have same problem using left button click

see also T113450

alternativelly script should add whole name (with bracket) as alias

I am afraid, this is not because bot is broken, but because database is broken.
https://cs.wikisource.org/w/index.php?title=Index:Žák,_František_-_Ohlasy_žalmů.pdf&diff=prev&oldid=168733
you can see, there was nothing changed in page, but its size decreased about 124 b

In T113450#4504748, @Billinghurst wrote:

In T113450#4502922, @JAnD wrote:

Bot still does not by default marks as botedit

pwb.py touch -family:wikisource -start:Page:!

https://cs.wikisource.org/w/index.php?limit=50&title=Speciální%3APříspěvky&contribs=user&target=JAnDbot&namespace=&tagfilter=&start=2018-08-14&end=2018-08-14

did you try -botflag per the help page?

Bot still does not by default marks as botedit

On de.wiktionary there are many categories like
[[Category:Substantiv (Deutsch)]] or [[Category:Substantiv (Englisch)]]. These dismabiguations shoudl not be stripped

In T76298#3377347, @Dvorapa wrote:

@JAnD I remember you worked with main cats once, maybe you would share the code

Maybe duplicate of T181996 ?

In T169689#3418890, @matej_suchanek wrote:

In T169689#3415271, @JAnD wrote:

Wrong is, that this change is not on watched page nor in page's item, but in another page which is used in watched page (as label) = change on related page.

This perfectly follows T90435#1230807 (part 2).

But is there problem when page is softredirect with interwiki

In T64014#3415342, @Xqt wrote:

I checked your code subitted above and I found out that your local repository is 3 years behind the current framework release. Please update your bot first and verify whether this bug still exists.

In T169689#3407184, @matej_suchanek wrote:

The two changes on one Wikidata item are wrong related to two Wikipedia entries.

What's wrong? Both pages are watching changes to Q6298851, both should be notified.