Bug 904148 - epdfview fails to render some pdf's
Summary: epdfview fails to render some pdf's
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: epdfview
Version: 18
Hardware: All
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Michal Schmidt
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2013-01-25 15:09 UTC by Ranjan Maitra
Modified: 2013-02-14 10:29 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2013-02-14 10:29:46 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)

Description Ranjan Maitra 2013-01-25 15:09:56 UTC
Description of problem:

Poppler needs an update to stable version 0.22.


Version-Release number of selected component (if applicable):

0.20.2


How reproducible:

Everytime.


Steps to Reproduce:
1. sudo yum list poppler
2.
3.
  
Actual results:


Expected results:

poppler.x86_64                       0.20.2-9.fc18                       @fedora
poppler.i686                         0.20.2-9.fc18                       fedora 


Additional info:

There are some bugs which have been fixed and that are important:

        core:
         * Fix crash in invalid files that define a <= 0 bits per image value
         * Fix a few issues in JPX decoding when not using OpenJPEG
         * TextOutputDev: Use page size for max value in TextPage::visitSelection
         * Fix typo in error message

        utils:
         * Fix pdfunite regression (Bug #58569)
         * Demo fixes and improvements

        misc:
         * pdf-inspector improvements

Comment 1 Rex Dieter 2013-01-25 15:29:47 UTC
A wholesale update is likely out of the question, it involves an ABI break (involving at least a large number of package rebuilds)

Important, targeted bugfixes can be backported.  Did you have anything particular in mind?

Comment 2 Ranjan Maitra 2013-01-25 16:02:06 UTC
I had this one in mind: very often I can not read scanned files in epdfview so I am hoping that this will fix it:

https://bugs.freedesktop.org/show_bug.cgi?id=58569

An example document where i have the problem I am referring to:

http://datamining.dongguk.ac.kr/graph/p571-augustson.pdf

It "loads" using epdfview but does not render. 

I was also planning to patch epdfview using the following, but that needs updated poppler and cups.

http://www.linuxfromscratch.org/blfs/view/svn/pst/epdfview.html


Thanks again!

Comment 3 Rex Dieter 2013-01-25 16:12:52 UTC
that pdf seems to load/render fine for me using both evince and okular.

as an aside, there's little/no chance of seeing cups-1.6.x land in f18 either (it's only in rawhide targeting f19, and it changes a *lot*)

Comment 4 Ranjan Maitra 2013-01-25 16:15:53 UTC
are you able to load in epdfview? this is the problem for me.

evince and okular are such hogs: they are sometimes unable to load huge pdf files.

cups is not an issue as far as this rendering goes.

Comment 5 Rex Dieter 2013-01-25 16:19:08 UTC
epdfview indeed fails here, whereas evnice/poppler do not.  Re-assigning (and updating summary to match)

Comment 6 Rex Dieter 2013-01-25 16:19:34 UTC
(make that evince/okular)

Comment 7 Michal Schmidt 2013-02-14 10:29:46 UTC
Unfortunately the development of epdfview ceased upstream. The upstream developer is not interested in working on it any further. He recommends switching to evince-gtk (see also bug 906121) or zathura. The epdfview package will be removed from future Fedora releases. I do not have the time to debug epdfview myself.


Note You need to log in before you can comment on or make changes to this bug.