Bug 30439

Summary: [GTK] GTK browsers fail to show the right language translation
Product: WebKit Reporter: Chang Shu <cshu>
Component: JavaScriptCoreAssignee: Nobody <webkit-unassigned>
Status: RESOLVED DUPLICATE    
Severity: Normal CC: gustavo
Priority: P2    
Version: 528+ (Nightly build)   
Hardware: PC   
OS: Linux   

Description Chang Shu 2009-10-16 09:02:26 PDT
Open a GTK-based browser and load page:
http://testsuite.nokia-boston.com/content/esmp_nonESMP/navigatorObject/language1.asp
actual result: language translation shows "en"
expected result: language translation should show "en-US" or "en-us"

This bug is related to bug 29653 where the same problem reported on Qt browsers. The current LayoutTests/fast/js/navigator-language.html only checks if the two leading letters are "en". However, it should make a case insensitive check against "en-us" after GTK is fixed.
Comment 1 Gustavo Noronha (kov) 2009-10-16 14:17:20 PDT
(In reply to comment #0)
> Open a GTK-based browser and load page:
> http://testsuite.nokia-boston.com/content/esmp_nonESMP/navigatorObject/language1.asp
> actual result: language translation shows "en"
> expected result: language translation should show "en-US" or "en-us"
> 
> This bug is related to bug 29653 where the same problem reported on Qt
> browsers. The current LayoutTests/fast/js/navigator-language.html only checks
> if the two leading letters are "en". However, it should make a case insensitive
> check against "en-us" after GTK is fixed.

I think you should go ahead and check for en-us right now, since the problem in GTK+'s DRT is a bit bigger than just this. I will make this a duplicate of the other bug as you suggested =).

*** This bug has been marked as a duplicate of bug 30440 ***