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.

In T228552#6610764, @Aklapper wrote:

In T228552#6102823, @Dcljr wrote:

So, it looks like #1 (at least) in my comment above has happened.

@Dcljr: On which wiki? mw.org still links, see https://www.mediawiki.org/wiki/Special:Statistics?uselang=qqx

Took the liberty of changing the task name, to try to clarify what exactly was being discussed here. It would be nice to have a better task description, but maybe it doesn't really matter now that it's been declined?

In T264859#6562670, I said:

it has not shown up in the interwiki map yet (i.e., [[:smn:]] doesn't work).

Although the wiki has been added to the sitematrix, it has not shown up in the interwiki map yet (i.e., [[:smn:]] doesn't work). Isn't that usually done as part of the wiki-creation task?

In T261133#6443731, @Darwinius wrote:

This is not a "policy" debate. This is about a (still eventual, though probable) community decision.

Just FYI, edits like 1, 2, and 3 do not result in notifications by design. The ping has to happen in a new comment that is signed. No matter what you insert in an existing comment, it will not generate a notification.

In T260320#6419668, @Ladsgroup wrote:

try to click on login and wait a couple of seconds

When I go to the wiki, I am not being automatically logged in, even though it appears in my Special:CentralAuth. Usually by this point in the process (importing done), I am automatically logged in when I go to a newly created Wikimedia content wiki. Has a step been skipped?

In T257943#6325139, @Nevatovol wrote:

Hi!
A precision that can be useful. In Kotava, the standard for most punctuation marks, as ( ) ~ ; « » ! ? – —, they must be separated from the text, by unbreakable spaces.
[...]

@Aklapper It looks like the diff system here has changed, as the first link in the description no longer leads to a horrible looking diff. So, I guess this task can be closed.

So, it looks like #1 (at least) in my comment above has happened.

I see there's no special indication on cases where the section title/anchor does not exist (e.g., the link to "Straddle bets" does not lead to a valid anchor in the article). Are there any plans to do that?

I don't get it. According to Tech News 2020 week 10, this change was due to be made weeks ago, but I have yet to see it anywhere. Can someone point to an example?

Wouldn't "Declined" be a bit more appropriate, since nothing was actually done to resolve this task?

(composed before Aklapper's comment above)

This seems to be a request to create a new wiki for a particular purpose. If so, then the Wikimedia Phabricator is not the appropriate place to make such a request, since the stated purpose appears to have no connection to Wikimedia.

@Nemo_bis and @MarcoAurelio, what's the status of this task? Is it still needed?

The second option would be fine for wikis using the 'any' article-count method, but I'm afraid it would be just as confusing as the current link on wikis using the 'link' method (since there's no way to filter out dead-end pages in the list).

@Danbloch Not being familiar with MediaWiki code, I'm wondering if/how your modifications work with multiple sections linked to from the same article (IOW, if article "A" links to both "B#First" and "B#Second"). Is it not necessary to worry about this, given how other parts of the code work?

In T240728#5815586, @Ammarpad wrote:

'Resolved' does not necessarily mean a patch is deployed.

FYI: The wiki will be recounted the morning of January 15, 2020 (c. 5am UTC). At that time, the article count should jump up to around 6,360 (plus however many lemmas are created in the meantime).

Just throwing this out there: perhaps refreshLinks.php should be run on thwikisource (followed by InitSiteStats.php), just to make sure there are no inconsistencies in internal linking records that might have some effect on what is being discussed in this task. (I don't think it would fix the problem, but "it couldn't hurt", right?)

@Ruthven: Things should now be working as you expected.

@MJL: I don't know. I don't actually work here. [wink]

Actually, might as well run 'namespaceDupes.php'. It's easier that way.

@MJL: Please see T231880#5467072 above.

In T240746#5744475, @Acamicamacaraca wrote:

@Dcljr Okay. You managed to disable that template, but what about 352,404 articles that is using this one — Шаблон:Кратак опис?

If we just disable it, then it leaves a large number of articles using it for no reason. So the question is: Should the template be massively removed from articles or will and can a local exception be created for sr.wiki?

@Acamicamacaraca: Because the {{SHORTDESC}} magic word only works on the English Wikipedia, the simplest way of fixing the problem in the short-term is to replace all instances of {{SHORTDESC: (which invokes a magic word) with {{SHORTDESC| (which calls a template). This needs to be done in the local version of Template:Short_description and any other templates that invoke the magic word directly (and, of course, in any articles that invoke the magic word directly, but hopefully there are none of those).

@Harditaher: Whlie in the Incubator, pages were counted if they were in a particular category. Now, like most other Wikimedia wikis, main-namespace pages are counted only if they contain a [[wikilink]] to another page on the same wiki. Therefore, if you link key terms in your definitions, like the word "simalakamo" in the "malakamo" entry, then such pages will contribute to the content-page count of the wiki.

Yep, those were the results I was expecting. Thanks.

@Urbanecm or @Reedy, can one of you do this?

@Aklapper This is not going to satisfy your request, but I'll say it anyway.

FWIW, I see "Aldono", "(Main)", and "Kategorio" when logged in. As far as I recall, I have never selected namespaces to search on eo.wiktionary. But I could be wrong...

In T234458#5563773, @Aklapper wrote:

@B20180: Feel free to follow https://www.mediawiki.org/wiki/How_to_report_a_bug and provide 1) clear steps to reproduce including links, 2) what exactly you expect, 3) what you see instead.

Continuing off-topic discussion: Note that you can also do [[m:wikt:shy:]] from any Wikimedia wiki (to go through the Meta-Wiki first), to deal with cases where [[wikt:shy:]] doesn't work (e.g., following a link to [[wikt:shy:]] from the newly-created Sakizaya Wikipedia, lands you on a page at the Incubator).

In T238105#5681149, @jhsoby wrote:

In T238105#5681094, @Dcljr wrote:

Note that visiting https://shy.wiktionary.org/ does not bring up the existing local main page https://shy.wiktionary.org/wiki/Amzawru_Tasfhit [...]

Yeah, that'll most likely be fixed [...] by Amir's config patch above.

Note that visiting https://shy.wiktionary.org/ does not bring up the existing local main page https://shy.wiktionary.org/wiki/Amzawru_Tasfhit (created about 11 hours ago by 127.0.0.1 when the wiki was created). I'm not sure if this is a sign of a "deeper" problem or (at the other extreme) if it's to be expected at this point in the process.....

Marking this as "Invalid" since it was withdrawn before anyone was able to resolve or decline it.