I see that in another case, there are no extra lines.

Logging in to mcw:pl as ProBot
WARNING: API error writeapidenied: You're not allowed to edit this wiki through the API.
ERROR: Login failed (writeapidenied).
Password for user ProBot on mcw:pl (no characters will be shown):

So it looks like an incorrect implementation of the warning in this particular case, and not normal behavior.

This can be fixed by changing the default content model to plain text

This can be done by changing content model to plain text

WARNING: C:\Users\DragonMsi\Documents\pywikibot2\scripts\interwiki.py:2437: ArgumentDeprecationWarning: -new:30 is deprecated since release 11.3.0; use -newpages:30 instead.
  main()

Should main() be printed in such cases?

In T425439#11905013, @Xqt wrote:

@Ivan-r: Are you able to review my patch?

@Xqt you can merge this?

In T75299#11887448, @Aklapper wrote:

@stjn: It seems that you believe that you know the thinking of a development team which, as far as I know, you are not part of. Please avoid doing so. Thanks.

In T417244#11613198, @Jdlrobson-WMF wrote:

Vector 2010 is not a responsive skin so it's not expected to work well at these kind of resolutions without gadgets. Development of legacy Vector is frozen (we are in maintenance only mode).

I first saw it on minecraft.wiki
Screenshot submitted by user ru.wikipedia.org
I believe this problem affects all projects where Temporary Accounts are enabled

In T421384#11754037, @STran wrote:

If you need this immediately, IPs revealed status are stored in LocalStorage with keys like _EXPIRY_mw-checkuser-temp-{user}. Clearing specific ones/all and turning off auto-reveal will hide IPs again.

@Xqt, Thank you for your help!

In T417961#11660710, @Xqt wrote:

In T417961#11660572, @Ivan-r wrote:

What do you mean?

For further investigations I need your local repository. Try to upload it here as zip file.

In T417961#11660569, @gerritbot wrote:

Change #1240880 merged by Xqt:

[pywikibot/core@master] pagegenerators: Support namespaces parameter for all category generators

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

In T417961#11660529, @Xqt wrote:

(unfortunately) that looks good. Please confirm that the __pycache__ files were deleted previously. I have no further ideas except:

In T417961#11641449, @Xqt wrote:

@Ivan-r could you please tag the additional information I asked for.

C:\Users\DragonMsi\Documents\pywikibot2>py -m pwb shell
Welcome to the Pywikibot interactive shell!
>>> site = pywikibot.Site('mcw:ru')
>>> type(site)
<class 'pywikibot.site._apisite.APISite'>
>>> site.__class__.__module__
'pywikibot.site._apisite'
>>> from pprint import pprint
>>> pprint(site.__class__.__mro__)
(<class 'pywikibot.site._apisite.APISite'>,
 <class 'pywikibot.site._basesite.BaseSite'>,
 <class 'pywikibot.tools.ComparableMixin'>,
 <class 'abc.ABC'>,
 <class 'pywikibot.site._extensions.EchoMixin'>,
 <class 'pywikibot.site._generators.GeneratorsMixin'>,
 <class 'pywikibot.site._extensions.GeoDataMixin'>,
 <class 'pywikibot.site._extensions.GlobalUsageMixin'>,
 <class 'pywikibot.site._extensions.LinterMixin'>,
 <class 'pywikibot.site._extensions.PageImagesMixin'>,
 <class 'pywikibot.site._extensions.ProofreadPageMixin'>,
 <class 'pywikibot.site._extensions.TextExtractsMixin'>,
 <class 'pywikibot.site._extensions.ThanksMixin'>,
 <class 'pywikibot.site._extensions.UrlShortenerMixin'>,
 <class 'pywikibot.site._extensions.WikibaseClientMixin'>,
 <class 'object'>)
>>> page = pywikibot.FilePage(site, 'File:Example.jpg')
Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "C:\Users\DragonMsi\Documents\pywikibot2\pywikibot\page\_filepage.py", line 73, in __init__
    if not sep or extension.lower() not in self.site.file_extensions:
                                           ^^^^^^^^^^^^^^^^^^^^^^^^^
  File "C:\Users\DragonMsi\Documents\pywikibot2\pywikibot\site\_basesite.py", line 219, in __getattr__
    raise AttributeError(f'{type(self).__name__} instance has no '
                         f'attribute {name!r}') from None
AttributeError: APISite instance has no attribute 'file_extensions'. Did you mean: 'has_extension'?
>>>

In T417961#11638726, @matej_suchanek wrote:

In T417961#11638624, @Ivan-r wrote:

Can't the problem be on the site side?

No, this is clearly an issue in the code, the site provides the extensions as expected. I suspect this is a problem with the family file (cannot find it anywhere in the task), possibly referencing the wrong APISite / old installation. Or some pycache corruption, but I have never seen a case of it.

I did a completely clean installation of the latest stable version, copying only family and user-config file. Here is the result:

C:\Users\DragonMsi\Documents\pywikibot>cd %userprofile%/Documents/pywikibot2

In T417961#11635533, @Xqt wrote:

Could you run py -m pwb version -nouser and tag the result here please.

Okay, I updated the bot, now the error is different:

>>> site.file_extensions
Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "C:\Users\DragonMsi\Documents\pywikibot\pywikibot\site\_basesite.py", line 218, in __getattr__

In T417961#11635430, @Xqt wrote:

Very strange because file_extension property was introduced with Pywikibot 8.4 already. Could you please try the following code snippet (exprecting you have a minecraft_family file:

py -m pwb shell
>>> site = pywikibot.Site('minecraft:ru')
>>> site.file_extensions

The following is expected then:

['flac', 'gif', 'ico', 'jpeg', 'jpg', 'mkv', 'mov', 'mp3', 'mp4', 'odm', 'oga', 'ogg', 'pdf', 'png', 'svg', 'wav', 'webm', 'webp']

>>> site = pywikibot.Site('mcw:ru')
>>> site.file_extensions
Traceback (most recent call last):
  File "<console>", line 1, in <module>
  File "C:\Users\DragonMsi\Documents\pywikibot\pywikibot\site\_basesite.py", line 218, in __getattr__
    raise AttributeError(f'{type(self).__name__} instance has no '
                         f'attribute {name!r}') from None
AttributeError: APISite instance has no attribute 'file_extensions'. Did you mean: 'has_extension'?

In T417142#11618372, @Xqt wrote:

I could be wrong, but based on the code it seems the bot is by default configured to work in the interests of only de.wikipedia

No, the script can be used for all sites.

I would also like to add that if you specify interwiki_graph_url in user-config.py, the bot adds the corresponding entries to autonomous_problems.dat, as if the files were made, but for a hundred such entries, only one corresponds to the actually created file.

So. I'm done setting up the namespaces. Now the bot does not fall when processing links between valid namespaces.
https://ru.minecraft.wiki/w/Справка:PyWikiBot#mcw_family.py

I'm having trouble getting this feature to work. In manual mode, the bot complains about inappropriate namespace names instead number. There are too many problems there. When I finish solving problems on the host side, I will monitor how the bot processes it and possibly create a separate issue if the problem is entirely on the bot's side.

In T416086#11573663, @Xqt wrote:

In T416086#11572447, @Xqt wrote:

It works as documented in https://doc.wikimedia.org/pywikibot/master/scripts_ref/scripts.html#module-scripts.interwiki:
-autonomous, -auto:
Run automatically, do not ask any questions. If a question to an operator is needed, write the name of the page to autonomous_problems.dat and continue on the next page.

This does not explain why, if there is a conflict between pages in the same namespace and/or non-disambiguation pages, the script draws the graph.

I know that the interwiki script is a bit out of scope, since Wikimedia uses a Wikibase for that purpose. For testing, it would be great to know the site (or family) you are working on.

I work on minecraft.wiki
Draft of family.py placed here: https://ru.minecraft.wiki/w/Участник:Ivan-r/Черновик3

Manually applied the suggested changes, it seems to be working.

@Xqt Why isn't this a bug? I don't see this behavior being expected. In addition, as I already pointed out, in automatic mode, the bot still makes graphs, but only in a combination of not very frequent situations.

I changed the pydot core file so that the default encoding is utf-8. After that, everything worked. So need to teach PWB to specify this encoding when transmitting data to this module.

In T410104#11379951, @Dumbledore wrote:

Thanks for pointing that out! I've updated the patch to fix this. The bot now skips interwiki links to neverlink languages during processing, so they're preserved instead of being deleted. The fix is in the check_page() method - it simply continues to the next link when it encounters a neverlink language, preventing it from being processed or removed.

Could you take a look at the updated patch?

@Dumbledore, was the question for me?

@Xqt No, this key is for specifying specific pages. And in general, to remove all interwiki links to a specific language used the replace.py.

@Aklapper added

Also, as I can see, there is no equivalent of Discussiontools in this extension, and the signature cannot be changed in any way. For example, to replace these two silly hyphens with a single large dash.

@Aklapper, MediaWiki — 1.38.2; CollapsibleVector — 0.1.11 (238abab)

In T274042#6825234, @Jdlrobson wrote:

We are trying to move away from the concept of desktop vs mobile styles since users use desktop to view mobile and mobile users use desktop and to think in terms of skin e.g. Minerva.css or Vector.css (particularly because Minerva works for both mobile and desktop).

Longer-term, we plan to remove Mobile.js/css from MobileFrontend and load Common.js/css. We recommend using TemplateStyles making use of media queries to ship styles rather than shipping desktop and mobile stylesheets.