Your message dated Mon, 28 Mar 2011 11:40:37 +0200
with message-id <[email protected]>
and subject line Re: Bug#588460: geeqie: acts like windows-software: determines
file-type by filename
has caused the Debian Bug report #588460,
regarding geeqie: acts like windows-software: determines file-type by filename
to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)
--
588460: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=588460
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: geeqie
Version: 1:1.0-4
Severity: minor
Hello,
on an UNIX-like OS i had expected that a file donât need to have a
âcorrectâ filename-extension to work as suggested.
But look what geeqie does:
$ mkdir test
$ cp <someimage> test/filename_without_extension
$ touch test/idiot.png
$ file test/*
test/filename_without_extension: PNG image data, 1024 x 768,
8-bit/color RGB, non-interlaced
test/idiot.png: empty
$ geeqie test/filename_without_extension ; rm -r test
geeqie shows the image as expected. But: if i navigate through the
pictures using Pg-Up and Pg-Dwn, it only displays the âbrokenâ
idiot.png, which is â not just according to file â no image. The real
image is ignored.
Best Regards
Miche
-- System Information:
Debian Release: squeeze/sid
APT prefers testing
APT policy: (991, 'testing'), (99, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.32-5-686 (SMP w/1 CPU core)
Locale: LANG=de_DE.UTF-8, LC_CTYPE=de_DE.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Versions of packages geeqie depends on:
ii geeqie-common 1:1.0-4 data files for Geeqie
ii libc6 2.11.2-2 Embedded GNU C Library: Shared lib
ii libexiv2-6 0.19-3 EXIF/IPTC metadata manipulation li
ii libgcc1 1:4.4.4-5 GCC support library
ii libglib2.0-0 2.24.1-1 The GLib library of C routines
ii libgtk2.0-0 2.20.1-1 The GTK+ graphical user interface
ii liblcms1 1.18.dfsg-1.2+b2 Color management library
ii liblircclient0 0.8.3-5 infra-red remote control support -
ii libpango1.0-0 1.28.1-1 Layout and rendering of internatio
ii libstdc++6 4.4.4-5 The GNU Standard C++ Library v3
Versions of packages geeqie recommends:
ii exiftran 2.07-2 transform digital camera jpeg imag
ii exiv2 0.19-3 EXIF/IPTC metadata manipulation to
ii imagemagick 7:6.6.0.4-2 image manipulation programs
ii librsvg2-common 2.26.3-1 SAX-based renderer library for SVG
ii ufraw-batch 0.16-3 batch importer for raw camera imag
ii zenity 2.30.0-1 Display graphical dialog boxes fro
Versions of packages geeqie suggests:
pn geeqie-dbg <none> (no description available)
ii gimp 2.6.8-3+b1 The GNU Image Manipulation Program
ii libjpeg-progs 8b-1 Programs for manipulating JPEG fil
ii ufraw 0.16-3 standalone importer for raw camera
pn xpaint <none> (no description available)
-- no debconf information
--- End Message ---
--- Begin Message ---
Hi
Dne Mon, 12 Jul 2010 09:54:50 +0200
Michal Čihař <[email protected]> napsal(a):
> Hi
>
> Dne Thu, 8 Jul 2010 16:55:16 +0200
> Michael <[email protected]> napsal(a):
>
> > on an UNIX-like OS i had expected that a file donât need to have a
> > âcorrectâ filename-extension to work as suggested.
> >
> > But look what geeqie does:
> > $ mkdir test
> > $ cp <someimage> test/filename_without_extension
> > $ touch test/idiot.png
> > $ file test/*
> > test/filename_without_extension: PNG image data, 1024 x 768,
> > 8-bit/color RGB, non-interlaced
> > test/idiot.png: empty
> > $ geeqie test/filename_without_extension ; rm -r test
> >
> > geeqie shows the image as expected. But: if i navigate through the
> > pictures using Pg-Up and Pg-Dwn, it only displays the âbrokenâ
> > idiot.png, which is â not just according to file â no image. The real
> > image is ignored.
>
> If you don't like extension based filtering, feel free to disable it in
> preferences. Filtering based on content would be definitely much slower
> and is not really needed in most cases.
Closing as I don't think this is a bug.
--
Michal Čihař | http://cihar.com | http://blog.cihar.com
signature.asc
Description: PGP signature
--- End Message ---
