[Webkit-unassigned] [Bug 15823] getPropertyValue for border returns null, should compute the shorthand value

bugzilla-daemon at webkit.org bugzilla-daemon at webkit.org
Mon Jun 2 13:56:50 PDT 2008


------- Comment #13 from ddkilzer at webkit.org  2008-06-02 13:56 PDT -------
Created an attachment (id=21467)
 --> (http://bugs.webkit.org/attachment.cgi?id=21467&action=view)
Updated layout test (does not work from here)

(In reply to comment #12)
> I'm going to update the layout test to cover all permutations of mismatched
> border values.

New layout test produces this results with ToT WebKit:

PASS div1.style.getPropertyValue("border") is '5px solid green'
PASS div2.style.getPropertyValue("border") is '5px solid'
FAIL div3.style.getPropertyValue("border") should be 5px. Was 5px green.
PASS div4.style.getPropertyValue("border") is 'solid green'
FAIL div5.style.getPropertyValue("border") should be null (of type object). Was
green (of type string).
PASS div6.style.getPropertyValue("border") is '5px'
PASS div7.style.getPropertyValue("border") is 'solid'
PASS div8.style.getPropertyValue("border") is null
PASS div9.style.getPropertyValue("border") is null
PASS successfullyParsed is true

Note that the following list of values are acceptable for the "border" style:

border-width border-style
border-width border-style border-color
border-style border-color

While the following are not valid (in ToT WebKit, Opera 9.27 and Firefox

border-width border-color

Should we return "null" in the above two cases?  Opera 9.27 returns the two
invalid values, even thought they can't be used in a new declaration.

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

More information about the webkit-unassigned mailing list