Ubuntu
eog package

eog determines image type from filename

Bug #172416 reported by Dmitriy Geels
230
This bug affects 34 people
Affects Status Importance Assigned to Milestone
Eye of GNOME
Confirmed
Medium
eog (Ubuntu)
Triaged
Low
Unassigned

Bug Description

Binary package hint: eog

take any image file, e.g. of type image/jpeg, name it 'image.gif' or 'image.tif' -- eog will assume that image type is gif or tiff.
then it will complain, that image is not gif/tiff.

but correct behavior is possible: name file 'image' and open it -- eog will determine correct image type.

ProblemType: Bug
Architecture: i386
Date: Tue Nov 27 23:28:28 2007
DistroRelease: Ubuntu 7.10
ExecutablePath: /usr/bin/eog
NonfreeKernelModules: nvidia
Package: eog 2.20.1-0ubuntu1
PackageArchitecture: i386
ProcCmdline: eog file:///home/dmig/Amiga%20Collection/PHOTO/A4000T/a4000t_1.gif
ProcCwd: /home/dmig
ProcEnviron:
 PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=ru_RU.UTF-8
 SHELL=/bin/bash
SourcePackage: eog
Uname: Linux dmig-desktop 2.6.22-14-generic #1 SMP Sun Oct 14 23:05:12 GMT 2007 i686 GNU/Linux

Tags: apport-bug
Revision history for this message
Dmitriy Geels (dmig) wrote :
Revision history for this message
Basilio Kublik (sourcercito) wrote :

Thank you for your bug report. This bug has already been reported to the developers of the software. You can track it and make comments here: http://bugzilla.gnome.org/show_bug.cgi?id=490067

Changed in eog:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Triaged
Bug Watch Updater (bug-watch-updater)
Changed in eog:
status: Unknown → New
Bug Watch Updater (bug-watch-updater)
Changed in eog:
status: New → Confirmed
Revision history for this message
Ferk (ferkiwi) wrote :

I've been wanting this too.
It would be nice if the program alerted the user of the incorrect extension for the filename and suggested the automatic rename of it.

Revision history for this message
Ferk (ferkiwi) wrote :

By the way, this bug is from 2007.... any news on this?

I'm sure it wouldn't be so hard to change.. it already automatically detects the filetype when you open an image without extension.

Bug Watch Updater (bug-watch-updater)
Changed in eog:
importance: Unknown → Medium
Revision history for this message
John Doe (jodo-deactivatedaccount) wrote :

Still the same on Natty. When I remember this correctly, the behaviour was another one some versions ago. It would be way better if eog would determite the file type not by the fileextension.

This is a really nasty bug, because there are often images on the web that don't have the correct extension. A user who don't knows about this would possibly delete such files because he thinks the file is corrupted.

Test this with this file:

http://wallbase.net/wallpaper/379454

Revision history for this message
B Bobo (yout-bobo123) wrote :

It's been 5 years and still no sign of this bug being fixed. The eog project looks nearly dead.
feh doesn't have this bug, is more featureful and runs much much faster than eog.
 $ apt-get install feh
 $ mv image.jpg image.gif
 $ feh -dZF image.gif

Revision history for this message
Procion (klebed) wrote :

Yep,
But now ubuntu comes with shotwell in the the box. Shotwell do this in right way too.

Revision history for this message
B Bobo (yout-bobo123) wrote :

True, but if you want to view lots of images with a responsive user-interface, feh is more than 10 times faster than shotwell. If you start shotwell from the command-line with a large number of images as arguments, then type <Space> as fast as you can (or increase your keyboard's default autorepeat rate) to load the next image, shotwell takes about 1/3 second to move to the next image. With feh, it takes about 30 milliseconds.

Sebastien Bacher (seb128)
Changed in eog (Ubuntu):
assignee: Ubuntu Desktop Bugs (desktop-bugs) → nobody
Revision history for this message
Tristan Schmelcher (tschmelcher) wrote :

Scanning old print photos at my local Walgreens results in a CD with PNG files named with a .jpg extension, which triggers this bug.

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

Other bug subscribers

Remote bug watches

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