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.

Please go ahead and give write access to your repository to user https://github.com/translatewiki/

@Pginer-WMF @Nikerabbit It would be helpful to understand what the click action of the target language category is supposed to achieve. The x button works to remove the item from the list on the target side. On the source language side, we have a click action that selects and adds the category to the target language.