[Webkit-unassigned] [Bug 67436] Failing HTMLLinkElement |disabled| and |sheet| test cases in the trunk

[bugzilla-daemon at webkit.org]

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





--- Comment #2 from Julien Chaffraix <jchaffraix at webkit.org>  2011-09-07 11:04:15 PST ---
(In reply to comment #1)
> What are the failing tests? 

Here is the list of test landed with failing baselines. They match FF and Opera behavior (IE does not support link.sheet so those tests really don't match it):

* fast/css/stylesheet-enable-first-alternate-on-load-link.html
* fast/css/stylesheet-enable-first-alternate-on-load-sheet.html
* fast/css/stylesheet-enable-second-alternate-link.html
* fast/css/stylesheet-enable-second-alternate-on-load-link.html
* fast/css/stylesheet-enable-second-alternate-on-load-sheet.html
* http/tests/css/link-css-disabled-value-with-slow-loading-sheet-in-error.html
* http/tests/css/link-css-disabled-value-with-slow-loading-sheet.html

We regressed some part of those tests:
* fast/css/link-disabled-attr-expected.txt
* fast/dom/HTMLLinkElement/disabled-attribute-expected.txt
* fast/dom/boolean-attribute-reflection-expected.txt

(note: regressing here means with respect to the current HTML5 which needs to be changed to accomodate what web-authors are expecting)

> I don't see anything obvious - are they skipped now?

They are not. They were landed with the appropriate (ie wrong) baselines so that they do pass. This was done to at least keep the coverage until someone comes around and fixes the situation.

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