Skip to content

intl.accept_languages gets into a stuck modifed state

grrr ... so I was testing some locale changes for TB health checks: namely that the languages are exactly what they should be: i.e supported, correct case, correct order. And that the locale matches (language !== locale is not good enough, e.g. it-IT language uses it locale), also correct case. I am excluding android for now as I believe that we don;t have parity and/or there is something going on with case (e.g. en-us, or even what is used, e.g. en vs en-US .. blah blah)

So I was messing around adding languages. Whilst in en-US, I added French, then Danish

step1

and when I added Danish, I got the apply and restart, so I did - and this is what happened

wtf

so my locale matches Danish, but my languages were never set correctly. The languages in the UI are as per the first pic

So now I decide to go back to en-US and replicate my steps for you, so I choose to change to english and apply and restart and this is what I get - NOTE I cannot remove Dansk or Francais ... and after some more fiddling, can't remove Espanol, Cestina

nowwhat

So not only does the UI become borked, but looking at the first image, we fubar the fingerprint. I think when we apply a language change we need to properly reset the UI and navigator properties edit AND locale

cc @pierov

Edited by Thorin
To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information