add ULS rewrite tag, we probably need to have this entrypoints there too

The public documentation is updated with new method getTerritoriesWithLanguages()
https://language-data.readthedocs.io/en/latest/api/languagedata/languageutil.html#LanguageUtil::getTerritoriesWithLanguages

Note: when searching on the language selector (single select), the list response as the following which i think in the correct order

An update (patch), the issue is came from the LanguageCode::bcp47 that we don't need when using the new language selector in the variant field.

Language labels do not include language code as described in T414468: Standardize language labels in language selectors.

I’m all for minimizing work. If the edit tag can help us track edits and it can be done with minimal effort, we can just go with that.

As the contributor who made this change recently, i don't spot any error for now, but if revert works let's do it first.

it would also be helpful to capture the source.

Blocker on this ticket

Screenshot

• Based on the parameter you shared, does this mean that the URL will become https://ne.wikipedia.org/w/index.php?title=Event:Name_of_the_event&campaign=fy25-we215-banner
• Also, what will this URL help us track?

my local machine screenshot

In T414947#11650416, @Nikerabbit wrote:

I tested this on my dev wiki:

1. There is a FOUC when I load Special:PageTranslation with JS enabled. The non-JS fallback is briefly visible. This is not a blocker but it is bad user experience.

As per the discussion in the offsite, the Language settings and User:Preferences should remain as it is
user should still able to change the setting through the dialog and through the preference page

This ticket focuses on the single select language selector, the multi select is on ticket T414947: Allow multiple select in the Language select widget

Thanks for the update @srishakatux There isn't much thing we need to change, let's estimate one week for the test including the analytics (cc. @cchen)

check https://phabricator.wikimedia.org/T415013#11553538, will create another separate ticket if needed.

In all the patches here, we follow the step

once we confirm and have T415164: use 'codex' in getDisplayFormat() in various places, we won't need languageselectwidget anymore, using HTMLSelectLanguageField (type => language) is enough.