Description of problem: It seems that epdfview confuses the values for red and blue for some images. See the attached reference pdf and compare with the png image. I remember a very old bug from older days. So I guess this is upstream related and a patch has to be available somewhere, sorry I've found no link so far. Maybe related more to poppler, dunno. Version-Release number of selected component (if applicable): epdfview 0.20.1 popper 0.1.8 How reproducible: yes Steps to Reproduce: 1. open pdf in epdfview 2. 3.
Created attachment 2510 [details] pdf shown with wrong colors
Created attachment 2511 [details] screenshot taken directly from website that was printed into pdf
Created attachment 2512 [details] wrong colors red and blue color values are confused
Version-Release number of selected component (if applicable): epdfview 0.1.8 poppler 0.20.1
$ ldd /usr/bin/epdfview linux-gate.so.1 => (0xffffe000) libgthread-2.0.so.0 => /lib/libgthread-2.0.so.0 (0xb772e000) libglib-2.0.so.0 => /lib/libglib-2.0.so.0 (0xb7635000) libpoppler-glib.so.8 => /usr/lib/libpoppler-glib.so.8 (0xb75f9000) libgdk-x11-2.0.so.0 => /usr/lib/libgdk-x11-2.0.so.0 (0xb754a000) libcairo.so.2 => /usr/lib/libcairo.so.2 (0xb742a000) libgobject-2.0.so.0 => /lib/libgobject-2.0.so.0 (0xb73da000) libgtk-x11-2.0.so.0 => /usr/lib/libgtk-x11-2.0.so.0 (0xb6f7c000) libgdk_pixbuf-2.0.so.0 => /usr/lib/libgdk_pixbuf-2.0.so.0 (0xb6f5b000) libpango-1.0.so.0 => /usr/lib/libpango-1.0.so.0 (0xb6f10000) libcups.so.2 => /usr/lib/libcups.so.2 (0xb6eb7000) libpthread.so.0 => /lib/i686/libpthread.so.0 (0xb6e9d000) libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0xb6db5000) libgcc_s.so.1 => /lib/libgcc_s.so.1 (0xb6d98000) libc.so.6 => /lib/i686/libc.so.6 (0xb6c19000) libpcre.so.0 => /lib/libpcre.so.0 (0xb6bda000) librt.so.1 => /lib/i686/librt.so.1 (0xb6bd1000) libpoppler.so.26 => /usr/lib/libpoppler.so.26 (0xb69c6000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb693c000) libm.so.6 => /lib/i686/libm.so.6 (0xb6911000) libpangocairo-1.0.so.0 => /usr/lib/libpangocairo-1.0.so.0 (0xb6904000) libgio-2.0.so.0 => /lib/libgio-2.0.so.0 (0xb679e000) libfontconfig.so.1 => /usr/lib/libfontconfig.so.1 (0xb6768000) libXext.so.6 => /usr/lib/libXext.so.6 (0xb6756000) libXrender.so.1 => /usr/lib/libXrender.so.1 (0xb674c000) libXinerama.so.1 => /usr/lib/libXinerama.so.1 (0xb6748000) libXi.so.6 => /usr/lib/libXi.so.6 (0xb6737000) libXrandr.so.2 => /usr/lib/libXrandr.so.2 (0xb672e000) libXcursor.so.1 => /usr/lib/libXcursor.so.1 (0xb6723000) libXcomposite.so.1 => /usr/lib/libXcomposite.so.1 (0xb671f000) libXdamage.so.1 => /usr/lib/libXdamage.so.1 (0xb671b000) libXfixes.so.3 => /usr/lib/libXfixes.so.3 (0xb6715000) libX11.so.6 => /usr/lib/libX11.so.6 (0xb65dc000) libpixman-1.so.0 => /usr/lib/libpixman-1.so.0 (0xb6544000) libEGL.so.1 => /usr/lib/libEGL.so.1 (0xb6525000) libdl.so.2 => /lib/libdl.so.2 (0xb6520000) libpng15.so.15 => /usr/lib/libpng15.so.15 (0xb64d2000) libxcb-shm.so.0 => /usr/lib/libxcb-shm.so.0 (0xb64cd000) libxcb-render.so.0 => /usr/lib/libxcb-render.so.0 (0xb64c2000) libxcb.so.1 => /usr/lib/libxcb.so.1 (0xb64a0000) libz.so.1 => /lib/libz.so.1 (0xb6488000) libGL.so.1 => /usr/lib/libGL.so.1 (0xb6428000) libffi.so.5 => /usr/lib/libffi.so.5 (0xb6420000) libatk-1.0.so.0 => /usr/lib/libatk-1.0.so.0 (0xb63ff000) libgmodule-2.0.so.0 => /lib/libgmodule-2.0.so.0 (0xb63fa000) libpangoft2-1.0.so.0 => /usr/lib/libpangoft2-1.0.so.0 (0xb63ce000) libgssapi_krb5.so.2 => /usr/lib/libgssapi_krb5.so.2 (0xb638c000) libgnutls.so.28 => /usr/lib/libgnutls.so.28 (0xb6287000) libavahi-common.so.3 => /usr/lib/libavahi-common.so.3 (0xb6279000) libavahi-client.so.3 => /usr/lib/libavahi-client.so.3 (0xb6267000) /lib/ld-linux.so.2 (0xb7747000) liblcms2.so.2 => /usr/lib/liblcms2.so.2 (0xb6218000) libtiff.so.5 => /usr/lib/libtiff.so.5 (0xb61a4000) libjpeg.so.8 => /usr/lib/libjpeg.so.8 (0xb614c000) libopenjpeg.so.1 => /usr/lib/libopenjpeg.so.1 (0xb6126000) libresolv.so.2 => /lib/libresolv.so.2 (0xb610e000) libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb5fbd000) libX11-xcb.so.1 => /usr/lib/libX11-xcb.so.1 (0xb5fb9000) libxcb-dri2.so.0 => /usr/lib/libxcb-dri2.so.0 (0xb5fb3000) libxcb-xfixes.so.0 => /usr/lib/libxcb-xfixes.so.0 (0xb5fab000) libudev.so.0 => /lib/libudev.so.0 (0xb5f9a000) libdrm.so.2 => /usr/lib/libdrm.so.2 (0xb5f8d000) libwayland-client.so.0 => /usr/lib/libwayland-client.so.0 (0xb5f84000) libwayland-server.so.0 => /usr/lib/libwayland-server.so.0 (0xb5f78000) libgbm.so.1 => /usr/lib/libgbm.so.1 (0xb5f72000) libXau.so.6 => /usr/lib/libXau.so.6 (0xb5f6e000) libXdmcp.so.6 => /usr/lib/libXdmcp.so.6 (0xb5f67000) libglapi.so.0 => /usr/lib/libglapi.so.0 (0xb5f49000) libxcb-glx.so.0 => /usr/lib/libxcb-glx.so.0 (0xb5f30000) libXxf86vm.so.1 => /usr/lib/libXxf86vm.so.1 (0xb5f2a000) libkrb5.so.3 => /usr/lib/libkrb5.so.3 (0xb5e4d000) libk5crypto.so.3 => /usr/lib/libk5crypto.so.3 (0xb5e22000) libcom_err.so.2 => /lib/libcom_err.so.2 (0xb5e1c000) libkrb5support.so.0 => /usr/lib/libkrb5support.so.0 (0xb5e12000) libtasn1.so.3 => /usr/lib/libtasn1.so.3 (0xb5e00000) libnettle.so.4 => /usr/lib/libnettle.so.4 (0xb5dd7000) libhogweed.so.2 => /usr/lib/libhogweed.so.2 (0xb5dc3000) libgmp.so.10 => /usr/lib/libgmp.so.10 (0xb5d58000) libp11-kit.so.0 => /usr/lib/libp11-kit.so.0 (0xb5d46000) libdbus-1.so.3 => /lib/libdbus-1.so.3 (0xb5cfb000) liblzma.so.5 => /lib/liblzma.so.5 (0xb5cc9000) libjbig.so.1 => /usr/lib/libjbig.so.1 (0xb5cbc000)
$ urpmq -i libpng15_15 libpng12_0 libjpeg62 libjpeg8 libdrm-common libdrm2 |grep -i version Version : 2.4.37 Version : 1.5.11 Version : 2.4.37 Version : 1.2.0 Version : 1.2.0 Version : 1.2.49
Claws-Mail pdf plugin and mupdf both don't show that behaviour.
Source RPM: (none) => epdfview-0.1.8-2.mga2
I can reproduce this bug with sumatrapdf under windows (vm) Are you agree to close this bug as wontfix ?
(In reply to comment #8) > I can reproduce this bug with sumatrapdf under windows (vm) Honestly, then you should report a bug to sumatrapdf developers. (Out of scope here). > Are you agree to close this bug as wontfix ? No. I disagree. We should consider to report that bug then to upstream development. But it's not reproducible on other distributions, for instance ArchLinux with same versions of both epdfview and libpoppler.
(In reply to comment #8) > I can reproduce this bug with sumatrapdf under windows (vm) > > Are you agree to close this bug as wontfix ? Are you serious? "We wont fix this because others have this bug too?". I use Arch Linux too and there the bug doesn't exist with epdfview. Greetings, Christian
CC: (none) => chrisdersch
let see that with the maintainer then, a don't have one
Source RPM: epdfview-0.1.8-2.mga2 => popplerCC: (none) => fundawang, pterjan
Whiteboard: (none) => MGA2TOO
epdfview 0.1.8-3.mga3 should looks better.
Status: NEW => ASSIGNEDAssignee: bugsquad => fundawangSource RPM: poppler => epdfviewKeywords: (none) => NEEDINFO
(In reply to comment #12) > epdfview 0.1.8-3.mga3 should looks better. Approved. Thanks for the fix.
Resolution: (none) => FIXEDStatus: ASSIGNED => RESOLVED
reopening for mga2 since it was pushed to. Suggested Advisory: ------------- Updated epdfview add a patch to fix confusion of the values for red and blue for some images in PDF. https://bugs.mageia.org/show_bug.cgi?id=6637 ------------- SRPM: epdfview-0.1.8-2.1.mga2.src.rpm QA: easy test case with attachment 2510 [details] thanks
Hardware: i586 => AllKeywords: NEEDINFO => (none)Status: RESOLVED => REOPENEDResolution: FIXED => (none)Assignee: fundawang => qa-bugs
Version: Cauldron => 2
Testing complete on Mageia 2 i586. Thanks for including the sample that clearly shows the problem.
CC: (none) => davidwhodginsWhiteboard: MGA2TOO => MGA2TOO, mga2-32-OK
Tested on MGA2 x86_64. Successfully reproduced the problem with both the included sample and some other pdf files and verified that the package built from epdfview-0.1.8-2.1.mga2.src.rpm fixes it for all files that showed the problem before and still can open them correctly. Could someone validate this update please?
CC: (none) => balatonWhiteboard: MGA2TOO, mga2-32-OK => MGA2TOO, mga2-32-OK MGA2-64-OK
Thanks Zoltan, you can validate updates if you wish. Validating Suggested Advisory: ------------- Updated epdfview add a patch to fix confusion of the values for red and blue for some images in PDF. https://bugs.mageia.org/show_bug.cgi?id=6637 ------------- SRPM: epdfview-0.1.8-2.1.mga2.src.rpm Could sysadmin please push from core/updates_testing to core/updates Thanks!
Keywords: (none) => validated_updateCC: (none) => sysadmin-bugsWhiteboard: MGA2TOO, mga2-32-OK MGA2-64-OK => mga2-32-OK MGA2-64-OK
Update pushed: https://wiki.mageia.org/en/Support/Advisories/MGAA-2012-0112
Status: REOPENED => RESOLVEDCC: (none) => tmbResolution: (none) => FIXED