does not display graphics of page 12

Bug #603929 reported by Laurent Bonnaud
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Poppler
Fix Released
Medium
poppler (Ubuntu)
Fix Released
Low
Unassigned

Bug Description

Binary package hint: evince

With the file that I will attach to this bug, evince does not display some graphics. The graphics are on page 12 (according to evince's numbering) or page 13 (according to the document's numbering) in figure 1.4.

The same file is displayed correctly by all other PDF viewers I tested (gv, okular, acroread).

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: evince 2.30.3-0ubuntu1.1
ProcVersionSignature: Ubuntu 2.6.32-24.38-generic-pae 2.6.32.15+drm33.5
Uname: Linux 2.6.32-24-generic-pae i686
NonfreeKernelModules: fglrx
Architecture: i386
Date: Sat Jul 10 09:51:15 2010
EcryptfsInUse: Yes
SourcePackage: evince

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

poppler is not able to render all lines in PDF calendars from
http://www.ii.uib.no/~arntzen/kalender/ (either regular or rhombic dodecaedrons).

I'm using cairo (just in case it helps).

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

gpdf and xpdf display these calendars fine.

Revision history for this message
In , Kristian Hoegsberg (krh-bitplanet) wrote :

I don't see any problems with these PDFs. Could you please attach the specific
PDF you see a problem with and a screenshot. Alternatively, if the problem is
gone, please close the bug. Thanks.

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

Sorry, I forgot that. I use the lastest stable version and I don't get the
images right. In the attachment you have what Acrobat displays and what evince
displays.

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

Created attachment 5264
acrobat display

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

Created attachment 5265
folding lines acrobat display

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

Created attachment 5266
folding lines evince display

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

Created attachment 5268
another evince display

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

Comment on attachment 5266
folding lines evince display

In the attachments described as “folding lines”, acrobat displays the
folding lines, but evince doesn't.

The other two attachments show no difference in rendering (but I don't know how
to remove them).

Revision history for this message
In , Benjamin-close (benjamin-close) wrote :

Bugzilla Upgrade Mass Bug Change

NEEDSINFO state was removed in Bugzilla 3.x, reopening any bugs previously listed as NEEDSINFO.

  - benjsc
    fd.o Wrangler

Revision history for this message
In , Albert Astals Cid (aacid) wrote :

Can you check with a new poppler?

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

Folding lines are not different than the ones displayed in the attachment three years ago using poppler-0.11.1 and evince-2.26.2.

I hope it helps.

Thanks,

Pablo

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

I realize that I haven't explained the issue accurately.

Attachments 1 and 4 might be right (and poppler fixed), since folding lines are displayed fine.

But attachments 2 and 3 are those with folding lines not properly displayed.

I update the summary accordingly.

I hope it is clear now.

Pablo

Revision history for this message
In , Albert Astals Cid (aacid) wrote :

Cairo only problem

Revision history for this message
In , Carlos Garcia Campos (carlosgc) wrote :

I've just generated one of those pdfs and I can see all the lines.

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

(In reply to comment #14)
> I've just generated one of those pdfs and I can see all the lines.

Regular dodecahedron is displayed fine, but rhombic dodecahedron isn't. The folding lines are missing there. (Compare https://bugs.freedesktop.org/attachment.cgi?id=5266 with https://bugs.freedesktop.org/attachment.cgi?id=5265.)

I hope it helps,

Pablo

Revision history for this message
In , Carlos Garcia Campos (carlosgc) wrote :

confirmed, it seems there's a problem when line_width < 1.0.

Revision history for this message
In , Carlos Garcia Campos (carlosgc) wrote :

*** Bug 11288 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Carlos Garcia Campos (carlosgc) wrote :

*** Bug 21729 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Carlos Garcia Campos (carlosgc) wrote :

*** Bug 14315 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Carlos Garcia Campos (carlosgc) wrote :

*** Bug 24228 has been marked as a duplicate of this bug. ***

Revision history for this message
In , Freedesktop-pragmata (freedesktop-pragmata) wrote :

Seems not to have been fixed in poppler-0.14.0 (tested with gtk-splash-test).

Again, for some strange reason gtk-cairo-test seems not to be able to load it.

Revision history for this message
Laurent Bonnaud (laurent-bonnaud) wrote :
Revision history for this message
Laurent Bonnaud (laurent-bonnaud) wrote :

Here is the file to reproduce the problem.

Revision history for this message
Pedro Villavicencio (pedro) wrote :

May you please take an screenshot of the issue? Thanks.

Changed in evince (Ubuntu):
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Laurent Bonnaud (laurent-bonnaud) wrote :

Here it is.

Changed in evince (Ubuntu):
status: Incomplete → New
Revision history for this message
In , Pedro Villavicencio (pedro) wrote :

this report has been filed here:

https://bugs.edge.launchpad.net/ubuntu/+source/poppler/+bug/603929

"With the file that I will attach to this bug, evince does not display some graphics. The graphics are on page 12 (according to evince's numbering) or page 13 (according to the document's numbering) in figure 1.4.

The same file is displayed correctly by all other PDF viewers I tested (gv, okular, acroread)."

this is reproducible with poppler 0.14.1

pdf file:

http://launchpadlibrarian.net/51670179/bug-evince-page12-13-figure1.4.pdf

Revision history for this message
In , Carlos Garcia Campos (carlosgc) wrote :

*** This bug has been marked as a duplicate of bug 4536 ***

Revision history for this message
Pedro Villavicencio (pedro) wrote : Re: evince does not display some graphics in a PDF file

Confirmed on Maverick, same issue with poppler 0.14. will send it upstream, thanks Laurent.

Changed in evince (Ubuntu):
status: New → Confirmed
Revision history for this message
Pedro Villavicencio (pedro) wrote :

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at:
 https://bugs.freedesktop.org/show_bug.cgi?id=29043

summary: - evince does not display some graphics in a PDF file
+ does not display graphics of page 12
affects: evince (Ubuntu) → poppler (Ubuntu)
Changed in poppler (Ubuntu):
status: Confirmed → Triaged
Revision history for this message
In , Carlos Garcia Campos (carlosgc) wrote :

*** Bug 29043 has been marked as a duplicate of this bug. ***

Changed in poppler:
importance: Unknown → Medium
Revision history for this message
Laurent Bonnaud (laurent-bonnaud) wrote :

This bug is still in maverick with this library version:

ii libpoppler7 0.14.3-0ubuntu1 PDF rendering library

Changed in poppler:
importance: Medium → Unknown
Changed in poppler:
importance: Unknown → Medium
Changed in poppler:
status: Unknown → Invalid
Revision history for this message
madbiologist (me-again) wrote :

Is this still occurring in Ubuntu 11.04 "Natty Narwhal"?

tags: added: maverick
Changed in poppler (Ubuntu):
status: Triaged → Incomplete
Revision history for this message
Laurent Bonnaud (laurent-bonnaud) wrote :

This bug is still in natty with this library version:

Package: libpoppler13
Version: 0.16.4-0ubuntu1

Changed in poppler (Ubuntu):
status: Incomplete → Confirmed
Changed in poppler:
importance: Medium → Unknown
status: Invalid → Unknown
Changed in poppler:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
In , Adrian Johnson (ajohnson-redneon) wrote :

Created attachment 50481
set minimum line width to 1

PDF has a Stroke Adjust parameter than when true requires that lines be at least 1 pixel wide. This patch adds a stroke_adjust parameter to CairoOutputDev that when true adjusts lines with a device width of < 0.5 pixels to be 0.5 pixels wide.

Like the splash backend, the Stroke Adjust parameter is initialized from the globalParam setting (with default value true) and overrides the setting in the PDF file. This emulates Adobe Reader where the Stroke Adjust is controlled by the "Enhance Thin Lines" setting in Preferences (defaults to true) that overrides the SA in the PDF file.

I found a minimum line of of 0.5 to produce better results than using 1.0 because unaligned horizontal and vertical 1.0 width lines in cairo are rendered 2 pixels wide. The test case in bug 14315 is a good example.

Revision history for this message
In , Adrian Johnson (ajohnson-redneon) wrote :

Created attachment 50482
align 1 pixel wide lines

This patch extends to the previous fix to align 1 pixel wide lines so that cairo renders them 1 pixel wide as described at http://www.cairographics.org/FAQ/#sharp_lines

The minimum line width has been increased to 1 pixel wide now that the rendered width is 1 pixel wide.

The test case in bug 14315 now renders almost exactly like Adobe Reader.

Revision history for this message
In , Milan Bouchet-Valat (nalimilan) wrote :

Hey, it's great you tackle this kind of rendering glitches!

Revision history for this message
In , Carlos Garcia Campos (carlosgc) wrote :

Yes!, thank you very much Adrian, both patches have been pushed to git master.

Changed in poppler:
status: Confirmed → Fix Released
Revision history for this message
Laurent Bonnaud (laurent-bonnaud) wrote :

This bug is still in oneiric with this package version:

Package: libpoppler13
Version: 0.16.7-2ubuntu2

Changed in poppler (Ubuntu):
status: Confirmed → Fix Committed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package poppler - 0.18.2-0ubuntu1

---------------
poppler (0.18.2-0ubuntu1) precise; urgency=low

  * New upstream version, bugs fixed in the new version (lp: #869850):
    - lines and graphics wrongly rendered (lp: #603929) (lp: #780169)
    - rendering issues on some documents (lp: #784154)
    - some pages are displayed blank (lp: #817626)
  * debian/control, debian/rules:
    - updated for the libpoppler and libpoppler-glib soname changes
  * drop patches included in the new version
  * debian/libpoppler-glib-dev.install:
    - drop deprecated test-poppler-glib
  * debian/rules:
    - drop deprecated qt3 and abiword configure options
 -- Sebastien Bacher <email address hidden> Mon, 05 Dec 2011 17:23:02 +0100

Changed in poppler (Ubuntu):
status: Fix Committed → Fix Released
Revision history for this message
In , Adrian Johnson (ajohnson-redneon) wrote :

*** Bug 14133 has been marked as a duplicate of this bug. ***

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.