Bug 131113

Summary: eog will not display jpg or png images
Product: [Fedora] Fedora Reporter: James Laska <jlaska>
Component: eogAssignee: Christopher Aillon <caillon>
Status: CLOSED CURRENTRELEASE QA Contact:
Severity: medium Docs Contact:
Priority: medium    
Version: rawhideCC: alex, jturner
Target Milestone: ---   
Target Release: ---   
Hardware: All   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2004-09-27 12:51:38 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:
Bug Depends On:    
Bug Blocks: 123268    
Attachments:
Description Flags
eog.strace none

Description James Laska 2004-08-27 17:40:36 UTC
# RPM eog-2.7.1-1

Is eog supposed to work?  I would gather yes, but I mean are there
things in a high state of flux that might affect opening images in
eog.  This has been broken for ~ 2 weeks now.  I typically give this
stuff time to adjust since it is rawhide and severe issues are usually
resolved in a day or so (missing/downlevel packages).

eog will not open/display a screenshot (taken with the screenshot
applet), or a jpg, or any icons in /usr/share/pixmaps.  While the open
file dialog properly shows the image preview... eog simply reports:

$ eog /usr/share/pixmaps/gnome-panel.png
EogWindow.c: eog_window_open single uri
EogWindow: Image list prepared: 0 images

and displays an empty window.  I am attaching the strace results from
launching eog.  Nothing jumps out at me as obvious so perhaps there is
some library interaction/api that has changed?

Comment 1 James Laska 2004-08-27 17:41:04 UTC
Created attachment 103174 [details]
eog.strace

Comment 2 Christopher Aillon 2004-08-27 17:55:16 UTC
Hmm.  That is odd.  eog-2.7.1-1 has been working fine for me on
rawhide over the past few weeks... I'm curious to know what versions
of libexif, libjpeg, and gdk-pixbuf?  If you compile eog from upstream
yourself, does that work?

Comment 3 James Laska 2004-08-27 18:22:43 UTC
I up2date daily from rawhide...this currently leaves me with..

libexif-0.5.12-3
libjpeg-6b-32
gdk-pixbuf-0.22.0-10.1.3

pulling eog from cvs.gnome.org ... will post back results...

Is there a possibility that there are some stale config settings
floating around from previous package versions?

Comment 4 James Laska 2004-08-27 18:41:21 UTC
same thing from eog out of CVS

(eog:15308): Eog-CRITICAL **: file eog-image-list.c: line 671
(eog_image_list_length): assertion `EOG_IS_IMAGE_LIST (list)' failed
EogWindow.c: eog_window_open single uri
EogWindow: Image list prepared: 0 images



Comment 5 Bryan W Clark 2004-09-14 07:15:10 UTC
James, any change after updating more?  EOG seems to work fine for me,
same versions of all relevant packages.

Comment 6 James Laska 2004-09-14 11:46:10 UTC
bclark: No change :(  I re-installed my entire machine to
rawhide-latest 2 weeks ago (and have been yum updated since) and I am
still seeing the problem.  I have the same rpm versions this bug
originally was filed with:

eog-2.7.1-1
libexif-0.5.12-3
libjpeg-6b-32
gdk-pixbuf-0.22.0-10.1.3

I should note that I no longer get the Assertion failure when
attempting to open an image.

(~)> file Desktop/Documents/Images/aal.jpg
Desktop/Documents/Images/aal.jpg: JPEG image data, EXIF standard 2.2

(~)> eog Desktop/Documents/Images/aal.jpg
EogWindow.c: eog_window_open single uri
EogWindow: Image list prepared: 0 images

Is there any information I can provide to help debug this issue?

Comment 7 Michael Schwendt 2004-09-26 13:57:11 UTC
Cannot reproduce. Same versions of packages (FC 2.91). Can open JPEG
and  PNG images.

Comment 8 James Laska 2004-09-27 12:51:38 UTC
A fresh install of FC3 test2 has resolved this issue.  I gather there
was a gconf or other setting floating around from an upgrade path that
wasn't properly reset.  Closing as CURRENTRELEASE.