I'm just an ordinary wiki user (not an admin, steward, sysadmin, developer, etc.). My home wiki is the English Wikipedia, but I have accounts on almost every Wikimedia wiki, with e-mail notifications turned on.
Thu, Sep 7
Content was imported last month, but interwiki links have not been cleaned up.
Wed, Sep 6
Tue, Sep 5
Looks like some of the changes will have to be reverted so that other items can be completed. Can someone look into this please?
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.
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.)
Sep 1 2023
Aug 31 2023
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?
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...?
Aug 5 2023
Aug 3 2023
@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.
Aug 2 2023
Jul 27 2023
Jul 5 2023
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.
Jul 4 2023
Jun 26 2023
May 6 2023
Looks like there's no associated "post-creation work" task for this one…?
Apr 20 2023
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?
Apr 19 2023
@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? :)
Apr 2 2023
Confirming everything looks fine now (technically speaking) on-wiki. Thanks.
Mar 28 2023
@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.
Mar 21 2023
Just for the record, the changes seen above have not (by themselves) fixed the problem.
Mar 16 2023
Mar 3 2023
@Aklapper: He was told what to do to get his request fulfilled. See Stang's post above. [grin]
Feb 28 2023
Note the existence of similar special wikis with better sitenames:
Feb 5 2023
Feb 4 2023
Feb 3 2023
Interwiki cleanup was completed back in May 2022.
This is a duplicate of T321294: Prepare and check storage layer for aswikiquote.
Feb 2 2023
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.
Jan 26 2023
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?
Jan 6 2023
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.
Jan 5 2023
Just curious why "Wikimedia messages configuration" is not marked as deployed in the pre-install checklist above. Is this a problem?
Dec 31 2022
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?
Dec 24 2022
Dec 23 2022
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.
Sep 23 2022
Aug 26 2022
Aug 25 2022
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?
Aug 19 2022
Jul 22 2022
Jul 20 2022
May 18 2022
May 17 2022
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.
Apr 3 2022
Mar 30 2022
Dec 13 2021
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.
Nov 1 2021
Have verified prefix now works on Meta. Thanks.
Sep 23 2021
Sep 9 2021
Apr 7 2021
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).
Apr 2 2021
Mar 30 2021
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.
Mar 28 2021
Mar 20 2021
Feb 28 2021
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.)
Jan 30 2021
Jan 4 2021
@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.