[Webkit-unassigned] [Bug 35479] SVG fallback color doesn't work for bogus gradients.
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Mon Mar 1 11:13:05 PST 2010
https://bugs.webkit.org/show_bug.cgi?id=35479
--- Comment #5 from Dirk Schulze <krit at webkit.org> 2010-03-01 11:13:05 PST ---
(In reply to comment #4)
> (In reply to comment #3)
> > (In reply to comment #2)
> > > Attachment 49685 [details] [details] [details] did not pass style-queue:
> > >
> > > Failed to run "WebKitTools/Scripts/check-webkit-style" exit_code: 1
> > > WebCore/svg/graphics/SVGPaintServer.cpp:129: Tests for true/false,
> > > null/non-null, and zero/non-zero should all be done without equality
> > > comparisons. [readability/comparison_to_zero] [5]
> > > Total errors found: 1 in 9 files
> > >
> > >
> > > If any of these errors are false positives, please file a bug against
> > > check-webkit-style.
> >
> > I check if the size is zero, negative values are allowed. I had problems with
> > this rule multiple times now, can't we get rid of it?
>
> Instead of
> item->objectBoundingBox().width() != 0
> why can't it just be
> item->objectBoundingBox().width()
> ?
Even if we give a warning for negative values (eg. negative with or height on a
rect=, we still render this objects. If I make
item->objectBoundingBox().width(), all negative values would cause a stroke of
a path with black, insteaf of a gradient. This isn't correct in my opinion.
That's why it has to be != 0
--
Configure bugmail: https://bugs.webkit.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the webkit-unassigned
mailing list