1516256 - The login page for hangouts.google is not in English even if the build is en-US

Status: RESOLVED FIXED

(Web Compatibility :: Site Reports, defect, P3)

Description

[Oana Botisan, Desktop QA]

[Affected versions]:
- Firefox 64
- Firefox 65.0b4
- Nightly 66.0a1

[Affected platforms]:
- Windows 10 x64
- Windows 7 x64
- macOS 10.13
- Ubuntu 18.04 x64

[Prerequisites]:
- Use an en-US build.

[Steps to reproduce]:
1. Go to https://hangouts.google.com/ on a clean profile.
2. Look at the language. 
 
[Expected result]:
- The text is in English (just like the build).

[Actual result]:
- The text is any order language, but English. 

[Regression range]:
- It's a regression. I can't reproduce the issue using a build from 2016-01-02.

[Additional Notes]:
- The languages I got were: Russian, Spanish, Arabic, Romanian etc.
- I got a lot of languages, but not English. 
- After you log in, the language sets back to English or the one you had set previously.

Comment 1

[Makoto Kato [:m_kato]]

I cannot reproduce this today. Could you reproduce this at the latest Nightly again? It is better if you take screenshot. I guess that they may use GeoIP for content-language.

Comment 2

[Oana Botisan, Desktop QA]

Attachment: hangouts sign in page.gif

I tried with the latest Nightly and I can still reproduce the issue. Please look at the attached gif.

Comment 3

[David Bolter [:davidb] (NeedInfo me for attention)]

Hi Makoto, I know you have a lot on your plate, just making sure you saw comment 2. (This regression is about to ride to 65)

Comment 4

[Oana Botisan, Desktop QA]

I did some more investigation and the bug is not a regression. I can reproduce the issue on Nightly from 2009-01-11, and before that I can't seem to make the page load.
I am not sure why the first time I couldn't reproduce the issue on the version mentioned in comment 0.

Comment 5

[Makoto Kato [:m_kato]]

Oana, do you access to google from Romania?

Comment 6

[Oana Botisan, Desktop QA]

Yes. I access google from Romania with an en-US build.
I used an US VPN and I couldn't reproduce the issue no matter in how many tabs I opened the site. I am guessing that only the user from US are not affected by this issue, the others are.

Comment 7

[Karl Dubost💡 :karlcow]

I'm in Japan.
using Firefox Nightly 67.0a1 (2019-01-30) (64-bit) on macOS.
clean profile, no login.

GET / HTTP/1.1
Host: hangouts.google.com
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:67.0) Gecko/20100101 Firefox/67.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Connection: keep-alive
Cookie: NID=158=iWYVcTVvMuSiYQL_3cHHzNJsJrxvm8jf7R2mQpT80-4Q7lLHxwNxOoBHrhHFTPcCu0hLAqOZg7PKJeqcFJrgS5aNuIgPHpsGagmB1twWevRFbFn0UYI1OQFbB1MM-IIgu75OExXxtYoFvwTxSWM2XAmDCPc2JDCYujZnlGEMBaY; 1P_JAR=2019-1-31-4; OGPC=19010494-1:; OGP=-19010494:
Upgrade-Insecure-Requests: 1

note my accept language in the HTTP request headers
Accept-Language: en-US,en;q=0.5

Oana, could you check your language setting in your Accept-Language header.

Tempted to close it as worksforme.

Comment 8

[Oana Botisan, Desktop QA]

Accept text/css,/;q=0.1
Accept-Encoding gzip, deflate, br
Accept-Language en-US,en;q=0.5
Connection keep-alive
Cookie NID=158=bm2fK3pqkai5VbPd92BqB-…tDsCiYck0; 1P_JAR=2019-1-31-7
Host hangouts.google.com
User-Agent Mozilla/5.0 (Windows NT 10.0; …) Gecko/20100101 Firefox/66.0

I got the accept-language: en-US, but the page was still in Spanish.
And then I open the link in a new tab, same profile and I got the same results, but this time the language on the site was Italian.

In about:config, the pref intl.accept_language is en-US, en. In about:support in the section Internationalization & Localization the only language that is present is en-US.

I am really not sure what is the matter here. If you have any questions, please don't hesitate to ask.

Comment 9

[Mike Taylor [:miketaylr]]

Sergiu, does the bug also reproduce for you from Romania?

Comment 10

[Sergiu Logigan [:sergiu]]

Hey all!

Yes, I can reproduce this issue.
I tried with 2 fresh profiles, and I got Spanish and Hebrew.

http://prntscr.com/mi8dk4

However, updating Nightly, makes the issue disappear (on my machine, at least).

http://prntscr.com/mi8gkr

Testing on another 2 machines, the issue is reproducible even after update to the latest version.

Tested on 3 separate machines (mine, Oana Arbuzov's and Cipri Ciocan's) with:
Browser / Version: Firefox Nightly 67.0a1 (2019-02-07)
Operating System: Windows 10 Pro

http://prntscr.com/mi8nls

Note:
Our machines (mine, Oana A's, Oana B's and Cipri's) are in the same network (we are in the same office).

Comment 11

[Mike Taylor [:miketaylr]]

Ah, interesting. Thanks Sergiu.

Oana, if you also can't reproduce on Nightly, can you run mozregression to find a regression range? Thanks.

Comment 12

[Oana Botisan, Desktop QA]

Initially I thought that it was a regression, but then I found out it's not. For more info, please look at comment 4.

Comment 13

[Karl Dubost💡 :karlcow]

is there a difference between windows and macOS

Comment 14

[Karl Dubost💡 :karlcow]

(note I can't reproduce)

btw this is what I get in the html element.

<html dir="ltr" itemscope="" itemtype="http://schema.org/Product" class="g-Ue g-Ue-an" lang="en-US">

if I request (CLI)

http -b https://hangouts.google.com/webchat/start

I get by default:

<html lang="en-GB" dir="ltr" itemscope itemtype="http://schema.org/Product" class="g-Ue">

and if I do

http -b https://hangouts.google.com/webchat/start 'Accept-Language: en-US,en;q=0.5'

I receive

<html lang="en-US" dir="ltr" itemscope itemtype="http://schema.org/Product" class="g-Ue">

So this was negotiated on the server side.

ok back to Firefox,

GET / HTTP/1.1
Host: hangouts.google.com
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:67.0) Gecko/20100101 Firefox/67.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Connection: keep-alive
Cookie: 1P_JAR=2019-2-13-1; NID=158=J2vFXSX4kVI5KCcnRCg-RkLcnUO60lYkzVFdWghA_gijrfEb3nObsAEyOeY7cGVKRCbVHUkekc97YCgifw1O2qURcNFUme0TYIU20FDXF7wFu3eMRQdVzeP8jAxrp1rtYS2mQg3ojdrfQWg8hX8jvFm-S3TBzWjTVGOvQQ2rTwE
Upgrade-Insecure-Requests: 1

gives back

HTTP/2.0 302 Found
content-type: application/binary
cache-control: no-cache, no-store, max-age=0, must-revalidate
pragma: no-cache
expires: Mon, 01 Jan 1990 00:00:00 GMT
date: Wed, 13 Feb 2019 01:10:35 GMT
location: https://hangouts.google.com/webchat/start
strict-transport-security: max-age=31536000; includeSubDomains
content-security-policy: script-src 'nonce-873j2g0OQnEk+RBmDZcC5w' 'unsafe-inline' 'strict-dynamic' https: http: 'unsafe-eval';object-src 'none';base-uri 'self';report-uri /_/cspreport
server: ESF
content-length: 0
x-xss-protection: 1; mode=block
x-frame-options: SAMEORIGIN
x-content-type-options: nosniff
alt-svc: quic=":443"; ma=2592000; v="44,43,39"
X-Firefox-Spdy: h2

then

GET /webchat/start HTTP/1.1
Host: hangouts.google.com
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:67.0) Gecko/20100101 Firefox/67.0
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Connection: keep-alive
Cookie: 1P_JAR=2019-2-13-1; NID=158=J2vFXSX4kVI5KCcnRCg-RkLcnUO60lYkzVFdWghA_gijrfEb3nObsAEyOeY7cGVKRCbVHUkekc97YCgifw1O2qURcNFUme0TYIU20FDXF7wFu3eMRQdVzeP8jAxrp1rtYS2mQg3ojdrfQWg8hX8jvFm-S3TBzWjTVGOvQQ2rTwE
Upgrade-Insecure-Requests: 1

response

HTTP/2.0 200 OK
content-type: text/html; charset=utf-8
cache-control: no-cache, no-store, max-age=0, must-revalidate
pragma: no-cache
expires: Mon, 01 Jan 1990 00:00:00 GMT
date: Wed, 13 Feb 2019 01:10:36 GMT
strict-transport-security: max-age=31536000; includeSubDomains
content-security-policy: script-src 'nonce-XH/quKPDeucmtp55hp+LvA' 'unsafe-inline' 'strict-dynamic' https: http: 'unsafe-eval';object-src 'none';base-uri 'self';report-uri /webchat/_/cspreport
content-encoding: gzip
server: ESF
x-xss-protection: 1; mode=block
x-frame-options: SAMEORIGIN
x-content-type-options: nosniff
alt-svc: quic=":443"; ma=2592000; v="44,43,39"
X-Firefox-Spdy: h2

then this URL is requested this time Through JS.

GET /_/scs/chat-static/_/js/k=chat.startpage.en_US.VJeg_B_REco.O/rt=j/d=1/rs=AGNGyv1ERnlLb89QsPcqT8odGB99XtCZEw/m=sp HTTP/1.1
Host: hangouts.google.com
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.14; rv:67.0) Gecko/20100101 Firefox/67.0
Accept: */*
Accept-Language: en-US,en;q=0.5
Accept-Encoding: gzip, deflate, br
Referer: https://hangouts.google.com/webchat/start
Connection: keep-alive
Cookie: 1P_JAR=2019-2-13-1; NID=158=J2vFXSX4kVI5KCcnRCg-RkLcnUO60lYkzVFdWghA_gijrfEb3nObsAEyOeY7cGVKRCbVHUkekc97YCgifw1O2qURcNFUme0TYIU20FDXF7wFu3eMRQdVzeP8jAxrp1rtYS2mQg3ojdrfQWg8hX8jvFm-S3TBzWjTVGOvQQ2rTwE

which is a JS content but contains a reference to the lang.
note that it does also plenty of requests to other domains.

Comment 15

[Oana Botisan, Desktop QA]

(In reply to Karl Dubost💡 :karlcow from comment #13)

is there a difference between windows and macOS

There isn't a difference in behaviour. I get the same results in macOS as in Windows.
Or are you looking for something in particular?

Comment 16

[Karl Dubost💡 :karlcow]

Oana,

could you tell me what is the URI in your case similar to mine
GET /_/scs/chat-static/_/js/k=chat.startpage.en_US.VJeg_B_REco.O/rt=j/d=1/rs=AGNGyv1ERnlLb89QsPcqT8odGB99XtCZEw/m=sp HTTP/1.1

I want to know if the change of locales is happening before this request or after this request.

search for a request which contains chat.startpage in the network panel and copy the full GET request here.

As you can see in mine I get en_US.

Comment 17

[Karl Dubost💡 :karlcow]

ahah very interesting.
Today from a different location but still in Japan and same browser config than yesterday.

I get

<html dir="ltr" itemscope="" itemtype="http://schema.org/Product" class="g-Ue" lang="en-GB">

aka en-GB instead of en-US. So I guess there might be something related to Geolocation, but broken by proxies? routers? or something Google does?

I'm gonna push this to contactready.

Comment 18

[Oana Botisan, Desktop QA]

These are the results I got:

1. https://hangouts.google.com/_/scs/chat-static/_/js/k=chat.startpage.pt_BR.psgECc9IkJo.O/rt=j/d=0/rs=AGNGyv2vCAl7jksn-1KiYQJCCwC9TnRFNQ
   Request method:GET
   Version:HTTP/2.0

2. Request URL:https://hangouts.google.com/_/scs/chat-static/_/js/k=chat.startpage.nl.Vep-HpCw1aA.O/rt=j/d=0/rs=AGNGyv3Cumq04ueVe3umA_WTgnP1f6mb4w/m=sy5b,sy5e,A4UTCb,sy1w,sy1x,sy1y,uY3Nvd,sy5j,sy5l,VXdfxd,CsaAyb,Ddu5Vc
   Request method:GET
   Version:HTTP/2.0

3. Request URL:https://hangouts.google.com/_/scs/chat-static/_/js/k=chat.startpage.it.ss2Q2n4WWZo.O/rt=j/d=0/rs=AGNGyv2V_Dkm38bCeQJaUJIk5Ftzgmsd5A/m=sy5b,sy5e,A4UTCb,sy1w,sy1x,sy1y,uY3Nvd,sy5j,sy5l,VXdfxd,CsaAyb,Ddu5Vc
   Request method:GET
   Version:HTTP/2.0

Is this what you were looking for? I can't seem to find all the info in the format you put them.

Another thing that I found out. The language keeps changing if I refresh the page. At the moment it rotates between en_US, it, nl and it.

Comment 19

[Mike Taylor [:miketaylr]]

ni? myself to reach out to Google proactively for this one.

Comment 20

[Mike Taylor [:miketaylr]]

(In reply to Mike Taylor [:miketaylr] from comment #19)

ni? myself to reach out to Google proactively for this one.

Sent an email to our partner list.

Comment 21

[Mike Taylor [:miketaylr]]

Hi Oana, Google Hangouts engineers have requested the following information, as they are not able to reproduce:

• origin IP address
• HAR archive of the network traffic when it reproduces

Can you capture that and upload it here, or email to [e-mail]?

If you open the Network monitor of devtools and load (or reload) the hangouts page, you should be able to save a HAR archive like so: https://imgur.com/diBdY69

thanks.

Comment 22

[Oana Botisan, Desktop QA]

I sent an email to [e-mail] directly.

Comment 23

[Mike Taylor [:miketaylr]]

Update from Google: they found that the server was misconfigured and have made some fixes. It should take a few days to roll out completely.

Oana, in the meantime, would you mind reporting back what the Accept-Language header sends to Google Hangouts in Release, Beta, and Nightly?

Comment 24

[Oana Botisan, Desktop QA]

On latest Nightly 67.0a1: Accept-Language: en-US,en;q=0.5
On beta 66.0b13: Accept-Language: en-US,en;q=0.5
On Firefox 65.0.2: Accept-Language: en-US,en;q=0.5

I got the pages in German, Italian and Spanish.

Comment 25

[Firefox Bug Husbandry Bot]

See bug 1547409. Moving webcompat whiteboard tags to keywords.

Comment 26

[Oana Arbuzov [:oanaarbuzov]]

I get Hangouts in English with a clean profile on Firefox.
https://prnt.sc/72aiRIMNBFRP

Tested with:
Browser / Version: Firefox Nightly 103.0a1 (2022-06-03), Firefox Release 101.0, Firefox Beta 102.0b3
Operating System: Windows 10 Pro

Oana does the issue still occur on your side?

Comment 27

[Oana Botisan, Desktop QA]

I can't reproduce the issue anymore either. I think this bug can be closed.

Comment 28

[Oana Arbuzov [:oanaarbuzov]]

Thank you Oana. I will close it.