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.

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?