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   

Chang Shu
Reported 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.
Attachments
Gustavo Noronha (kov)
Comment 1 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 ***
Note You need to log in before you can comment on or make changes to this bug.