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

bugzilla-daemon at opendarwin.org bugzilla-daemon at opendarwin.org
Sat Feb 11 06:44:52 PST 2006


           Summary: XSLT result parsing stops prematurely
           Product: WebKit
           Version: 420+ (nightly)
          Platform: Macintosh
               URL: http://build.webkit.org/results/page-layout-test-mac-os-
        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

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

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.

More information about the webkit-unassigned mailing list