Page MenuHomePhabricator

Lombard Wiktionary unreachable from the other Wiktionaries
Closed, ResolvedPublicBUG REPORT

Description

Steps to replicate the issue (include links if applicable):

  • On the pages of the other wiktionaries, precisely in the sidebar, the interlinguistic links to Lombard do not appear even if the Lombard wiktionary contains that entry

What happens?: On the pages of the other wiktionaries, precisely in the sidebar, the interlinguistic links to Lombard do not appear even if the Lombard wiktionary contains that entry.
For example the entry "adduce" is present both in the Lombard and in the Italian dictionary (https://lmo.wiktionary.org/wiki/addurre and https://it.wiktionary.org/wiki/addurre) but while in the Lombard Wiktionary there is the link that leads to the Italian Wiktionary the same does not happen in the Italian language Wiktionary.
It is not a problem of the Italian Wiktionary as it happens on every Wiktionary, for example the English one

What should have happened instead?:
In the other wiktionaries the link to the Lombard wiktionary should appear if the entry is present in the Lombard wiktionary

Software version (skip for WMF-hosted wikis like Wikipedia):

Other information (browser name/version, screenshots, etc.):
The problem seems to be similar to T284444: Mon Wiktionary not listed in "In other languages" sidebar section (interwiki panel)

Event Timeline

I can confirm the issue and it does indeed look like it is the same issue as in T284444.
Assuming it is the same issue: @Ladsgroup you fixed it there by running a script. Since this seems to be a recurring issue I'd like to figure out the root-cause. Is the issue that it's not properly documented in the steps for creating a new Wiktionary or are people not following the documentation? I'd check myself but I'm not even sure where to start looking :(

Ran it and it should be there now. Can you test if it works now?

wikiadmin@10.64.48.111(cognate_wiktionary)> select * from cognate_sites where cgsi_dbname = 'lmowiktionary' limit 5;
+----------------------+---------------+----------------+
| cgsi_key             | cgsi_dbname   | cgsi_interwiki |
+----------------------+---------------+----------------+
| -4828393237644700374 | lmowiktionary | lmo            |
+----------------------+---------------+----------------+
1 row in set (0.001 sec)

Any thought on the following?

Assuming it is the same issue: @Ladsgroup you fixed it there by running a script. Since this seems to be a recurring issue I'd like to figure out the root-cause. Is the issue that it's not properly documented in the steps for creating a new Wiktionary or are people not following the documentation? I'd check myself but I'm not even sure where to start looking :(

Yes, the entry "addurre" works but the other items don't work yet

it does now, because you need to purge the cache (?action=purge) and wait for caches to expire (a minute or so)

Yes, by adding "?action=purge" to the URL then it work. This means that I have just to wait for the complete solution of the problem.

Parser caches expire after 21 days.

Any thought on the following?

Assuming it is the same issue: @Ladsgroup you fixed it there by running a script. Since this seems to be a recurring issue I'd like to figure out the root-cause. Is the issue that it's not properly documented in the steps for creating a new Wiktionary or are people not following the documentation? I'd check myself but I'm not even sure where to start looking :(

Sorry I forgot to respond there, it's in https://wikitech.wikimedia.org/wiki/Add_a_wiki but also the checklist is provided to users by the maintenance bot: https://github.com/Ladsgroup/Phabricator-maintenance-bot/blob/master/new_wikis_handler.py#L427 Adding something to make it run the maint script should be rather easy.

Parser caches expire after 21 days.

Which was on Tuesday Dec13. Maybe this task can be resolved?