<html>
<head>
<base href="https://bugs.freedesktop.org/" />
</head>
<body>
<p>
<div>
<b><a class="bz_bug_link
bz_status_NEW "
title="NEW --- - PDF renders wrong if window is big enough or full screen presentation"
href="https://bugs.freedesktop.org/show_bug.cgi?id=61413#c4">Comment # 4</a>
on <a class="bz_bug_link
bz_status_NEW "
title="NEW --- - PDF renders wrong if window is big enough or full screen presentation"
href="https://bugs.freedesktop.org/show_bug.cgi?id=61413">bug 61413</a>
from <span class="vcard"><a class="email" href="mailto:Thomas.Freitag@alfa.de" title="Thomas Freitag <Thomas.Freitag@alfa.de>"> <span class="fn">Thomas Freitag</span></a>
</span></b>
<pre>(In reply to <a href="show_bug.cgi?id=61413#c3">comment #3</a>)
<span class="quote">> According to some git bisect tests, it seems that wrong rendering started
> with
> 3349a8dd7e0469cc5b5aaa8dd929c6078183ef86
> Splash: Avoid bogus memory error for tilingPattern</span >
Yes, You're true, Fabio: It is this part of SplashOutputDev::tilingPatternFill:
+ if ((unsigned long) result_width * result_height > 0x800000L)
+ return gFalse;
It's quite easy to solve:
if ((unsigned long) result_width * result_height > 0x10000000L)
return gFalse;
(which means a new limit of 16384 * 16384 pixel)
BUT: This also means, that Gfx::doTilingPatternFill doesn't wotk correctly with
this sample, because returning false means that Gfx should do the work by its
own.
@Albert: Should I try to solve the Gfx::doTilingPatternFill bug, or can You
live with the new limit?</pre>
</div>
</p>
<hr>
<span>You are receiving this mail because:</span>
<ul>
<li>You are the assignee for the bug.</li>
</ul>
</body>
</html>