Bug 19682 – Encoding issue with hebrew characters in an iframe

• Status: RESOLVED
• Resolution: WONTFIX
• Component: Text

[Ojan Vafai]

The text gets garbled. This chunk of this page only works in IE as best I can tell. Load the page and scroll about halfway down. Screenshot coming...

[Ojan Vafai]

Created attachment 21851 [details]
screenshot of the page in a number of browsers

[Alexey Proskuryakov]

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.

[Jungshik Shin]

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. 

[Alexey Proskuryakov]

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.