Summary: | Ignore glyph-not-found kind of errors | ||
---|---|---|---|
Product: | cairo | Reporter: | Pablo Rodríguez <freedesktop> |
Component: | general | Assignee: | poppler-bugs <poppler-bugs> |
Status: | RESOLVED FIXED | QA Contact: | |
Severity: | normal | ||
Priority: | medium | CC: | carlosgc, jcspray, maw, sankarshan.mukhopadhyay, seb128 |
Version: | 1.4.10 | ||
Hardware: | Other | ||
OS: | All | ||
URL: | http://www.abm.uu.se/evahw/coupon.pdf | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Pablo Rodríguez
2007-02-02 01:38:36 UTC
What's wrong? It seems to work for me with poppler cvs head. I can see an error message in stdout though Error: Unknown character collection Adobe-Identity The problem is that no text is displayed unless selected (using poppler-0.5.91). The problem is that no text is displayed unless selected (using poppler-0.5.91). *** Bug 10401 has been marked as a duplicate of this bug. *** *** Bug 11298 has been marked as a duplicate of this bug. *** See analysis here: http://bugzilla.gnome.org/show_bug.cgi?id=472087 Behdad, thanks for your analysis. As far as I can understand, this is not a poppler bug. The issue is caused by cairo. In that case, the question is whether there will be a cairo release in the 1.4 series that fixes this problem. Thanks for your excellent work, Pablo (In reply to comment #7) > Behdad, > > thanks for your analysis. > > As far as I can understand, this is not a poppler bug. The issue is caused by > cairo. > > In that case, the question is whether there will be a cairo release in the 1.4 > series that fixes this problem. Working on it: http://lists.freedesktop.org/archives/cairo/2007-September/011395.html > Thanks for your excellent work, > > > Pablo > commit 79d975f84bcc32e91db517d71a7312e2e1d653d4 Author: Behdad Esfahbod <behdad@behdad.org> Date: Wed Sep 12 17:45:11 2007 -0400 [cairo-ft-font] Ignore FT_Load_Glyph errors other than out-of-memory Same for FT_Render_Glyph. When the user asks us to render a glyph that is not available in the font, it's mostly an unavoidable kind of error for them, as in, they can't avoid such a call. So it's not nice to put cairo_t in an error state and refuse any further drawying. Many PDF files are created using buggy software and cause such glpyh-not-found errors for CID 0 for example. Eventually we should propagate these kind of errors up and return it from the function call causing it, but that needs API change to add return value to all text functions, so for now we just ignore these errors. The patch fixes the rendering of several pdf but the bug description example is still buggy, reopening Are you sure? coupon.pdf shows text fine for me. what libcairo version do you use? That's fixed using the new libcairo *** Bug 11462 has been marked as a duplicate of this bug. *** Here is a document where the problem is still reproducible witht current poppler and cairo 1.6.5: http://www.physco.com/evince/SP07_National_Satellite_P12.pdf "The missing text in the attached PDF starts at the table on page 4, and runs to the end of the document on page 11." Originally reported here: http://bugzilla.gnome.org/show_bug.cgi?id=502806 I don't know whether it's the same problem or not. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.