Summary: | Re-enable 7 working layout tests | ||||||
---|---|---|---|---|---|---|---|
Product: | WebKit | Reporter: | Jean-Charles Verdié <jcverdie> | ||||
Component: | Layout and Rendering | Assignee: | Nobody <webkit-unassigned> | ||||
Status: | NEW --- | ||||||
Severity: | Normal | CC: | ap | ||||
Priority: | P3 | ||||||
Version: | 528+ (Nightly build) | ||||||
Hardware: | Mac | ||||||
OS: | OS X 10.5 | ||||||
Bug Depends on: | |||||||
Bug Blocks: | 19569 | ||||||
Attachments: |
|
Description
Jean-Charles Verdié
2008-06-17 08:30:16 PDT
Created attachment 21755 [details]
re-enable 7 layout tests
+ * http/tests/xmlhttprequest/web-apps/006-expected.txt: Added. Why is this file added without any changes to the test itself (not that I think that this test should be enabled) Comment on attachment 21755 [details] re-enable 7 layout tests I don't think you did enough research on why these tests were disabled. For example, the two counters tests were disabled in <http://trac.webkit.org/changeset/18642> with this comment: "disabled 3 tests with results that are too font-dependent to be used as part of the test suite". So we can't just re-enable those tests unless we resolve the issue about getting appropriate fonts on everyone's computer. And fast/frames/iframe-scroll-page-up-down.html fails when I run it on my machine, so I don't agree that it's working. The crash that fast/images/svg-background-crash-on-refresh.html was causing was something that affected tests downstream. I'm not confident that bringing this patch back won't bring back the reason we turned it off in the first place; I'll need more evidence before doing that. The create-list-1.html test does not give the expected result that's checked in, so if we wanted to bring it back we'd have to fix the expected result. Overall, this patch isn't usable as-is. Changing to review-. |