The following compositor tests which use plugins either implicitly or explicitly are failing in Chromium's DRT port. It is not clear what the disposition of these tests should be.
are WONTFIX, because they're trying to load a pdf in an <img> tag which Chromium doesn't support.
compositing/plugins/composited-plugin.html is probably fixable.
These two tests start crashing instead of TEXT
BUGWK47925 MAC : compositing/plugins/composited-plugin.html = CRASH
BUGWK47925 MAC : compositing/plugins/small-to-large-composited-plugin.html = CRASH
BUGWK47925 MAC : compositing/plugins/1x1-composited-plugin.html = CRASH
BUGWK47925 MAC : compositing/plugins/large-to-small-composited-plugin.html = CRASH
Morphing this. Per jamesr the following four tests test the CoreAnimation plugin model:
Accordingly we don't care about ever passing these on Windows or Linux. We may want to support this model someday on Mac so this bug is about doing that; until then these tests are being run on Mac only to check for crashes.
Committed r100593: <http://trac.webkit.org/changeset/100593>
To be clear, the Core Animation drawing model for NPAPI is supported in Chromium on Mac OS X and has been for many Chrome releases.
It's also almost certainly the case that it is not supported in DRT and is unlikely to ever be.
(In reply to comment #5)
> It's also almost certainly the case that it is not supported in DRT and is unlikely to ever be.
If that's true someone should probably make the decision to WONTFIX SKIP these tests.
LayoutTest failures for Chromium are being marked WontFix. The Bug is still accessible and referenced from TestExpectations.