http://trac.webkit.org/changeset/102619 introduced layout test plugins/netscape-plugin-page-cache-works.html which needs Chromium expectations. Suppressing the failure for the moment.
Suppressed in http://trac.webkit.org/changeset/102630 .
This may be involved; making Chromium obey the layout test controller key WebKitPageCacheSupportsPluginsPreferenceKey is also needed.
(In reply to comment #2) > This may be involved; making Chromium obey the layout test controller key WebKitPageCacheSupportsPluginsPreferenceKey is also needed. AFAIK, Chromium has never supported the WebCore page cache... just as an FYI. I would be surprised to hear if you planned to; Please comment if that's the case...
(In reply to comment #3) > (In reply to comment #2) > > This may be involved; making Chromium obey the layout test controller key WebKitPageCacheSupportsPluginsPreferenceKey is also needed. > > AFAIK, Chromium has never supported the WebCore page cache... just as an FYI. > > I would be surprised to hear if you planned to; Please comment if that's the case... You're right, it looks like Chromium does not use WebCore's page cache by default, though it can be enabled via a command line option. However, Chromium's LayoutTestController does support the WebKitUsesPageCachePreferenceKey, so it seems that it should also support WebKitPageCacheSupportsPluginsPreferenceKey.
Expanded the suppression in http://trac.webkit.org/changeset/102647 . For the record, I tried implementing the obvious DumpRenderTree support for the new flag, but the test still fails. It looks like the test page doesn't navigate back properly.
Unfortunately it looks like the test timeout may be causing other tests in the shard to fail. Actually skipped the test in http://trac.webkit.org/changeset/102654 .
Marking test failures as WontFix. Bug is still accessible and recording in TestExpectations.