gThumb doesn't import images

[1Earth]

Binary package hint: gthumb

Default install, I select File -> Import. It accesses the SD card and successfully displays the content. But when clicking the import button it stays indented, but after waiting for a long time it doesn't import anything.

There is no difference between selecting all the photos and selecting none.

Description: Ubuntu karmic (development branch)
Release: 9.10

gthumb:
  Installed: 3:2.10.11-1ubuntu1
  Candidate: 3:2.10.11-1ubuntu1
  Version table:
 *** 3:2.10.11-1ubuntu1 0
        500 http://my.archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status

I expected it to import my photos like it had in Ubuntu 9.04.

Instead, the import button stayed indented and nothing happened.

ProblemType: Bug
Architecture: i386
Date: Tue Oct 6 14:39:40 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/gthumb
NonfreeKernelModules: fglrx
Package: gthumb 3:2.10.11-1ubuntu1
ProcEnviron:
 LANG=en_US.UTF-8
 SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-11.38-generic
SourcePackage: gthumb
Uname: Linux 2.6.31-11-generic i686

[Joe (jgsylvesterjr)]

I have observed this exact same problem in Karmic.
 uname -a
Linux joe-desktop 2.6.31-13-generic #43-Ubuntu SMP Fri Oct 9 17:41:46 UTC 2009 x86_64 GNU/Linux
apt-cache policy gthumb
gthumb:
  Installed: 3:2.10.11-1ubuntu1
  Candidate: 3:2.10.11-1ubuntu1
  Version table:
 *** 3:2.10.11-1ubuntu1 0
        500 http://us.archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status

[Joe (jgsylvesterjr)]

I executed gthumb from a terminal window, and when I clicked on Import I received the following error one time:
gthumb

(gthumb:2793): Gtk-CRITICAL **: gtk_progress_set_percentage: assertion `percentage >= 0 && percentage <= 1.0' failed

Subsequent clicks on Import did nothing and produced no more error messages.I thought maybe this information would be useful.

[maba (mauricio-barraza)]

Just wanted to add a "me too", I am experiencing the same problem here on latest Karmic.

[matli (stephane-davy)]

Hello,

Same problem here, I also noticed the "gtk_progress_set_percentage: assertion `percentage >= 0 && percentage <= 1.0' failed" error message.

[matli (stephane-davy)]

Hello,

After the latest upgrade, the problem has disappeared. I've seen that libgtk has been updated, may be it is related

[Joe (jgsylvesterjr)]

gThumb still doesn't import pictures for me. Linux joe-desktop 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux. I have downloaded all current updates.

[Pavek (avezzandrog)]

The same for me: just upgraded from 9.04 to 9.10. I can't import photos via gthumb with a first digital camera, while from another SD card, which belongs to a second digital camera, I do.

[Jean-Marc Chaton (chatondebian)]

I've got the same problem : When I click on Import, an empty progress bar appears and nothing more. The console shows :

(gthumb:30860): Gtk-CRITICAL **: gtk_progress_set_percentage: assertion `percentage >= 0 && percentage <= 1.0' failed

My system is a fully updated 9.10

~$ apt-cache policy gthumb

gthumb:
  Installé : 3:2.10.11-1ubuntu1
  Candidat : 3:2.10.11-1ubuntu1
 Table de version :
 *** 3:2.10.11-1ubuntu1 0
        500 http://fr.archive.ubuntu.com karmic/main Packages
        100 /var/lib/dpkg/status

[Joe (jgsylvesterjr)]

My situation with gThumb has cleared. Either it was the installation of the latest Ubuntu kernel 2.6.31-15 and/or the fact thtat I had erased all the pictures on my memory card and was able to successfully import new images.

[Marc Poulhiès (marc-poulhies)]

Exact same problem here. Can't import anything from gthumb and gtk error message in console.

[Joe (jgsylvesterjr)]

I recently posted that my problem with importing images using gTumb had cleared after reformatting my memory card. At this time, gThumb again no longer imports images.

[Stephen Warren (srwarren)]

I see this problem too.

It is a regression from Jaunty. I had 2 Jaunty and 1 Fedora (F9/10?) systems where gthumb import worked correctly. I upgraded the Jaunty systems and re-installed the Fedora system. All systems now have this issue.

In my case at least, I found this problem was caused by the presence of .MOV (movie) files on the SD card. I deleted them, and gthumb import worked. I'm not sure if this issue is triggered by a) any non-JPG file, b) MOVs specifically c) some facet/subset of unsupported image formats. Note that MOV files from the exact same camera/SD-card/card-reader worked OK in Jaunty.

"strace -f" of "gthumb --import-photos" indicates that gthumb (or a library it uses) is performing some operation to search the Ubuntu installation for some kind of file (IIRC a language pack?) after stat()/open()ing the .MOV file. I'm not sure if this is a bug in gthumb (or some lib it uses) or perhaps some package it depends on simply isn't installed?

[Stephen Warren (srwarren)]

Both Jaunty and Karmic contain the same upstream version of gthumb (2.10.11), so this is probably either a bug in a library that gthumb uses, rather than gthumb itself, or a bug in Ubuntu's packaging.

[Stephen Warren (srwarren)]

More info on my strace findings:

For each JPG file, gthumb's strace starts out like:

[pid 4804] open("/media/64A5-F009//DCIM/103_PANA/P1030183.JPG", O_RDONLY) = 21
[pid 4804] fstat64(21, {st_mode=S_IFREG|0755, st_size=72597, ...}) = 0
[pid 4804] mmap2(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb4e75000
[pid 4804] read(21, "\377\330\377\341o\236Exif\0\0II*\0\10\0\0\0\f\0\17\1\2\0\n\0\0\0\236\0"..., 32768) = 32768
[pid 4804] close(21) = 0
[pid 4804] munmap(0xb4e75000, 32768) = 0

But for each MOV file it starts out like:

[pid 4804] open("/media/64A5-F009//DCIM/103_PANA/P1030183.MOV", O_RDONLY) = 21
[pid 4804] fstat64(21, {st_mode=S_IFREG|0755, st_size=18763610, ...}) = 0
[pid 4804] mmap2(NULL, 32768, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0) = 0xb4e75000
[pid 4804] read(21, "\1\36D\0mdat\324\376\tT\0\0\0\0\320\376\tT\0\0\0\0Q\325\340U\0\0\0\0"..., 32768) = 32768
[pid 4804] open("/usr/share/locale/en_US.UTF-8/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale/en_US.utf8/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale/en_US/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale/en.UTF-8/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale/en.utf8/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale/en/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale-langpack/en_US.UTF-8/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale-langpack/en_US.utf8/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale-langpack/en_US/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale-langpack/en.UTF-8/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale-langpack/en.utf8/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] open("/usr/share/locale-langpack/en/LC_MESSAGES/libexif-12.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
[pid 4804] close(21) = 0
[pid 4804] munmap(0xb4e75000, 32768) = 0

That said, no package contains libexif-12.mo for US-English in either Jaunty or Karmic, so this is probably a red-herring. I can't really see anything else that seems wrong in the strace log; the issue is probably not in reading the file data, but some parsing/interpretation of some data in the file.

A bug on gnome.org (https://bugzilla.gnome.org/show_bug.cgi?id=578888 http://sourceforge.net/tracker/?func=detail&aid=2760486&group_id=8874&atid=108874) implied that "gthumb --debug -L" might show up something useful. However, that command correctly identifies the MIME type of all the JPG and MOV files on the SD card.

There is a bug...

[Joe (jgsylvesterjr)]

I can verify in my case, gthumb started importing photos again after I deleted movie files from the memory card.
Joe

[Stephen Warren (srwarren)]

FYI, upstream bug https://bugzilla.gnome.org/show_bug.cgi?id=605670 was closed with the following comment:

> Michael Chudobiak [developer] 2010-01-04 13:49:26 UTC
>
> The 2.8.x series is not being maintained, so this bug is being marked as
> obsolete.
>
> The first 2.11.x release, which is a total rewrite of gThumb, will occur in a
> day or too.

(That bug was marked as being against 2.8.x, whereas this launchpad bug is against 2.10.x). Perhaps I'll file a new gnome.org bug specifically for 2.10.x tonight...

[mjc (mjc-avtechpulse)]

Well, 2.10.x isn't being maintained either.

2.11.1 has now been released.

- Mike

[Stephen Warren (srwarren)]

Michael Chudobiak wrote:
> Well, 2.10.x isn't being maintained either.
>
> 2.11.1 has now been released.

You are kidding right? A version that's included in a 3? month old distro is already unsupported??? I guess it's time to just dump gthumb and use something that isn't completely pointless...

[Stephen Warren (srwarren)]

Lucid will also contain 2.10.x (according to http://packages.ubuntu.com/lucid/gthumb) unless something changes between now and when it's released.

[Stephen Warren (srwarren)]

gthumb package maintainers: Is there any chance of getting the latest (and apparently only supported) gthumb included in Lucid, so Lucid won't have this issue too?

[Stephen Warren (srwarren)]

Lucid apparently includes gthumb 2.11.2.1, so I guess this is no longer an issue.

Thanks for the status updates in the bug! :-(

[pirx67 (pirx67)]

Hi,

I tested gthumb today on Lucid beta 2 with all updates installed. This bug is still there. My CompactFlash card carried some *.AVI files. Trying the same with an SmartMedia card without any video files succeeded.

Did the same strace as Stephen did. But on my Lucid system the file libexif-12.mo is found in the right language pack:

pirx67@...: dpkg -S /usr/share/locale-langpack/de/LC_MESSAGES/libexif-12.mo
language-pack-de-base: /usr/share/locale-langpack/de/LC_MESSAGES/libexif-12.mo

Therefore this should not be the reason for the failure.

But the interaction with any movie files found on the cards seems to be clear.

The strange thing I found is the following. Asking dpkg about the installed version it tells me :
pirx67@...:~$ LANG=C;dpkg -l gthumb
Desired=Unknown/Install/Remove/Purge/Hold
| Status=Not/Inst/Cfg-files/Unpacked/Failed-cfg/Half-inst/trig-aWait/Trig-pend
|/ Err?=(none)/Reinst-required (Status,Err: uppercase=bad)
||/ Name Version Description
+++-==============-==============-============================================
ii gthumb 3:2.11.2.1.is. an image viewer and browser

But gthumb itself outputs in the info box and from the command line:

pirx67@...:gthumb --version
GNOME gthumb 2.10.11

[pirx67 (pirx67)]

It seems that the Ubuntu packagers still have the half way to go:

pirx67@...:~$ apt-cache show gthumb | grep Version
Version: 3:2.11.2.1.is.2.10.11-0ubuntu1

The version starts with 2.11.2 but really seem 2.10.11 to be packaged.

I hope that this issue will be resolved before Lucid is released.

[pirx67 (pirx67)]

Tested to import the same data as mentioned in comment #23. But instead of putting the CompactFlash card into my card reader I kept it in my camera (Canon PowerShot A85).

This way I could import all the files including the movies. No problems with any assertions that deal with the progress bar.

Apparently the library used to import the files from the media makes a difference if the import succeeds or fails.

[mjc (mjc-avtechpulse)]

I think the Ubuntu packagers stuck 2.11.2.1 in the latest release but then decided it was too new for a long-term-support release, so they downgraded back to 2.10.x. That is why you are seeing the odd "2.11.2.1.is.2.10.11-0ubuntu1" versioning.

Check gThumb's Help>About to be sure. But I'm pretty sure you have 2.10.x.

Anyway, 2.11.3 has been released upstream...

- Mike

[Stephen Warren (srwarren)]

Help->About shows that it is indeed 2.10.11 (and I also see all the other version behaviour mentioned above). This kind of packaging insanity just boggles the mind...

[Pedro Villavicencio (pedro)]

Thanks for the report, it has been some time without any response or feedback in this bug report and we are wondering if this is still an issue for you with the latest release of Ubuntu the Natty Narwhal, May you please test with that version and comment back if you're still having or not the issue? Please have a look at http://www.ubuntu.com/download to know how to install that version.Thanks in advance.

[Joe (jgsylvesterjr)]

I no longer had this problem in Ubunty 10.10. I never had the proiblem again after I deleted movies from my camera (as stated in an earlier coimment). I cannot verify this in Ubuntu 11.04 (Natty) because gthumb does not work for me in Natty (eith Unity or Classic). I get the following error when I run gthum from a terminal:
gthumb: error while loading shared libraries: libexiv2.so.6: cannot open shared object file: No such file or directory

I removed and reinstalled (via Ubuntu Software Center) and gthumb still does n ot work for me. I believe this issue could be closed, at least in 10.10. If I ever get gthumb to work in Natty, I will try again and write a new bug report if gthumb fails to import images.

[Joe (jgsylvesterjr)]

I resolved my gthumb Natty problem and verified that this issue is not preenbt in Natty, at least for me.

[Pedro Villavicencio (pedro)]

Thanks, closing the report.