I don't know if it worked before on avk.wikipedia.org, only that it worked on Incubator, where the page was imported from (it wasn't edited so far on avkwiki either): https://incubator.wikimedia.org/w/index.php?title=Wp/avk/Rustoda&oldid=4831033

Well, no. The wiki is going to be created based on the Incubator activity, and with the Incubator pages. We are not creating this as a fork from some random dump. Afterwards, other pages can be imported.

Mail from @Ladsgroup to list admins:

Mailman allows us to upgrade mailing list by mailing list, that's good but we haven't found a way to keep the old version and the new ones in sync (archives, etc.). Maybe we migrate a mailing list and the archives for the old version will stop getting updated. Would that work for you? Feel free to chime in: https://phabricator.wikimedia.org/T256539

A new case just happened on lij.wikisource at https://lij.wikisource.org/w/index.php?title=Laude_zeneize/19&action=history - Special:Import showed the error, but the page was still imported (though without a log entry).

this just happened on lij.wikisource, trying to import https://wikisource.org/wiki/Index:Bacigal%C3%B4.Prose.rim%C3%A6.1891.pdf (by file). If that helps with anything?

You can contact these communities, for the time being, at the [[meta:Requests for new languages]] subpages, as they used them in the past days to discuss some last config details for their wikis.

@Urbanecm the names of the requested additional namespaces are now final, please go ahead.

In T257674#6299280, @Urbanecm wrote:

@MF-Warburg Could I ask for the logo in SVG format, please?

The doubts were resolved, the creation can continue (with lij as the interface language).

Thanks @Urbanecm. I invite everyone to continue the discussion at https://meta.wikimedia.org/wiki/Requests_for_new_languages/Wikisource_Ligurian

In T257674#6298610, @Urbanecm wrote:

@MF-Warburg I assume this is ready? Uploaded the DNS patch and WikimediaMessages patch already, since the domain name/project name isn't likely to change.

In T257674#6296907, @Nintendofan885 wrote:

stall until configuration is decided on

Newer log entries are correct again. Seems like all the fixing happened in the duplicate at T255330.

In T253029#6244728, @Ladsgroup wrote:

@MF-Warburg Sorry again for the delay. Please ping in the ticket if process of creating wiki is stalled and the automatic checks says the wiki is ready to be created.

What is delaying the creation of this wiki?

A new case: https://incubator.wikimedia.org/wiki/Special:Log?type=rights&user=&page=User%3AAnugrahgori&wpdate=&tagfilter=&subtype=

Ok, I have now done so.
I imported: main space, talk, templates, categories and modules. I skipped modules and templates which existed on scowiki already. I removed prefixes everywhere, except from the categories, which is probably best sorted out locally.

What's the status of this? Can it be done?

Started with the talk pages (all 3 of them; they were all starting with a lowercase letter originally). Is it intentional that the Define namespace is not case-sensitive? If not, this should be fixed before I import the Wt/sco mainspace pages and they all would have to be fixed afterwards.

The community also requested "Give Flow board creation rights automatically to admins on the Konkani Wiktionary (Add flow-create-board for gomwikt sysop)" for the settings. I don't know to whom this right is usually assigned (on mw.org to all users, it seems), so I don't know if that is a restriction and how feasible that is given the scarcity of sysops on new wikis ( @Aklapper cf. our recent discussion).

Hello. Should I do this?

Can someone give this some attention? Can there be a workaround as I suggested at T126827#3450937 2 years ago?

This error persists. Current example: https://incubator.wikimedia.org/w/index.php?title=Wp/nqo/%DF%93%DF%8F%DF%AC%DF%9F%DF%8F%DF%B2%DF%AC%DF%98%DF%8A&action=edit.

We are waiting for T233365 to be resolved.

Hmm. Is not an edit filter a better temporary solution?

In T218155#5507138, @Zoranzoki21 wrote:

In T218155#5506935, @jayantanth wrote:

Could you please anyone import all the pages (ns:0)/Index files/Pages?

@MF-Warburg or @jhsoby should do it as I know, right?

I am aware of this. that's what we have the newprojects mailing list for.

It is not.

Tried it several times now today.

Hello. Indeed the tool died when Labs made some annoying switch of the server or whatever. I asked SPQRobin to resurrect the tool, but he doesn't have the time. Myself I have no idea how to do this. I'd be glad to add someone knowledgable as a maintainer, if I can do that.

Another issue: I didn't receive a mail from the newprojects list yesterday, so today I resubscribed, thinking that maybe I had somehow been unsubscribed. I then received a notification that I was already subscribed, and immediately the mail from yesterday arrived. Related?

That's a good idea as well.
Maybe also a display in 2 columns, old rights on the left, new ones on the right, would be good.

In T193565#4500949, @MF-Warburg wrote:

Today I was notified that some pages still need to be imported to satwiki (maybe I missed them last time because of this error precisely), so if errors occur again, I can tell you exactly what the error message is.

I don't understand how this is related. The request is to enable experienced users to turn this off, not to remove it from new users.

In T193565#4497636, @tstarling wrote:

It doesn't have to be a LoadBalancer bug, it could just be some other extension calling reuseConnection() inappropriately. It's hard to debug without a reproduction procedure. I see in the logs that there was a series of these on 2018-08-06 with URL https://sat.wikipedia.org/w/index.php?title=%E1%B1%9F%E1%B1%A5%E1%B1%9A%E1%B1%A0%E1%B1%9F%E1%B1%AD:Import&action=submit , and the failed query indicates that the user was @MF-Warburg , who did have successful file upload imports at that time in the logs: https://sat.wikipedia.org/wiki/%E1%B1%9F%E1%B1%A5%E1%B1%9A%E1%B1%A0%E1%B1%9F%E1%B1%AD:Log/import

I wasn't able to reproduce it by doing interwiki imports into testwiki, but maybe I wasn't hitting CentralAuth in the same way.

@MF-Warburg, to help us isolate this bug, can you tell us what kind of client you were using? If you used a browser, did you see errors when you did some of these imports, and was there anything special about the ones that failed?

Is there any progress on this? Would be much appreciated.

In T193028#4158568, @Urbanecm wrote:

The requirement from Langcom currently is to translate the most-used messages set (for the first project in a language).

Since when is this necessary?

Thanks, I was already subscribed and confirm this is a legitimate request.

This should be in Wiki-Setup (Create), however that works.

In T54971#3841692, @ChristianKl wrote:

I'm of the opinion, that it's not our role of Wikidata to create pseudo-fake websites. In most of the relevant cases it would make sense to actually have real websites.

The langcom policy that prevents the creation of those sites is the core problem and a meta RfC to change it would be the best way forward

I imported the pages. Can you please run the scripts to update the statistics etc.?

I deliberately omitted those as they won't conflict with the import.

Sorry, I didn't see the wiki already exists. I deleted the few pages which still were in it now.

That works.

Langcom has reviewed the concerns and found them unfounded. So please continue with the creation of the wiki.

Thanks for this reply. I think that settles it.

On 5 July.

Does "I would rather get mediawiki handle its deleting and all the related checks to be honest." mean you would like to have a function in MediaWiki that can delete the wiki's database? Or just that the pages in the wiki should be deleted using the normal MediaWiki interface?

How can we solve this? As it works for non-Wikipedias, can't we create an exception for Wikipedias that will fix the link for them?

So is creation the redirection without deleting the databases a reasonable way forward?