My 2 cents:
Pywikibot does not have the mission to correct ambigiousness of MediaWiki.

What about other methods of a user object, such as blocking that are available on web?

Not so surprising. :-) But this is not a talk page, and the answering tool
does not work here. The magic word may have been put there on purpose.

In T336101#8831670, @ssastry wrote:

I think caused by https://gerrit.wikimedia.org/r/c/mediawiki/services/parsoid/+/903797 and VE interaction. I am not sure how that is happening since I cannot reproduce it locally, but will investigate -- I imagine it is some specific kinds of interactions causing this.

In T334381#8768526, @Xqt wrote:

https://gerrit.wikimedia.org/r/907494

Now it works. But if I omit -nolog, wrapper-bot.log is written instead of commands.log. I don't see the source of this change in the patch, was it earlier?

In T334325#8766551, @Umherirrender wrote:

There is Special:MostLinkedCategories for categories with the most pages and there is Special:MostCategories for pages with the most categories.

In T334325#8766178, @Aklapper wrote:

It's good for maintanence, looking for categories that are subject to subcat them.

@binbot: What would be a real-world example why you'd have to (!) "subcat" a category? Which actual underlying real-world problem would this solve?

Oh, sorry, my fault.

I tried, it is very easy. __init__() and buildQuery() has to be modified.

In T333762#8748891, @Xqt wrote:

I guess this is related to https://github.com/sphinx-doc/sphinx/issues/11279

Thanks! This one is quite new from yesterday, a good find! Then we can hope i will be solved.

In T57081#5090619, @Dvorapa wrote:

First you should find out, what are the API queries to get these lists and if Pywikibot can handle them or not. I don't think any part of Flagged Revisions is supported by Pywikibot now, but perhaps some may be supported already by coincidence?

I did some coding.
https://hu.wikipedia.org/wiki/Szerkeszt%C5%91:BinBot/huwiki/flaggedrevs.py is a module for handling FlaggedRevs in Hungarian Wikipedia
Features for end users:
flagged_state(): returns a state code (see class Flags) for a page.
cosmeticable(): tells if a page is suitable for cosmetic changes
CosmeticableFilterPageGenerator(): a wrapper page generator that filters cosmeticable pages. It has two variations: either it handles pages one by one, or takes all the pages from the inner generator, and quries them from API en masse. Perhaps this may be faster.

OK then, I leave the framework and implement it in my own scripts.

Yes, if we cannot agree in a good soulution, I will develop a huwiki-specific module. I just thought this feature would be useful throughout Wikipedia, but I don't insist on it.

Should we create then a derived WikipediaPage class? I don't really like the idea, but later it could have other wikispecific methods. This would explicitely dedicated to this project, and whoever calls it in a bad project, can blaim him/herself.

It works. Thank you!

In T328769#8724653, @matej_suchanek wrote:

This is too Wikimedia-specific (or even Wikipedia-specific). I'd prefer having this as a utility function or application logic rather than making it part of the model.

I think I am not quite worng if I suppose that Pywikibot is used on Wikipedia in vast majority of cases (although I myself already used it elsewhere). I would not make this an ideological question. This is the best place of Page methods.

In T333083#8727127, @Superpes15 wrote:

Hi @FoBe Do you want also to disable manual indexing (so __(NO)INDEX__ doesn't work)?

Try to use global options right after pwb.py, before the script name. What happens?

Most of it went live at https://www.mediawiki.org/wiki/Manual:Pywikibot/Cookbook.
Remaining part is being prepared on my above user page.

@Xqt, I was asked to review, but I cannot run tests properly because of the submodule update problem, and I don't know a test case for this, just subscribed to follow.

When a page is deleted by another process (e.g. a human) after getting the page for the first time, page.exists() will not get noticed by any method.
I think when I use page.get(force=True) and it finds a NoPageError, page.pageid should be set to 0 to notify other methods about the change.

Sorry, but the first problem with deletion still exists. page.exists() only notices the deletion if I recreate the Page object.

In T331005#8662234, @Umherirrender wrote:

This is Hungarian Wikipedia.

In T331005#8661252, @Aklapper wrote:

This seems unrelated to generally configuring the MediaWiki software itself. Not sure which tag is best to add - trying DBA but please remove if I am wrong!

In T326779#8552577, @Bdijkstra wrote:

I'm getting the same "No user is logged in" warning, but an explicit login doesn't help. Regular edits are saved as the correct username, but currently I cannot use patrol.py:

ERROR: User "None" does not have required user right "patrol" (UserRightsError)

Same as T326779?

Bugs and requests filed during and in accordance with the project:
T330488
T330786
T330799
T330806
T330839
T330980
T331005
T331422

In T330488#8653038, @Dalba wrote:

Contents of the script:

OK, even more strange. I deleted EVERY *.lwp (not just pywikibot.lwp that was written.) Now this happens:

@Leonprimer, please keep in mind that all these projects are maintained by volunteers like you. Nobody is obliged to solve your problem within ten minutes. The problem is clearly detected, Sometimes the solution is not two minutes and sometimes the task waits for another task that has to be solved. Creating so many duplicates with more and more exclamation marks is by no means a good faith usage of Phabricator and the volunteers' energies and time. You were already asked to stop it, and further creations may result in a block.

Please don't post the same bug repeatedly.

One more strange thing: when I unpack the Pywikibot zip version, c:\Pywikibot\scripts\i18n\.git is a subdirectory.
When I pull it from git, the same name belongs to a file, containing "gitdir: ../../.git/modules/i18n". Is it the normal behaviour?

Thank you! :-(

In T329452#8619592, @BCornwall wrote:

None of us can reproduce, you've attempted other networks, and your Git config seems reasonable. Perhaps this might be an OS-level issue. Do you have any other (non-vm) computers/OSes that you can try?

In T329452#8618432, @Dalba wrote:

Does this error also occur if you clone mirror repos ( https://github.com/wikimedia/pywikibot.git and https://github.com/wikimedia/pywikibot-i18n.git )?

Google my friend told me that RPC error may be connected to firewall, so I temporarily suspended my firewall. That did not help either.

1. This is very strange, it installed the Pywikibot itself to a directory called i18n rather than core, with two differences: there is no .git in scripts\i18n subdirectory and it did not write the registration of i18n.

I installed TortoiseGit, the same result.

In T329452#8615931, @BCornwall wrote:

Well, I was going for a more basic approach; My thought was that perhaps there was something odd with the client network (firewall, etc.) So I was thinking of testing other networks like phone tethering or a local library.

In T329452#8615143, @Dzahn wrote:

I am wondering if you would mind deleting the local repo dir and git clone from scratch like we did, then run the "git submodule update' and see if the probem goes away.

In T329452#8614863, @BCornwall wrote:

In T329452#8613943, @Samwalton9 wrote:

Have you tried running --verbose to see if this gives you more specific information?