<html> <head> <base href="https://bugs.freedesktop.org/" /> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW --- - WebKit crash regression observed in Cairo commit cd1004ce1" href="https://bugs.freedesktop.org/show_bug.cgi?id=56574#c17">Comment # 17</a> on <a class="bz_bug_link bz_status_NEW " title="NEW --- - WebKit crash regression observed in Cairo commit cd1004ce1" href="https://bugs.freedesktop.org/show_bug.cgi?id=56574">bug 56574</a> from <a class="email" href="mailto:chris@chris-wilson.co.uk" title="Chris Wilson <chris@chris-wilson.co.uk>"> Chris Wilson</a> <pre>(In reply to <a href="show_bug.cgi?id=56574#c14">comment #14</a>) > (In reply to <a href="show_bug.cgi?id=56574#c13">comment #13</a>) > > * scratches head. > > > > That should be impossible... The next task is working out where exactly we > > decide we cannot use the span compositor to draw the stroke. The clue has to > > be cd1004ce. > > The recursion crash is gone in 1.12.4 and 1.12.6, some later commit made it > go away. Not intentionally. If it is easy enough, can you do a reversed bisect to find the fix? I still think that recursion should be prevented by design, so indicates a real bug somewhere that may just be masked. > What I also tried is applying your fix from <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - WebKit regression observed in Cairo commit 99593538a9d054aa1bb9fa620f" href="show_bug.cgi?id=56432">bug 56432</a> and try the first two > test cases again. Rendering of > fast/borders/borderRadiusAllStylesAllCorners.html is improved (i.e. no round > joins anymore), but still too thick stroking and some double/overlay/extra > stroking in incorrect places. Right, that's the bizarreness in the rendering I see in the attached trace.</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the QA Contact for the bug.</li> </ul> </body> </html>