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.