| Summary: | [SVG] Pattern placement issues | ||||||
|---|---|---|---|---|---|---|---|
| Product: | WebKit | Reporter: | Branimir Lambov <blambov> | ||||
| Component: | SVG | Assignee: | Nobody <webkit-unassigned> | ||||
| Status: | RESOLVED CONFIGURATION CHANGED | ||||||
| Severity: | Normal | CC: | bfulgham, jason.davies, pdr, zimmermann | ||||
| Priority: | P2 | ||||||
| Version: | 528+ (Nightly build) | ||||||
| Hardware: | Unspecified | ||||||
| OS: | Unspecified | ||||||
| Attachments: |
|
||||||
Firefox 8 and Opera 11.60 both display the pattern properly. Opera does bleed green in the rendering of the top square, Firefox does not have that problem. The issue is caused by the rounding done in SVGImageBufferTools::createImageBuffer and lack of correction for the location of the buffer rectangle. The same type of problem appears in bug 73643, but patterns require a different treatment to avoid bleeding pixels under the pattern. Confirmed in Safari 5.1.7. See also: - https://code.google.com/p/chromium/issues/detail?id=130326 - https://bugzilla.mozilla.org/show_bug.cgi?id=535185 Safari, Chrome, and Firefox all agree on rendering for this test case. I don't believe there is any remaining compatibility issue. |
Created attachment 119843 [details] Testcase This tests some pattern placement oddities caused by rounding. The chessboard fill should end AT a field boundary, no cropped parts of a square should be visible at any side of the pattern. The square boundaries should not be affected by zooming. The top square should be a one-pixel stroke with no bleed of red or green into the adjacent pixels.