<html> <head> <base href="https://bugs.freedesktop.org/"> </head> <body> <div> <a class="bz_bug_link bz_status_NEW " title="NEW - pdftops generates crumbled text" href="https://bugs.freedesktop.org/show_bug.cgi?id=102760#c10">Comment # 10</a> on <a class="bz_bug_link bz_status_NEW " title="NEW - pdftops generates crumbled text" href="https://bugs.freedesktop.org/show_bug.cgi?id=102760">bug 102760</a> from <a class="email" href="mailto:williambader@hotmail.com" title="William Bader <williambader@hotmail.com>"> William Bader</a> <pre>Created <a href="attachment.cgi?id=134321" name="attach_134321" title="proposed pach">attachment 134321</a> <a href="attachment.cgi?id=134321&action=edit" title="proposed pach">[details]</a> <a href='page.cgi?id=splinter.html&bug=102760&attachment=134321'>[review]</a> proposed pach This patch moves the code to update the max valid glyph hash into its own function and updates the max valid glyph only if the new value is higher than the previous value. This fixes a problem with pages that have multiple copies of the same font with different glyph counts. If poppler processed the font with the smaller count last, and then the PDF wrote text in the font with the larger count, pdftops would not show the glyphs above the maximum of the smaller font. I suspect that this issue is rare because the original issue <a class="bz_bug_link bz_status_RESOLVED bz_closed" title="RESOLVED FIXED - pdftops - some fonts are encoded incorrectly in level2 postscript" href="show_bug.cgi?id=63963">https://bugs.freedesktop.org/show_bug.cgi?id=63963</a> was reported in 2013, not touched for several years in poppler, and still exists in the recently released xpdf-4.00. Also, my patch was applied in December 2016 (9 months ago), and this is the first reported regression. Regards, William</pre> </div> <hr> You are receiving this mail because: <ul> <li>You are the assignee for the bug.</li> </ul> </body> </html>