[Webkit-unassigned] [Bug 7189] New: XSLT result parsing stops prematurely

[bugzilla-daemon at opendarwin.org]

http://bugzilla.opendarwin.org/show_bug.cgi?id=7189

           Summary: XSLT result parsing stops prematurely
           Product: WebKit
           Version: 420+ (nightly)
          Platform: Macintosh
               URL: http://build.webkit.org/results/page-layout-test-mac-os-
                    x/284/PerformanceReportSummary.xml
        OS/Version: Mac OS X 10.4
            Status: NEW
          Severity: major
          Priority: P2
         Component: XSLT
        AssignedTo: webkit-unassigned at opendarwin.org
        ReportedBy: opendarwin.org at mitzpettel.com


Summary: WebKit stops tokenizing and parsing an HTML document created by the
XSLT processor prematurely, resulting in only the first part of the document
showing.

This is sometimes reproducible with PLT results such as in the URL (depending
on network speed and caching). It seems to be easier to reproduce with a local
copy from disk. When the problem occurs, the results are truncated at some
point and the legend (normally on the right) doesn't appear.

The problem is that XSLTProcessorImpl::createDocumentFromSource calls
setParsing(false) on the resulting document right after write(), when it might
have not parsed everything yet. Normally it's the frame's that calls
setParsing(false) from its signal handler, but for XSLT-generated documents it
doesn't.

I have a patch that removes the setParsing(false) call from XSLTProcessorImpl
and keep the frame wired to the document so that it will call setParsing(false)
correctly instead.


-- 
Configure bugmail: http://bugzilla.opendarwin.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.