Thanks for opening this.
It's maybe even a language that *was* a language of a device for a few days.

Also as this device now sits unused, i powered it on and logged-in to look for ways to remove the language. I then got an email greeting me on the new device so i guess it's possible the device was already removed from the account (assuming it's removed after being unused). I can provide any additional info as needed.

 Issue 759782  has been merged into this issue.

 Issue 777946  has been merged into this issue.

 Issue 789995  has been merged into this issue.

 Issue 770052  has been merged into this issue.

Sabine - assigning all language related sync issues to you for prioritization. 

I would like to join to other people who would be grateful if you could take a look at this issue.
I tried to delete one of my languages from all the browsers but still - I see google and other sites in that language by default.

Sabine, did you get a chance to look at this?

Also there's bug 849523 which looks like it might be related.

AFAICT, the issues discussed here are about accepted languages (intl.accept_languages). I assume on most platforms (with the exception of ChromeOS), we simply get the UI language from the operating system.

If that's correct, then my understanding is this only affects the accept language header and translate. To sync those across devices probably makes sense (IMO). Which would make it boil down to the question of: Does it make sense to assume the UI language is a language the user can read?

1) UI language can also be set separately on Windows.

1) Yes we assume in all out models that the user can read their UI language (with caveats for English in India but that's beyond the scope of this bug).

2) We already should be syncing intl.accept_languages across devices.

3) The issue described here arises when a user deletes a language from their language preferences (which feed intl.accept_languages) and(we think) that language is a UI language on another sync device (kApplicationLocale). The deletion doesn't "work".

4) It does seem related to 849523 where the most recent setting of kApplicationLocale does not get synced and instead a previous value of kApplicationLocale overrides the most recent one, if I understand that issue correctly.

Oops, apologies for wonky numbering.

In order to prioritize this and find the right owner, it would be helpful if yyushkina@ or anyone else could you please summarize the exact issue here. 

From comment #14 it sounds like we do not propagate language deletions from language preferences correctly through sync to other devices? If that's right, then my questions are: 
-- is this a regression or a feature request?

The exact issue in this bug is that the sync preferences for intl.accept_languages dont't update after a deletion, it seems mainly (or perhaps solely, don't know how to confirm that definitively) in the case where that deleted language is a UI language on another syncing device. As such it may be related to 849523 (which is about sync issue with AppLocale).

Now whether it's a regression or something that was never implemented correctly, I don't know. That knowledge predates me :)

I am having the language selection bug and I would like to share my experience, hope it could help you.

I am using Windows 10 with English language interface.
I have two languages installed (for keyboard): English and Russian (Russian has lower priority in Settings > Time and Language > Region and Language).

My Chrome (67) is also has English UI and in settings I have only one language - English (I used to have Russian there as well but no longer have it)

End even considering everything above - my Chrome's "ACCEPT_LANGUAGE" header looks like this: "ru-RU,ru;q=0.9,en-US;q=0.8,en;q=0.7" and many sites, including google.com show me their Russian interface by default.

Whit I tried:
- Add Russian back to Chrome and then remove, hoping to drop some cache
- Remove Russian from windows Languages

But it didn't help.
So I hope you can figure this out.

jazz.fog@, thanks for all the additional info!

Sabine: friendly ping! 
Have you collected enough information to prioritize and to find some ENG owner?

Hey all,

Just adding another friendly ping as we're still seeing users report this behavior.

Example: https://productforums.google.com/forum/#!topic/chrome/A6l2jdQ0F9M

Thanks!

the above report is from a user who changed their *phone* UI language. Does that interact differently with Chrome for Android?

Another example : https://productforums.google.com/d/topic/chrome/PpKKyDYrPZA/ 

Sync triage ping. Is there any updates?

+sabineb -- I assume that ping if for you

Hey all,

Here are some additional community examples:

- https://productforums.google.com/d/topic/chrome/uICh2G1NcBM/
"To aid my learning of Japanese, I previously set my phone language to it"

- https://productforums.google.com/d/topic/chrome/P7EzN-WNSLY/
"I went to Russia and when I came back Chrome was all in Russian."

- https://productforums.google.com/d/topic/chrome/W2xKjwk1iuQ/ 
"Most of Google is in English, but ever since my short stay in Korea, little things have changed, such as the search bar is in Korean"

- https://productforums.google.com/d/topic/chrome/fFe-Erjgo2g/ 
"I changed the system language on my Android phone to German to help with my exams. I very quickly reverted back to English"

- https://productforums.google.com/d/topic/chrome/szG0RvuEM5E/ 
"I recently traveled to Hungary but have since returned back to the USA.  However, both Chrome and Google Maps still think I'm in Hungary"

Thanks!

Sorry for the delay here, it must have fallen through the cracks during summer vacation time. The issue seems worth investigating and fixing. I'm going to talk to the team tomorrow offline to see who is going to take this on. 

 Issue 874377  has been merged into this issue.

here's another related report:
"Chrome incorrectly instructs sites to display in Russian (even in Incognito) after syncing my profile"
(This started happening after I visited a country where Russian is one of the major languages for web content.)

https://bugs.chromium.org/p/chromium/issues/detail?id=882174#c6

I noticed that there are two prefs in chrome://sync-internals that don't match: 	intl.accept_languages is correct but there is also 	settings.language.preferred_languages_syncable which is outdated.

Same issue here, I used to have my phone in japanese and now all websites show up in japanese. Checked Preferences file in my profile and "accept_languages" is set to "ja-JP,en-US".
The same thing appears in chrome://sync-internals > intl.accept_languages
There seems to be no way to set it back to english only. Chrome is set to English and the same is for the phone now. 


Feel free to text me if you need some tests. This bug is now becoming quite annoying

I hope I helped. Edo

Another duplicate:  issue 882174 .
(not merging in yet as the issue contains another independent bug report)

 Issue 882174  has been merged into this issue.

I'll assign this bug to me so that I can investigate the discrepancies between navigator.languages and the Accept-Languages header.

https://productforums.google.com/d/topic/chrome/7Q1sq21Vwd8/ : 
"this starting to occur when i changed my phone language to japanese" 

https://productforums.google.com/d/topic/chrome/x7E5pnVno90/ : 
"Last june i lost a phone in russia" 

The following revision refers to this bug:
  https://chromium.googlesource.com/chromium/src.git/+/952b025a1bdd75dc4cf6aa57d2addab71db4fa88

commit 952b025a1bdd75dc4cf6aa57d2addab71db4fa88
Author: Anthony Vallee-Dubois <anthonyvd@chromium.org>
Date: Thu Dec 13 19:24:19 2018

Remove unsupported languages from Accept-Languages

This removes all unsupported languages from Accept-Languages when
the last supported language of the same family is removed.

Bug: 784740
Change-Id: I6c6c49787a2252799cf5b5103ce5b9ef0bb86093
Reviewed-on: https://chromium-review.googlesource.com/c/1363635
Commit-Queue: anthonyvd <anthonyvd@chromium.org>
Reviewed-by: Moe Ahmadi <mahmadi@chromium.org>
Cr-Commit-Position: refs/heads/master@{#616392}
[modify] https://crrev.com/952b025a1bdd75dc4cf6aa57d2addab71db4fa88/components/translate/core/browser/translate_prefs.cc
[modify] https://crrev.com/952b025a1bdd75dc4cf6aa57d2addab71db4fa88/components/translate/core/browser/translate_prefs.h
[modify] https://crrev.com/952b025a1bdd75dc4cf6aa57d2addab71db4fa88/components/translate/core/browser/translate_prefs_unittest.cc

 Issue 913731  has been merged into this issue.

Anthony, do you have some instructions for affected users (cc'ing minasonbol@gmail.com) how to get rid of the unwanted language from intl.accept_languages?

Is there anything I could do from my side to fix this issue?

There are no reliable fixes. The fix Anthony landed above will be rolling out with M73.