In T259360#6353392, @Aklapper wrote:

@Meno25: Hi, how is this related to Cognate (as that is mentioned nowhere in the task description)?
Removing All-and-every-Wiktionary as this is about one single website - see its project description.

Hi. I wrote this task description quickly (as I had other things to do at that time), so, I didn't put much thought about how it should be categorized. Feel free to recategorize the task as needed.

(The Internet-Archive tag was added as per H99 because the task description contains a link to archive.org. This task is not related to the Internet-Archive project, so, removing the tag.)

See also T130911

In T223045#5175029, @Dvorapa wrote:

Weird, this looks like it is not up-to-date even after git pull --all, see the current file in repository: https://phabricator.wikimedia.org/diffusion/PWIN/browse/master/pywikibot/en.json

Please try to remove scripts/i18n folder and then git submodule update for Pywikibot. Finally this should work.

Or you can clone the whole Pywikibot folder again cleanly if you want

In T222445#5160052, @WMDE-Fisch wrote:

Hmm I'm a bit unsure if the problem with the automatic bot imports is comparable to what the FileImporter does.

The FileImporter does not allow imports of files that are not explicitly labeled on the source wiki to have the right license. - So mass-imports of random files with unclear status is per se not easily possible.

The above statement obviously depends on how license templates are handled on the source. If files easily get a CC-0 or CC-by license although it's not appropriate, the FileImporter can't control that.

In T223045#5175023, @Dvorapa wrote:

What is the contents of your scripts/i18n/pywikibot/en.json file (or ar.json file if present)?

In T223045#5174996, @Dvorapa wrote:

Did it help to solve the issue for you?

In T223045#5174994, @Dvorapa wrote:

Try git pull --recurse-submodules

In T223045#5174989, @Dvorapa wrote:

Do you have up-to-date pywikibot and pywikibot-i18n? This was solved in January!

See also T216876

In T217507#4996242, @Zoranzoki21 wrote:

In T217507#4996241, @Meno25 wrote:

In T217507#4996235, @Zoranzoki21 wrote:

So we should remove ns 104?

Yes, please.

Ok, sure. I will make patch!

In T217507#4996235, @Zoranzoki21 wrote:

So we should remove ns 104?

In T211492#4842520, @Meno25 wrote:

In T211492#4842505, @Xqt wrote:

Sure. I am going to try using \s and see if it will work. Let's mark this as stalled for now.

I made another proposal here. Could you check it?

Sure. Just please give me some time to test it as I am busy right now with other stuff in real life.

In T211492#4842505, @Xqt wrote:

Sure. I am going to try using \s and see if it will work. Let's mark this as stalled for now.

I made another proposal here. Could you check it?

In T211492#4810128, @Xqt wrote:

@Meno25: could you tag some samples where the current implementation fails. I think the path made by @OsamaK was intended to ensure to replace single words but not word fragments.

Could you check whether \s solves this instead of that \b?

Resolved by @Jar

I tried deleting and restoring the page to see if that will help. The page gets deleted normally, but after this, when trying to restore it, it gives this error message

In T207355#4679416, @Aklapper wrote:

@Liuxinyu970226: Could you please point to that string in a code base, as you seem to have already investigated that this is about MediaWiki-Redirects? Thanks!

Hello @Cyberpower678 and everyone

In T15673#4267197, @Huji wrote:

I made a request on arwiki for their local message to be updated as well. At this point, I believe this task can be qualified as complete. Any subsequent issues can be tracked through separate Phab tasks.

In T186634#3950261, @MusikAnimal wrote:

Done with c88d7fc. Thank you for your ongoing help!

This is a follow up to T184851#3905230 and the edit summary is defiened in semi_automated.yml#L300