WebKit Bugzilla
New
Browse
Log In
×
Sign in with GitHub
or
Remember my login
Create Account
·
Forgot Password
Forgotten password account recovery
RESOLVED FIXED
71931
CSS 2.1 failure: outline-color-* tests fail
https://bugs.webkit.org/show_bug.cgi?id=71931
Summary
CSS 2.1 failure: outline-color-* tests fail
Robert Hogan
Reported
2011-11-09 10:31:16 PST
They do not render an outline when the div has zero size
Attachments
Patch
(736.96 KB, patch)
2011-11-09 11:03 PST
,
Robert Hogan
no flags
Details
Formatted Diff
Diff
Patch
(942.08 KB, patch)
2011-11-09 11:20 PST
,
Robert Hogan
no flags
Details
Formatted Diff
Diff
Patch
(942.15 KB, patch)
2011-11-18 12:03 PST
,
Robert Hogan
jchaffraix
: review+
Details
Formatted Diff
Diff
Show Obsolete
(2)
View All
Add attachment
proposed patch, testcase, etc.
Robert Hogan
Comment 1
2011-11-09 11:03:50 PST
Created
attachment 114315
[details]
Patch
Robert Hogan
Comment 2
2011-11-09 11:20:58 PST
Created
attachment 114322
[details]
Patch
Julien Chaffraix
Comment 3
2011-11-14 16:52:43 PST
Comment on
attachment 114322
[details]
Patch Looks great. Too bad the EWS was borked the day you submitted the patch. 2 comments: * it looks like most of the tests would love being reftests using the near-to-landing patch on
bug 60605
. Do you think could be possible without having you rewrite all the tests? * the change is painting related so do we need the DRT dumps? If yes, they look like they should not be Chromium specific.
Robert Hogan
Comment 4
2011-11-15 11:37:24 PST
(In reply to
comment #3
)
> (From update of
attachment 114322
[details]
) > Looks great. Too bad the EWS was borked the day you submitted the patch. > > 2 comments: > * it looks like most of the tests would love being reftests using the near-to-landing patch on
bug 60605
. Do you think could be possible without having you rewrite all the tests?
They're from the CSS 2.1 test suite so although I agree they would be better as reftests the place to do that is in the public css test suite I think.
> * the change is painting related so do we need the DRT dumps? If yes, they look like they should not be Chromium specific.
Yes, unfortunately the text in the tests makes their results platform specific. If you look at CSS2.1/20110323 all the results sit in platform folders. On a positive note there *are* some ref tests in the CSS2.1 test suite so we will be able to adopt them as such once 60605 is landed.
Julien Chaffraix
Comment 5
2011-11-16 13:13:09 PST
(In reply to
comment #4
)
> (In reply to
comment #3
) > > (From update of
attachment 114322
[details]
[details]) > > Looks great. Too bad the EWS was borked the day you submitted the patch. > > > > 2 comments: > > * it looks like most of the tests would love being reftests using the near-to-landing patch on
bug 60605
. Do you think could be possible without having you rewrite all the tests? > > They're from the CSS 2.1 test suite so although I agree they would be better as reftests the place to do that is in the public css test suite I think.
I was thinking something along those line would happen. Could you make sure to post a follow-up on the public mailing list pointing this short-coming. For most browsers, this would be a good change as this would avoid the need of many different baselines.
> > * the change is painting related so do we need the DRT dumps? If yes, they look like they should not be Chromium specific. > > Yes, unfortunately the text in the tests makes their results platform specific. If you look at CSS2.1/20110323 all the results sit in platform folders.
Fair enough, I should have known that the explanations for each tests would get us...
Robert Hogan
Comment 6
2011-11-17 11:45:54 PST
Committed
r100652
: <
http://trac.webkit.org/changeset/100652
>
Robert Hogan
Comment 7
2011-11-17 13:36:25 PST
See
bug 12042
Robert Hogan
Comment 8
2011-11-18 11:33:28 PST
Was rolled out by
bug 72649
and 72648
Robert Hogan
Comment 9
2011-11-18 12:03:26 PST
Created
attachment 115843
[details]
Patch
Julien Chaffraix
Comment 10
2011-11-18 14:14:17 PST
Comment on
attachment 115843
[details]
Patch View in context:
https://bugs.webkit.org/attachment.cgi?id=115843&action=review
> Source/WebCore/rendering/RenderObject.cpp:1155 > + if (outer.isEmpty())
It took me some time to figure out why this was needed. Please add a comment about the need to bail out when offset (could you rename it to outlineOffset for coherency) is negative and bigger than outlineWidth (mentioning fast/borders/outline-offset-min-assert.html and/or
bug 12042
). Also this is a FIXME as this does not match FireFox anymore!
Robert Hogan
Comment 11
2011-12-10 12:31:12 PST
Committed
r102526
: <
http://trac.webkit.org/changeset/102526
>
Note
You need to
log in
before you can comment on or make changes to this bug.
Top of Page
Format For Printing
XML
Clone This Bug