Bugzilla Bug 104830

evince doesn't draw lines :/ i'll attach a file where the effect shows up, it
works fine with gpdf though

Portage 2.0.51.22-r2 (default-linux/amd64/2005.1, gcc-3.4.3, glibc-2.3.5-r0,
2.6.12-gentoo-r6 x86_64)
=================================================================
System uname: 2.6.12-gentoo-r6 x86_64 AMD Opteron(tm) Processor 242
Gentoo Base System version 1.6.13
dev-lang/python:     2.3.5, 2.4.1-r1
sys-apps/sandbox:    1.2.11
sys-devel/autoconf:  2.13, 2.59-r6
sys-devel/automake:  1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6
sys-devel/binutils:  2.15.92.0.2-r10
sys-devel/libtool:   1.5.18-r1
virtual/os-headers:  2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-ggdb3 -pipe -march=opteron"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /home /usr/kde/2/share/config /usr/kde/3/share/config
/usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/env.d"
CXXFLAGS="-O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks nostrip sandbox sfperms strict"
GENTOO_MIRRORS="ftp://mirror.switch.ch/mirror/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/home/blubb/gentoo/cvs/gentoo-x86 /usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="amd64 X aalib alsa avi berkdb bitmap-fonts cdr cdrom crypt cups curl dvd
eds encode esd foomaticdb gdbm gif gnome gpm gstreamer gtk gtk2 imlib java jpeg
ldap lzw lzw-tiff motif mozilla mp3 mpeg ncurses network nls nptl nptlonly ntfs
ogg oggvorbis opengl pam pdflib perl png ppds quicktime readline samba sdl slang
spell ssl svg tcpd tiff truetype-fonts type1-fonts usb userlocales utf8 vorbis
xine xml xml2 xmms xpm xv zlib userland_GNU kernel_linux elibc_glibc"
Unset:  ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS, LINGUAS

Created an attachment (id=67648) [details]
pdf file containing lines

In case it can help to identify this problem, i'm using evince-0.4.0 (and
poppler-0.4.1) compiled against gtk+-2.6.10 (custom ebuild), and this PDF
displays  fine (ie., i can see lines and arrows just like in Acroread, except
they are not antialiased).

I can now confirm your bug with the Cairo backend of Poppler (tested both 0.4.1
and 0.4.2 from bug #105107), whereas with the Splash backend lines display just
fine (tests made in Evince, who is probably not guilty here). 

Thanks.  I'll forward the bug upstream.

Upstream bug is this: http://bugzilla.gnome.org/show_bug.cgi?id=315461

poppler-0.4.2 has cairo disabled by default, and fixes this issue.  I'll leave
the bug open to track upstream for a real fix to the cairo backend.

Dan,

Disabling cairo is *not* the solution! You fix one bug, but gain many, many
others. I just merged poppler 0.4.2 without cairo and half of my PDFs don't
render properly, look jaggy, or are extremely slow.

Please enable cairo by default. It will never be perfected if people don't use it.

(In reply to comment #7)
> Disabling cairo is *not* the solution! You fix one bug, but gain many, many
> others. I just merged poppler 0.4.2 without cairo and half of my PDFs don't
> render properly, look jaggy, or are extremely slow.

I have to agree.  Splash is not a better backend than the cairo one.

I've decided I agree, and, since cairo is out of mask, I've put the use flag
back in.  I'll change the resolution of this to upstream.

Upstream provided a fix

This is fixed by poppler-0.4.4