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

[bugzilla-daemon at webkit.org]

http://bugs.webkit.org/show_bug.cgi?id=15823





------- 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-width border-style
border-width border-style border-color
border-style
border-style border-color

While the following are not valid (in ToT WebKit, Opera 9.27 and Firefox
2.0.0.x):

border-color
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.