Two unchecked boxes up there. Have they been done?

Note: Upload of "The_End_of_St._Petersburg_(1927).webm" was already requested in T358302.

FWIW, there are other contexts that use yellow and blue for "caution" and "everything's fine", respectively — my wireless router, for example. [grin]

I don't know all the details of how these are implemented, but note that the full "wikisource" prefix is defined in our interwiki map (as with "wikibooks", etc.), separately from the somewhat magical shorter versions ("s", "b", etc.). The difference in how they work is documented at m:Help:Interwiki linking.

Task description still says "The creation is blocked until these part are all done." and the checklist still appears to be incomplete. Can we please try to avoid this kind of thing in the future? Resolved tasks should look resolved.

Task description still says "The creation is blocked until these part are all done." and the checklist still appears to be incomplete. Can we please make sure this kind of thing doesn't keep happening with these wiki-creation tasks? Resolved tasks should look resolved.

Task description still says "The creation is blocked until these part are all done." and the checklist appears incomplete. Can we please make sure this doesn't happen in the future? Resolved tasks should look resolved.

In T347939#9229248, @Amire80 wrote:

And the namespace names have been translated in MessagesFon.php long ago, so I don't know what does "before the namespaces were even finalized" mean.

So, with this new way of doing things, when am I supposed to understand that a wiki is open for editing by the general public (for the purpose of announcing that at m:Wikimedia_News)?

Interlanguage prefix doesn't work yet (for links like w:fon:Special:Log from other wikis). Is this something that was left uncompleted when the "Create" task was closed, or is this covered by one of the items in the checklist here?

Again (as with T345166), this "Create [wiki]" task has been closed as resolved before everything in the checklist was (marked as) completed. This should not happen. These checklists should either be completed before the tasks are closed or the irrelevant items should be moved to other appropriate tasks (in this case, T347939).

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. I guess because I wasn't yet a subscriber. Sigh… Phabricator is so easy to use… [eye roll]

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 and interwiki cleanup were 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?