[Webkit-unassigned] [Bug 63153] New: SVG root element accepts background color but fails to repaint it
bugzilla-daemon at webkit.org
bugzilla-daemon at webkit.org
Wed Jun 22 10:23:01 PDT 2011
https://bugs.webkit.org/show_bug.cgi?id=63153
Summary: SVG root element accepts background color but fails to
repaint it
Product: WebKit
Version: 528+ (Nightly build)
Platform: Unspecified
OS/Version: Unspecified
Status: NEW
Severity: Normal
Priority: P2
Component: SVG
AssignedTo: webkit-unassigned at lists.webkit.org
ReportedBy: timothy_horton at apple.com
CC: adele at apple.com, zimmermann at kde.org
Steps to reproduce:
1. Open the attached example in a WebKit browser.
2. Click the button a few times.
Expected outcome:
The yellow left square becomes consistently bigger, and the innards are left alone once they reach square form; the yellow right square becomes consistently smaller, clipping the innards as it shrinks.
Actual outcome:
The yellow left square fails to fill in (though the innards do appropriately redraw), and the yellow right square fails to be cleared in some areas.
Reasoning:
This seems to occur because of two things:
1. The test case uses CSS background-color on a toplevel <svg> element, which is apparently [1] undefined behaviour.
2. In r62922, we switched to redrawing only the contents of an SVG, instead of the entire element, so now, any changes made outside the bounding rect of the children of the toplevel <svg> element won't be redrawn properly.
Conclusion:
I don't think we should support background-color on <svg> until SVG 2.0, but I wanted confirmation from others before making that decision. Certainly, ignoring it outright like we do *fill* on <svg> is better than letting it happen but corrupting it when changes are made.
[1] http://lists.w3.org/Archives/Public/www-svg/2010Aug/0050.html
--
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