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.

is there anybody who is able to merge this patch?

In T168575#3391604, @gerritbot wrote:

Change 362235 had a related patch set uploaded (by Matěj Suchánek; owner: Matěj Suchánek):
[pywikibot/core@master] [Bugfix] Fix interwiki conflict detection

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

Script still deletes intrwiki which is not yet imported

In T168575#3385530, @gerritbot wrote:

Change 361829 merged by jenkins-bot:
[pywikibot/core@master] [Bugfix] Use correct iterator method in interwikidata.py

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

• • cs.wiki
  • i tried it on sk.wiktionary (Vivaldi, Win 10) and got the same problem
• many cs.wiki gadgets + some from other wikis

Windows 10, vivaldi latest snapshot

There might be some interference with media player (e.g. Anthem in infobox for United States) (Opera 45/Win10)
When I want to edit with NWE, there is long time when only moving thing on page is wheel over anthem . After player is displayed, progress bar moves again.
When I move cursor during loading, player loads quickly and page is enabled for editing in significantkly shorter time

In T135304#3288800, @Dvorapa wrote:

Maybe category move refuses to edit the redirect always, but sometimes the check if page is redirect fails somehow? (just a guess)

Maybe related with T85676 ?

In T151854#2946361, @Jdforrester-WMF wrote:

The options are:

• Move all Project discussions into their own namespace (messy),

Project namespace is mess of everything.

See also https://www.mediawiki.org/wiki/Topic:Thamv1ghwipi6jh1

In T150138#2899930, @kaldari wrote:

Fixing this would degrade the performance of the query to accommodate an edge case. While I understand that this edge case may be common on Wiktionary, I'm not sure I understand why anyone would use Special:LonelyPages on Wiktionary anyway. Unlike on Wikipedia, there is nothing wrong with a page being an orphan on Wiktionary. Also, the example provided in the description no longer exists, so I can't really understand the use case here. Why do some pages on Wiktionary only link to themselves?

Related T153942

I didn't updated bot and I got ths message too

In T152996#2866783, @Magul wrote:

Ok, and what do You think, should be expected behaviour here?

In T151319#2845773, @Aklapper wrote:

@JAnD: Can you please clarify?

Will the visual editor be enabled on talk pages?
​No. This question comes up quite often.

There is one problem with proverbs.
e.g. Czech wiktionary has proverbs as sentence
[[cs:Bez práce nejsou koláče.]]
but english wiktionary have
[[en:bez práce nejsou koláče]].
Both are the same, but current strict interwiki linking does not allow to connect them togedher automatically, overwriting should be solution

Another case

C:\pwb>pwb.py coordinate_import -onlyifnot:P31=Q13406463,P31=Q5 -start:Sez
ERROR: 'Sezam (kniha)' is not a valid item page title
Traceback (most recent call last):
  File "C:\pwb\pywikibot\bot.py", line 1919, in run
    for page in self.generator:
  File "C:\pwb\pywikibot\pagegenerators.py", line 1886, in PreloadingGenerator
    for page in generator:
  File "C:\pwb\pywikibot\pagegenerators.py", line 1519, in filter
    for page in generator:
  File "C:\pwb\pywikibot\pagegenerators.py", line 1936, in PreloadingItemGenerator
    page = pywikibot.ItemPage(datasite, page.title())
  File "C:\pwb\pywikibot\page.py", line 3842, in __init__
    % self._link.title)
InvalidTitle: 'Sezam (kniha)' is not a valid item page title

Problem was in my dysgraphia (-kh- vs. -hk-)

Starting bot on wiki with redirect works fine

C:\pwb>pwb.py interwiki -family:wiktionary  -whenneeded -prefixindex:Category:Bahasa_Bok 
NOTE: Number of pages queued is 0, trying to add 50 more.
Retrieving 1 pages from wiktionary:ms.
[[ms:Kategori:Bahasa Bokmaal Norway]]: [[ms:Kategori:Bahasa Bokmaal Norway]] gives new interwiki [[en:Category:Norwegian Bokmaal language]]
Retrieving 1 pages from wiktionary:en.
[[ms:Kategori:Bahasa Bokmaal Norway]]: [[en:Category:Norwegian Bokmaal language]] gives new interwiki [[af:Kategorie:Woorde in Boekmaal]]
...
NOTE: [[ms:Kategori:Bahasa Bokmaal Norway]]: [[en:Category:Norwegian Bokmaal language]] gives duplicate interwiki on same site [[ms:Kategori:Bahasa Norway Bokmaal]]
[[ms:Kategori:Bahasa Bokmaal Norway]]: [[en:Category:Norwegian Bokmaal language]] gives new interwiki [[mt:Kategorija:Lingwa Norvegiża Bokmaal]]
...
[[ms:Kategori:Bahasa Bokmaal Norway]]: [[en:Category:Norwegian Bokmaal language]] gives new interwiki [[zh:Category:shumiannuoweiyu]]
Retrieving 1 pages from wiktionary:ms.
NOTE: [[ms:Kategori:Bahasa Norway Bokmaal]] is redirect to [[ms:Kategori:Bahasa Bokmaal Norway]]
Retrieving 1 pages from wiktionary:nn.
Retrieving 1 pages from wiktionary:es.
...

For me would be very useful, if is not possible to disable it globally, when clickink on the [other 60 languages] would show complete list, not only choice which languages show.
Or at least [show all] button.

Interwiki in main namespace can be managed automatically by bots.
But in category namespace human work is needed. I manually edit categories on small wiktionaries and whn my bot find some conflict, I open these pages in browser - an I mus often go through some other language because of transliteration. And I cannot tell forward if I will need open ay.wikt, gd.wikt, th.wikt or en.wikt. So I need all links visible

Probably duplicate of T139030

or on cs.wiktionary: If I am searching "Ph", i got always [[PH]], but there also [[pH]] exists.
There should be some note like "autoredirected from [[Ph]]"

In T987#2172207, @gabriel-wmde wrote:

Regarding the comment by @Darkdadaah: Wiktionary is in the unique situation that each word should be the same in each language version. Where they differ, there must be a redirect page, as in the case pointed out by Darkdadaah.