Content was imported last month, but interwiki links have not been cleaned up.

In T345166#9145360, @Aklapper wrote:

see https://phabricator.wikimedia.org/p/Maintenance_bot/ for code links

In T345166#9145395, @jhsoby wrote:

They are actually useful, but might be unintuitive. [...] If you get an empty page, it means they haven't been fully deployed yet

Looks like some of the changes will have to be reverted so that other items can be completed. Can someone look into this please?

In T345316#9142859, @Anoop wrote:

In T345316#9133337, @Ladsgroup wrote:

I think this should merge into T345170: Post-creation work for tlywiki

Didn't see this comment, in future I will keep that in mind

While I'm at it, where is this kind of checklist stored in Phabrictor (so it can be used when tasks like this are created)? I've seen it in the past, but I can't find it now.

In T335216#9050834, @Bennylin wrote:

There is a checklist for a reason, and if the checklist is not followed, then it's pointless to have the checklist in the first place.

I couldn't until just now. It was greyed out for me.

This task has been closed as "resolved" without all the steps being checked off in the description. This really should not happen. @Ladsgroup, I assume everything here can be checked off as done, as opposed to the unchecked items being removed because they actually belong to another task…?

On second thought, I think this is different enough to keep it a separate task (at the risk of letting it languish in obscurity).

Importing was completed 5 days ago. Looks like CX Config was also done around that time. Can we get the checklist updated to reflect current reality? (I can't do it myself.)

In T345392#9135913, @Bugreporter wrote:

Duplicate with T158730: Automate WMF wiki creation?

Clearly importing of content and cleaning up of interwiki links belong to Stage 3 (meaning they should be done before the wiki is editable).

EDIT: Removed stuff that is now addressed in the task description.

Oh, I guess I just needed to become a subscriber fisrt. OK, I've changed some things I believe are complete.

The task description needs to be updated to reflect what has actually happened. Apparently there's a custom policy in place that is preventing that from happening?

In T345316#9133337, @Ladsgroup wrote:

I think this should merge into T345170: Post-creation work for tlywiki

Note that the name Akan doesn't show up in the SiteMatrix anymore, but it still has a row in there, with 3 closed projects and 5 missing (redlinked) projects. Surely this is not the desired final state of the SiteMatrix in relation to this task...?

In T275945#9047468, @Jdforrester-WMF wrote:

I defer to @DVrandecic, but I think when T342820 is closed would be the right time.

In T342865#9070734, @Quiddity wrote:

I'll add it to my list of things to check, if you'd prefer to not need to remember. Thanks again!

@DVrandecic: Do you think the creation of this wiki should be announced at m:Wikimedia News now? (See also T275945#9047468.) How should the announcement be phrased? That the wiki is "ready to be used"? Or what?

Was this ever done? The wiki has been created.

In T275945#9046447, @Jdforrester-WMF wrote:

I've spun the locked-down -> limited work out into T342820: Migrate wikifunctions.org from locked-down to limited mode, letting users edit wikitext pages and some for ease of tracking.

New wikis tend to be created in bunches (see our Site creation log) because there's a lot of work involved, and it doesn't always go completely smoothly. So the answer to your (first) question would appear to be that no one feels like taking on that level of work (and potential work) at the moment. (As mentioned above, there is no one person or group of people whose "job" it is to create new wikis.) This may change at any time.

In T335969#8984404, @Bennylin wrote:

I was referred here from T335216. Is this technical blockage or personnel blockage? What does gpewiki has to do with btmwikt?

Looks like there's no associated "post-creation work" task for this one…?

Hmm. I'm thinking this should be hashed out in a new task. Can you create one (with the "Wiki-Setup" tag, I assume) and be specific there about which subtasks you think belong together and what dependency structure you envision among all the different kinds of tasks?

@Dzahn: Could you be more specific? Which subtasks are of which type, and why? And how would having multiple post-creation [parent] tasks improve things? (In other words, as is often asked around here: what problem are you trying to solve? :)

Confirming everything looks fine now (technically speaking) on-wiki. Thanks.

In T326137#8530030, @Bennylin wrote:

One related question, sorry if out of topic of the original ticket:
In Minang Wiktionary [...]
Does all the dead end pages still counted in the {{NUMBEROFPAGES}} and Special:Statistics?

@Zabe: Please don't leave items in the pre-install checklist unchecked when you close wiki-creation tasks like this one. Either check them off if they've been done or remove them if they're not necessary for some reason.

Whoops. There's still one inaccessible page that's using the previous prefix. It's called "Buuri buuri :Budaa" and can be found in the list of pages in the main namespace. I'm guessing this can't be fixed by running namespaceDupes.php (since the prefix is technically different) and that something else will have to be done…

Looks like this is fixed now. Thanks.

Just for the record, the changes seen above have not (by themselves) fixed the problem.

@Aklapper: He was told what to do to get his request fulfilled. See Stang's post above. [grin]

Note the existence of similar special wikis with better sitenames:

Interwiki cleanup was completed back in May 2022.

This is a duplicate of T321294: Prepare and check storage layer for aswikiquote.

Or should the unchecked item simply be removed?

So, should the "Propose the implementation of the standard bot policy" item be rephrased?

I think it's "bad form" to close a task before everything requested in it has been completed (or declined, etc.). This can be closed when the last thing has been dealt with.

As I promised in the description, here are the remaining open tasks of this type, for wikis created on 2023-01-04. In each case, neither "Propose the implementation of the standard bot policy" nor "Inform the CVN project for IRC monitoring" has been marked as done.

Can this task be closed?

Still running into this issue. This time on shnwikibooks, which experienced a large drop in content-page count in the day since it was created with no obvious on-wiki activity that would justify that drop (e.g., removal of links on regular pages or in templates, or page deletions or moves out of the main namespace). So I'm null-editing all pages in the main namespace to see if that drops the count even further.

Just curious why "Wikimedia messages configuration" is not marked as deployed in the pre-install checklist above. Is this a problem?

Sorry, but as someone who has not even heard about this protocol before (Wikipedia article), I have to ask: what exactly will this change enable MediaWiki (or our editors) to do? Has this been discussed on-wiki somewhere?

In T325804#8489187, @Aklapper wrote:

I'm not sure anymore what this ticket is requesting :)

In T325804#8488212, @Intodesa wrote:

[...] Mon Wiktionary does not yet have a Wikidata Link connection for the Rhymes page, so I requested to add it

FWIW, it looks like they mean a "Rhymes" namespace. (The pages starting with "ကာရန်:" are currently in the main namespace.) But, yeah... Intodesa, you will need to provide a little more information, as outlined on the page that Aklapper pointed you to.

In T318338#8254629, @Omaranwaraglan wrote:

the keyword :

{{{department}}}

Does It Exist on ar WikiBooks

In T315121#8185627, @Dzahn wrote:

the original commit _might_ reveal something but would require quite some digging I expect.

I'm assuming the previous time (05:39 UTC) was chosen to be during a relatively low-traffic/low-load time of day. Should that be considered in rescheduling this?

In T305281#7936673, @Urbanecm wrote:

@Dcljr, can you check and let me know if it works on your end as well?

Just FYI, the interlanguage prefix "kcg:" doesn't yet work (tested at the Meta-Wiki and the English Wikipedia). I can't remember which change enables this, but interlangs usually work by the time content importing is complete (at which point I announce the wiki creation at m:Wikimedia_News). I'm posting this in case something has been overlooked; if that's not the case, then just ignore this comment.

Just FYI, the Foundation wiki passed 10,000 "registered users" (i.e., created user accounts) today, about 8,500 of which have been automatically created since 2021-10-28, when the wiki was first connected to SUL (so, roughly 200 per day). Not saying this is a Bad Thing, just reporting it in case anyone following this task is interested.

Have verified prefix now works on Meta. Thanks.

In T291018#7373526, @Reedy wrote:

In T291018#7373338, @DannyH wrote:

There are some questions here about the WMF's intentions and about the process we're using. I can try to explain why WMF Product is interested in learning more about blocking IPs.
[...]

In T243076#7340980, @Amire80 wrote:

Why these particular numbers? Why 30 days? Why not 15? Why not 60?

In case anyone's confused as to what actually happened upon the resolving of this task, that can be seen at T158360#6977526 (the gerritbot comments below what I've linked to).

In T276125#6933282, @Ladsgroup wrote:

We currently don't have a good system to automate post-creation steps (which there are a lot). But let me think about it and at least improve it.

Has "CX Config" (in the post-install checklist) really not been done yet? Is that important?

@Urbanecm: please see my previous comment, immediately above this one.

In T276246#6932583, @Urbanecm wrote:

I hope all pages now exist in the newly created wiki :).

@MF-Warburg and @Urbanecm Just curious when the importing is going to be finished (so this can be announced at m:Wikimedia_News), and what, if anything specific, is delaying that.

@MF-Warburg and @Urbanecm Just curious when the importing is going to be finished (so this can be announced at m:Wikimedia_News), and what, if anything specific, is delaying that.

Note that this is still a problem even when interlanguage links are "manually" added to pages. For example, adding the link "[[shy:raisin]]" on (say) the German Wiktionary entry for "raisin" results in the wikilink "shy:raisin" showing up in the page content rather than creating an interlanguage link in the sidebar, whereas adding, say, [[af:raisin]] there does result in an interlanguage link in the sidebar (note that there's no such page in the afwiktionary, but that's beside the point). Does this mean it's not purely a Cognate issue? (I have no idea.)

@Lepticed7, note that the entry count ("pages de contenu") of the wiki will not reflect this change until the wiki's statistics are recounted on 2021-02-15. If you want that to occur earlier, you will have to request that initSiteStats.php be run for frwikitionary.