Summary: | Encoding issue with hebrew characters in an iframe | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Ojan Vafai <ovafai> | ||||
Component: | Text | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | RESOLVED WONTFIX | ||||||
Severity: | Normal | CC: | ap, jshin | ||||
Priority: | P2 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | PC | ||||||
OS: | OS X 10.5 | ||||||
URL: | http://zira.themarker.com/tmc/consultant.jhtml | ||||||
Attachments: |
|
Description
Ojan Vafai
2008-06-19 16:40:11 PDT
Created attachment 21851 [details]
screenshot of the page in a number of browsers
The iframe content is coming from a different domain, and doesn't have encoding explicitly specified. IE gets the top frame encoding inherited from the main frame, but we think that this is a security problem. See <http://www.mozilla.org/security/announce/2007/mfsa2007-02.html> and <http://www.opera.com/support/search/view/855/> for some explanation. As such, there doesn't seem to be anything that we could do here. Firefox inherits charset from the parent if a child and its parent are in the same domain. On the other hand, Safari does not inherit in any case. ( https://bugs.webkit.org/show_bug.cgi?id=6118 has that change. https://bugs.webkit.org/show_bug.cgi?id=14683 has some more discussion) As a result, comments (that get unfolded with a mouse click on their title) at http://community.walla.co.il/?w=/509/2766 get rendered gibberish (interpreted as the default charset) in Safari (unless the default is windows-1255) while it's rendered correctly in Firefox regardless of the default charset. This has changed, we do inherit charset from the parent now, as much as security rules allow (this is not shipping yet, but you should be able to verify with a nightly build).
> As a result, comments (that get unfolded with a mouse click on their title) at
> http://community.walla.co.il/?w=/509/2766 get rendered gibberish
I cannot reproduce this with ToT.
|