Closed Bug 1387688 Opened 8 years ago Closed 8 years ago

linux platform, chinese character font display error on firefox52, but ok on fireofx54

Categories

(Core :: Graphics: Text, defect, P3)

52 Branch
Unspecified
Linux
defect

Tracking

()

RESOLVED FIXED
Tracking Status
firefox-esr52 --- affected
firefox55 --- fixed
firefox56 --- fixed
firefox57 --- fixed

People

(Reporter: hwjeastd07, Unassigned)

Details

(Keywords: intl, Whiteboard: [gfx-noted])

Attachments

(2 files)

Attached image firefox52_error.jpg
User Agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/59.0.3071.86 Safari/537.36 Steps to reproduce: 1: start firefox52. 2: open https://wenku.baidu.com/view/a8ad8d55a45177232f60a2c6.html?from=search 3:click download, and display download Dialog box. Actual results: 4:display file name error. Expected results: 5:display chinese file name ok.
Summary: linux platform, chinese character font display error on firefox52, but ok on fireofx53 → linux platform, chinese character font display error on firefox52, but ok on fireofx54
Component: Untriaged → Widget: Gtk
Keywords: intl
OS: Unspecified → Linux
Product: Firefox → Core
Component: Widget: Gtk → Graphics: Text
Priority: -- → P3
Whiteboard: [gfx-noted]
I don't think this is a Graphics:Text bug; it looks to me like the issue is that the encoding of the filename sent by the site has not been handled correctly. Not sure where this does belong, though. The problem could be at the level of receiving and interpreting the site's response (in which case it might be platform-independent, though perhaps dependent on things like the OS locale, default codepage, accept-languages setting, etc), or it could be at the level of passing the filename to the Gtk file dialog (in which case it would be specific to Linux -- and could still be affected by various system/environment settings). In any case, it sounds like the issue no longer occurs with current versions (though as long as we're not sure what the problem was, or what fixed it, then we can't have much confidence it is truly/permanently resolved).
hi,I supplement more information。 1)test the problem on one machine(the same OS , same hardware...); 2)check out code from https://hg.mozilla.org/releases/mozilla-release code; build with same Compile options. 3)test result is that FIREFOX_AURORA_54_BASE tag is OK . but FIREFOX_BETA_53_END tag code is failed。 so maybe the patch between the two tag?
hi,I supplement more information。 1)test the problem on one machine(the same linux OS [default unicode], same hardware...); 2)check out code from https://hg.mozilla.org/releases/mozilla-release code; build with same Compile options. 3)test result is that FIREFOX_AURORA_54_BASE tag is OK . but FIREFOX_BETA_53_END tag code is failed。 so maybe the patch between the two tag?
I found the patch. see https://hg.mozilla.org/mozilla-central/rev/2922efcfc78d It should merge into esr52?
Attached image firefox52_zh_CN_OK.jpg
Since this is fine in nightly, marking fixed.
Status: UNCONFIRMED → RESOLVED
Closed: 8 years ago
Resolution: --- → FIXED
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: