Bug 533691 - gthumb does not detect camera and images are not found, but nautilus mounts the camera fine
Summary: gthumb does not detect camera and images are not found, but nautilus mounts t...
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: gthumb
Version: 12
Hardware: All
OS: Linux
low
medium
Target Milestone: ---
Assignee: Hans de Goede
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks: 502149
TreeView+ depends on / blocked
 
Reported: 2009-11-08 15:27 UTC by Kevin DeKorte
Modified: 2010-04-16 23:41 UTC (History)
10 users (show)

Fixed In Version: gthumb-2.10.11-9.fc12
Clone Of:
Environment:
Last Closed: 2010-04-16 23:41:24 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Kevin DeKorte 2009-11-08 15:27:11 UTC
Description of problem:
gthumb used to import images from this camera in F11. But with the F12 upgrade it no longer finds the camera

Version-Release number of selected component (if applicable):
gthumb-2.10.11-6.fc12.x86_64
DeviceKit-disks-009-3.fc12.x86_64
gvfs-1.4.1-3.fc12.x86_64

How reproducible:
100%

Steps to Reproduce:
1. plugin camera
2. nautilus mounts camera
3. gthumb is started and does not detect a camera or no images are found
  
Actual results:
No camera found or no images found

Expected results:
Camera should be found and pictures imported

Additional info:
Path to images on camera
/media/disk/DCIM/100OLYMP/PB080001.JPG

Could it be a directory case issue? I've seen this problem before with DeviceKit-disks

Comment 1 Matthias Clasen 2009-11-09 00:05:26 UTC
David, any idea ?

Comment 2 David Zeuthen 2009-11-09 12:30:00 UTC
(In reply to comment #1)
> David, any idea ?  

Not really, seems like a gthumb problem to me - I mean, the device is mounted and there's a DCIM folder so...

Comment 3 Bug Zapper 2009-11-16 15:19:04 UTC
This bug appears to have been reported against 'rawhide' during the Fedora 12 development cycle.
Changing version to '12'.

More information and reason for this action is here:
http://fedoraproject.org/wiki/BugZappers/HouseKeeping

Comment 4 Dimi Paun 2009-11-22 16:45:51 UTC
Yes, I can confirm that gthumb worked just fine in F11, and it no longer works in F12 (despite nautilus seeing the DCIM dir just fine).

I would say this is a fairly important bug, as dealing with one's pictures is an important operation in today's desktop.

Comment 5 Kevin DeKorte 2009-12-04 19:58:55 UTC
Any progress with this issue, it would be nice to have my camera working again properly with gthumb.

Comment 6 Mauricio Teixeira 2009-12-20 14:06:45 UTC
I confirm the problem with Fedora 12.

gthumb-2.10.11-6.fc12.x86_64
DeviceKit-disks-009-3.fc12.x86_64
gvfs-1.4.3-1.fc12.x86_64

I think it's important to note that, in my case, I am using a card reader.

I see that when I plug it in, the system detects and mounts it just fine:

Dec 20 11:45:12 mteixeira kernel: usb 1-8: new high speed USB device using ehci_hcd and address 5
Dec 20 11:45:12 mteixeira kernel: usb 1-8: New USB device found, idVendor=0cf2, idProduct=6225

The Nautilus asks what I want to do with it. I select to open with gThumb, then I see:

Dec 20 11:45:23 mteixeira gnome-keyring-daemon[1801]: removing removable location: /media/7845-C2F9
Dec 20 11:45:23 mteixeira gnome-keyring-daemon[1801]: no volume registered at: /media/7845-C2F9

If I look at /media, there is nothing mounted.

After that, gThumb opens the import window, but says "No camera found".

If I mount the device (sdc1) manually, gThumb finds the device and is able to import the photos just fine.

Comment 7 Peter Brommer 2009-12-30 13:23:01 UTC
This bug is related to https://bugzilla.redhat.com/show_bug.cgi?id=540039

I plug in the media (either in the camera via USB or directly in the card reader), and it is automounted. As soon as I start gthumb either in the device notifier or by pressing the "Photos detected: Start gthumb?"-Button in Nautilus, the device is immediately unmounted.

Here's the log (at 14:19:30 I start gthumb):

Dec 30 14:18:22 rotezora kernel: sd 4:0:0:3: [sdf] 1986560 512-byte logical locks: (1.01 GB/970 MiB)
Dec 30 14:18:22 rotezora kernel: sd 4:0:0:3: [sdf] Assuming drive cache: write through
Dec 30 14:18:22 rotezora kernel: sd 4:0:0:3: [sdf] Assuming drive cache: write through
Dec 30 14:18:22 rotezora kernel: sdf: sdf1
Dec 30 14:19:32 rotezora gnome-keyring-daemon[1696]: removing removable location: /media/disk
Dec 30 14:19:32 rotezora gnome-keyring-daemon[1696]: no volume registered at: /media/disk

Gthumb then starts with the "Could not lock device" error mentioned in Bug 540039.

Comment 8 Kevin DeKorte 2010-03-19 19:18:46 UTC
This bug is still and issue with up to date Fedora 12 as of 2010/3/19. Can still see the files in nautilus and it auto opens gthumb for me, but gthumb can't see any images on the camera.

I opened this bug 5 months ago, this is getting a little long for this type of issue.

Comment 9 Enrique Gomezdelcampo 2010-03-24 21:00:31 UTC
Hi,

I using gthumb-2.10.11-8.fc12.x86_64 and I have exactly the same problem as described here no matter what digital camera I try to connect. Any idea on how to fix this, besides just manually copying the pictures?

Thanks!
Enrique

Comment 10 Hans de Goede 2010-04-06 08:21:40 UTC
Hi Kevin, Enrique,

First of all from a terminal do:
rmdir $HOME/.gthumb-importer.lock

Can you both describe your problem with a bit more details. Plug in your camera, and then what happens ? Does gthumb pop up, and / or does nautilus pop up ? Do you get any error messages or just an empty pictures list in gthumb. What sort of camera are you using?

After plugging in the camera, and before doing the unmounting described below
please run the following command from a terminal:

ls -l .gvfs

And paste the output here.

Then try the following, go to places->computer, right click on your camera and select unmount. Then start a terminal and from that terminal run
gthumb-importer

Please also let me know if gthumb-importer shows any messages, and if it
does work now.

Comment 11 Andrea Musuruane 2010-04-06 19:40:50 UTC
(In reply to comment #10)
> Hi Kevin, Enrique,

Hi Ian, I have the same issue and I'll try to describe what happens to me.

> First of all from a terminal do:
> rmdir $HOME/.gthumb-importer.lock

There is no such file on my system.
 
> Can you both describe your problem with a bit more details. Plug in your
> camera, and then what happens ? Does gthumb pop up, and / or does nautilus pop
> up ? Do you get any error messages or just an empty pictures list in gthumb.
> What sort of camera are you using?

1. I plug my camera (a Casio Exilim wx-z110) and I turn it on.

2. I see it in /var/log/messages:

Apr  6 21:25:22 localhost kernel: usb 6-1: new full speed USB device using uhci_hcd and address 2
Apr  6 21:25:22 localhost kernel: usb 6-1: New USB device found, idVendor=07cf, idProduct=1004
Apr  6 21:25:22 localhost kernel: usb 6-1: New USB device strings: Mfr=1, Product=2, SerialNumber=0
Apr  6 21:25:22 localhost kernel: usb 6-1: Product: CASIO QV DIGITAL
Apr  6 21:25:22 localhost kernel: usb 6-1: Manufacturer: CASIO COMPUTER
Apr  6 21:25:22 localhost kernel: usb 6-1: configuration #1 chosen from 2 choices
Apr  6 21:25:22 localhost kernel: Initializing USB Mass Storage driver...
Apr  6 21:25:22 localhost kernel: scsi6 : SCSI emulation for USB Mass Storage devices
Apr  6 21:25:22 localhost kernel: usbcore: registered new interface driver usb-storage
Apr  6 21:25:22 localhost kernel: USB Mass Storage support registered.
Apr  6 21:25:27 localhost kernel: scsi 6:0:0:0: Direct-Access     CASIO    DIGITAL_CAMERA   1.00 PQ: 0 ANSI: 0 CCS
Apr  6 21:25:27 localhost kernel: sd 6:0:0:0: Attached scsi generic sg2 type 0
Apr  6 21:25:27 localhost kernel: sd 6:0:0:0: [sdb] 1950720 512-byte logical blocks: (998 MB/952 MiB)
Apr  6 21:25:27 localhost kernel: sd 6:0:0:0: [sdb] Write Protect is off
Apr  6 21:25:27 localhost kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
Apr  6 21:25:27 localhost kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
Apr  6 21:25:27 localhost kernel: sdb: sdb1
Apr  6 21:25:27 localhost kernel: sd 6:0:0:0: [sdb] Assuming drive cache: write through
Apr  6 21:25:27 localhost kernel: sd 6:0:0:0: [sdb] Attached SCSI removable disk

3. Device is mounted. I see an icon on the desktop and I can navigate the device with Nautilus.

4. At the same time I get a pop-up asking me if I want to open a program to import my photos. The default is gthumb. I click the OK button.

5. Device is (I think) unmounted. I can no longer see the icon on the desktop and doing "ls /media" shows no subdirectory.

6. Gthumb is launched and I get the following error:

"Si è verificato un errore nella libreria di I/O ("Impossibile bloccare il dispositivo"): La fotocamera è già in uso."

Sorry, It's in Italian. A translation is:

"An error occurred in the I/O library ("It is not possible to lock the device"): the camera is already in use."

> After plugging in the camera, and before doing the unmounting described below
> please run the following command from a terminal:
> 
> ls -l .gvfs
> 
> And paste the output here.

The directory is empty.

> Then try the following, go to places->computer, right click on your camera and
> select unmount. Then start a terminal and from that terminal run
> gthumb-importer
> 
> Please also let me know if gthumb-importer shows any messages, and if it
> does work now.    

Although I no longer see a device mounted in /media, an icon for the device is still present in "Computer" and I cannot unmount it.

I unplug the camera and plug it back. I press Cancel on the pop-up (point 4). I unmount the camera. I still see an icon in the "Computer" panel.

I run gthumb-importer from a terminal. There is no output in the terminal and I get the same error (point 6).

HTH,

Andrea.

Comment 12 Hans de Goede 2010-04-06 20:17:40 UTC
Andrea,

Thanks for the info, a common denominator in people with problems seems to be they have cameras which present themselves as mass storage devices.

Can you edit /usr/bin/gthumb-importer (it is a script), and comment out
the part where it unmounts the gvfs share (this is needed for proprietary protocol and ptp cams), and see if that helps ?

If it helps can you do "ls -l ~/.gvfs" again after plugging in the camera ?

Thanks,

Hans

Comment 13 Andrea Musuruane 2010-04-06 20:34:22 UTC
(In reply to comment #12)
> Andrea,
> 
> Thanks for the info, a common denominator in people with problems seems to be
> they have cameras which present themselves as mass storage devices.
> 
> Can you edit /usr/bin/gthumb-importer (it is a script), and comment out
> the part where it unmounts the gvfs share (this is needed for proprietary
> protocol and ptp cams), and see if that helps ?

I just run "gthumb --import-photos" because that was almost what it remains if I comment out the unmount part of gthumb-importer script and ... roll of drums... it works :)

> If it helps can you do "ls -l ~/.gvfs" again after plugging in the camera ?

It's an empty directory.

$ ls -la ~/.gvfs
totale 4
dr-x------.   2 andrea andrea    0  6 apr 20:53 .
drwxr-xr-x. 126 andrea andrea 4096  6 apr 22:30 ..


Bye,

Andrea.

Comment 14 Hans de Goede 2010-04-06 20:49:37 UTC
(In reply to comment #13)
> It's an empty directory.
> 
> $ ls -la ~/.gvfs
> totale 4
> dr-x------.   2 andrea andrea    0  6 apr 20:53 .
> drwxr-xr-x. 126 andrea andrea 4096  6 apr 22:30 ..
> 

Hmm, that is rather weird, because the unmount part of the
gthumb-importer script does the following:

if [[ "$1" =~ "$HOME/.gvfs/.*gphoto2" ]]; then
    gvfs-mount --unmount "$1"
fi

gthumb --import-photos

So if there is nothing under ~/.gvfs, then how can running
gthumb --import-photos instead of gthumb-importer
make a difference ?

I mean having nothing under ~/.gvfs makes sense as this is
a mass storage device, so its mounted under /media,
but then when nautilus calls gthumb-importer to import the photo's
gthumb-importer gets called with a /media/foo path, and should do
nothing but call gthumb --import-photos, can you debug this a bit further:

put debug echo's in the script and echo to a file under /tmp, then unplug camera, plug it in again and when asked what to do choose the default action.

Also maybe do an "ls -l ~/.gvfs > /tmp/gvfs.ls" at the beginning of the script

Regards,

Hans

Comment 15 Andrea Musuruane 2010-04-07 17:10:43 UTC
Well, I debugged it a bit better.

I don't think that the /usr/bin/gthumb-importer script is the one called from the Nautilus pop-up when inserting the camera. It must be something else. 

If I run the aformentioned script from the command line, everything is fine. It even prints the echo I put in the script (only the gthumb --import-photos line and following are executed).

However, if I choose the gthumb action in the Nautilus pop-up, this script is not run (there are no files in /tmp).

How can I check what application is called from Nautilus?

Comment 16 Hans de Goede 2010-04-07 17:51:09 UTC
(In reply to comment #15)
> How can I check what application is called from Nautilus?    
>

I'm afraid I don't know, the best place to ask is probably #fedora-desktop, which is a channel on gimpnet (not on freenode).

Comment 17 Andrea Musuruane 2010-04-10 16:33:50 UTC
I think I have found the problem. In the Fedora gthumb package there are 3 desktop files:

/usr/share/applications/gthumb-import.desktop
/usr/share/applications/gthumb-importer.desktop
/usr/share/applications/gthumb.desktop

The latter is the one shown in the desktop menu, the others are the ones that appears in the Nautilus pop-up after plugging-in the USB camera. Yes, I didn't notice but there are actually two different gthumb entries in the pop-up!

The default one is gthumb-import.desktop. If I remove this file (or if I choose the other gthumb entry in the pop-up) I can successfully import photos. 

gthumb-import.desktop has the following Exec parameter:

Exec=sh -c 'gvfs-mount -u "%U"; exec gthumb --import-photos'

While the other, gthumb-importer.desktop, has this one instead:

Exec=gthumb-importer %U

gthumb-importer.desktop is provided by Fedora. gthumb-import.desktop is provided by upstream.

Comment 18 Hans de Goede 2010-04-12 14:22:48 UTC
Andrea,

Thanks that is great detective work, an update fixing this is on its way.

Regards,

Hans

Comment 19 Fedora Update System 2010-04-12 14:23:51 UTC
gthumb-2.10.11-9.fc12 has been submitted as an update for Fedora 12.
http://admin.fedoraproject.org/updates/gthumb-2.10.11-9.fc12

Comment 20 Kevin DeKorte 2010-04-12 14:30:16 UTC
gthumb-2.10.11-9.fc12 seems to fix it for me.

Comment 21 Fedora Update System 2010-04-14 01:39:36 UTC
gthumb-2.10.11-9.fc12 has been pushed to the Fedora 12 testing repository.  If problems still persist, please make note of it in this bug report.
 If you want to test the update, you can install it with 
 su -c 'yum --enablerepo=updates-testing update gthumb'.  You can provide feedback for this update here: http://admin.fedoraproject.org/updates/gthumb-2.10.11-9.fc12

Comment 22 Andrea Musuruane 2010-04-14 20:15:34 UTC
gthumb-2.10.11-9.fc12 seems to fix the bug for me too.

Comment 23 Dirk Hoffmann 2010-04-14 22:33:23 UTC
Cool. I had been looking for this since months!

Please put the patch into production. In any case it is better than the present broken version.

Comment 24 Fedora Update System 2010-04-16 23:41:14 UTC
gthumb-2.10.11-9.fc12 has been pushed to the Fedora 12 stable repository.  If problems still persist, please make note of it in this bug report.


Note You need to log in before you can comment on or make changes to this bug.