After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 540950 - wrong EPS colours on powerpc (endianness bug?)
wrong EPS colours on powerpc (endianness bug?)
Status: RESOLVED FIXED
Product: evince
Classification: Core
Component: PS
2.22.x
Other All
: High normal
: ---
Assigned To: Evince Maintainers
Evince Maintainers
Depends on:
Blocks:
 
 
Reported: 2008-06-30 15:24 UTC by Johannes Berg
Modified: 2008-07-13 16:19 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22


Attachments
EPS file not shown correctly (22.52 KB, image/x-eps)
2008-06-30 15:25 UTC, Johannes Berg
  Details
PDF file shown correctly (7.64 KB, application/pdf)
2008-06-30 15:26 UTC, Johannes Berg
  Details
fix bytes orders for cairo on big endian (1003 bytes, patch)
2008-07-11 15:34 UTC, Benjamin Jacobs
none Details | Review
fix evince thumbnailing on big endian (515 bytes, patch)
2008-07-11 15:35 UTC, Benjamin Jacobs
committed Details | Review

Description Johannes Berg 2008-06-30 15:24:37 UTC
Please describe the problem:
The attached eps file is displayed with completely bogus colours.

Steps to reproduce:
1. load the attached file


Actual results:
file has yellow background and messed up colours

Expected results:
file has white background and colours as the same as when viewing converted to pdf (epstopdf)

Does this happen every time?
yes

Other information:
evince version 2.22.2
using poppler 0.6.4 (cairo)
cairo version 1.6.4-6
all from debian/unstable
Comment 1 Johannes Berg 2008-06-30 15:25:17 UTC
Created attachment 113704 [details]
EPS file not shown correctly
Comment 2 Johannes Berg 2008-06-30 15:26:19 UTC
Created attachment 113705 [details]
PDF file shown correctly

This file was created from the EPS file by simply doing "epstopdf test.eps".
Comment 3 Benjamin Jacobs 2008-07-08 23:31:13 UTC
I confirm this behaviour. Here is the Fedora's bugzilla entry:
https://bugzilla.redhat.com/show_bug.cgi?id=440181

 It seems that evince (poppler?) ignore the blue component of a color.
Comment 4 Benjamin Jacobs 2008-07-11 15:32:57 UTC
Here is a couple of patch. One is for libspectre to correctly order the bytes format of gs output on big endian, hence avoiding evince to swap bytes for cairo.
The second is for evince to fix the gdkpixbuf thumbnailing bytes swapping on BE.
I tested it successfully both on ia32 and ppc32.

Could you sort this out with libspectre maintainers ? Thanks.
Comment 5 Benjamin Jacobs 2008-07-11 15:34:43 UTC
Created attachment 114399 [details] [review]
fix bytes orders for cairo on big endian
Comment 6 Benjamin Jacobs 2008-07-11 15:35:25 UTC
Created attachment 114400 [details] [review]
fix evince thumbnailing on big endian
Comment 7 Nickolay V. Shmyrev 2008-07-11 20:53:33 UTC
Carlos, any comments on libspectre part?
Comment 8 Carlos Garcia Campos 2008-07-13 16:19:10 UTC
Applied both patches. Thank you very much.