In T427496#12017107, @Nikerabbit wrote:

Not complete. Please complete the checklist.

In T424921#11971903, @Nikerabbit wrote:

@lucamauri Could you give translatewiki commit access:

Following up on this. Please grant translatewiki commit access.

This is the latest implementation

This is as tested on production

In T417851#11874619, @Wangombe wrote:

@Jdlrobson Please go ahead and grant translatewiki write access to the repository.

@Jdlrobson Please go ahead and grant translatewiki write access to the repository.

Exports happened yesterday. We're good to close the ticket

As deployed and tested on translatewiki.net

@eamedina Please grant translatewiki write access to the repository.

Screenshot prior to merge.

Tested on translatewiki.net and functions as expected.

We can agree to use an interpunct · between language names and language code. A dash - is also a candidate but we have to remember that some language codes contain the - character which could potentially create confusion on how the language codes are displayed.

Let's wait for exports to happen on other projects first before closing.

Homepage:
Project link:
Code repository:

We reviewed how language names appear in dropdowns and selectors across MediaWiki. Currently they use inconsistent formats such as code-first, name-only, or code-plus-localized-name. The goal is a single clean standard that works everywhere, especially with the upcoming ULS rewrite and new searchable selectors.

With Javascript disabled

I've left a comment on a newer PR https://github.com/wikimedia/edx-platform/pull/588#issuecomment-3839795951. This seems to be a bit younger than the ticket description mentions. 2 weeks as of this writing.

Let's wait for exports before closing the ticket. Just a note: Message documentation is missing for the messages to be translated in this project. See https://translatewiki.net/wiki/Translating:Localisation_for_developers#Message_documentation

This is what we have at the moment.

The languagesearch API is available on wikipedia.org. https://en.wikipedia.org/wiki/Special:ApiSandbox#action=languagesearch&format=json&search=ki&formatversion=2

This issue no longer exists in production.

languagesearch api endpoint is now available and deployed on wikipedia

Update related to the patch: Overriding the parent's onTagSelect is one approach I could find that had a positive effect on this issue. The selected tags do not have corresponding menu items and this causes the reference error as described in the ticket.