[Webkit-unassigned] [Bug 78584] New: [Encoding] Should we run text encoding detector for iframes and child frames?

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Tue Feb 14 00:44:15 PST 2012


https://bugs.webkit.org/show_bug.cgi?id=78584

           Summary: [Encoding] Should we run text encoding detector for
                    iframes and child frames?
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Unspecified
               URL: http://www.tku.ac.jp/~z-jinnai/
        OS/Version: Unspecified
            Status: NEW
          Severity: Normal
          Priority: P2
         Component: Page Loading
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: yosin at chromium.org


There are garbled text in iframe/child frame even if auto text encoding detection.

Below is sample URIs for re-producing:
o http://www.tku.ac.jp/~z-jinnai/
  Main document having charset declaration ISO-2022-JP
o http://www.tku.ac.jp/~z-jinnai/06.09.13.htm
  IFrame document. No charset declaration. Encoding is Shift_JIS

Here is observation.
o When loading iframe document, TextResourceDectoder states are
  - m_source = EncodingFromParentFrame
  - m_hintEncoding = NULL
o Because of TextResouceDecorder::setHintEncoding is called with
  - hintDecoder.m_source = EncodingFromMetaTag

A comment of setHintEncoding says hint encoding should only be from auto detection.
I'm not sure why it does so.

If we set hint encoding regardless of encoding source, this page won't have garbled text.

-- 
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.



More information about the webkit-unassigned mailing list