Bug 3948 - Pdf fails when using zlib based decoder instead of xpdf one
Summary: Pdf fails when using zlib based decoder instead of xpdf one
Status: RESOLVED FIXED
Alias: None
Product: poppler
Classification: Unclassified
Component: general (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high normal
Assignee: Kristian Høgsberg
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-02 07:44 UTC by Albert Astals Cid
Modified: 2006-09-06 16:55 UTC (History)
1 user (show)

See Also:
i915 platform:
i915 features:


Attachments

Description Albert Astals Cid 2005-08-02 07:44:58 UTC
The attached pdf works when using --disable-zlib in configure but not with 
normal zlib based decoder.
Comment 1 Albert Astals Cid 2005-08-02 07:49:02 UTC
Created attachment 3207 [details]
GPG Key for Igor Foox
Comment 2 Albert Astals Cid 2005-08-06 03:42:25 UTC
Created attachment 3271 [details]
firefox image corruption
Comment 3 Albert Astals Cid 2005-08-06 03:43:25 UTC
Problem in second pdf is "On page 12, the text after the figure is missing" 
Comment 4 Albert Astals Cid 2005-08-06 03:44:18 UTC
As the zlib decoder seems to have problems may i suggest to disable it for the 
moment? 
Comment 5 Albert Astals Cid 2005-08-20 07:37:16 UTC
http://bugs.kde.org/show_bug.cgi?id=111156 suffers from the same issue  
Comment 6 Jeff Muizelaar 2005-08-27 20:06:25 UTC
It looks like this problem is caused by inline images. An unlimited EmbedStream
is created for the inline image and the FlateStream reads beyond the end of the
inline image into it's input buffer. This causes things to go out of sync
afterwards. This isn't trivial to fix, so I agree with Albert, the zlib decoder
should be disabled by default.
Comment 7 Kristian Høgsberg 2005-09-04 12:19:29 UTC
We could also just fall back to just reading one byte at a time.
Comment 8 Jeff Muizelaar 2005-09-04 21:14:01 UTC
That might work, but when writing the code originally I remember having problems with zlib and one byte 
buffers. The right way to solve it is probably to have a new EmbeddedImage stream that specifically looks 
for and of the embedded image and only gives FlateStream data up to that point.
Comment 9 Jeff Muizelaar 2006-09-06 16:55:03 UTC
Should be fixed now.


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.