[Poppler-bugs] [Bug 90570] pdftoppm shows black line artifacts with aaVector enabled

[bugzilla-daemon at freedesktop.org]

https://bugs.freedesktop.org/show_bug.cgi?id=90570

--- Comment #6 from William Bader <williambader at hotmail.com> ---
Splash::gouraudTriangleShadedFill() in Splash.cc has a lot of tests to ensure
the processing order and an uncharacteristically large number of assertions.
Is it possible that the author of that procedure hit the bug in
SplashGouraudPattern::getParameterizedColor() + convertGfxColor() but thought
that the problem was in gouraudTriangleShadedFill() and discovered that forcing
a left-to-right processing order worked?
Are all of the swaps necessary for the algorithm, especially the swap of X
limits with the comment "FIXME I'm sure there is a more efficient way to check
this."?

-- 
You are receiving this mail because:
You are the assignee for the bug.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.freedesktop.org/archives/poppler-bugs/attachments/20150526/b66e0507/attachment.html>