[Webkit-unassigned] [Bug 50037] New: object element rendering bug when only authoritative content type is available

[bugzilla-daemon at webkit.org]

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

           Summary: object element rendering bug when only authoritative
                    content type is available
           Product: WebKit
           Version: 528+ (Nightly build)
          Platform: Macintosh Intel
               URL: http://www.målform.no/testing/html5/object
        OS/Version: Mac OS X 10.6
            Status: UNCONFIRMED
          Severity: Normal
          Priority: P2
         Component: Layout and Rendering
        AssignedTo: webkit-unassigned at lists.webkit.org
        ReportedBy: robburns1 at mac.com


The attached webarchive (and linked URL) tests the object element in loading an image. WebKit fails Test 1 in particular where the advisory content type hints are omitted (both the type attribute and the filename extension are omitted to lead to the failure). WebKit appears to be remaking the DOM to deal with this Text 1 case.

The DOM remaking hack then leads to a strange phenomenon where the fallback content is used to render the page from a WebArchive while in the web served version WebKit rebuilds the DOM with an subresource HTML document containing only an image whose src attribute points to the same resource as the object element’s data attribute points.

It appears the routine handler in this situation expects one of either a filename extension or a type attribute to branch into the usual plugin handling of the content. When both the type attribute and the filename extension are omitted the failure occurs.

The only other issue WebKit/Safari exhibits (or really Quicktime plugin in this case) with respect to this test page is that the QuickTime plugin does not provide a contextual menu for the images it processes. I think a far better approach would be for WebKit to internally handle any content types it handles elsewhere even when those content types are embedded with an object element (i.e., without resorting to plugins and without any DOM manipulation as is currently the case).

[note: this test page is served from an internationalized domain name and I have not tested whether that contributes to the problem, however in the WebArchive the URI is converted to a non-internationalized URI].

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