GNOME Bugzilla – Bug 346725
gthumb or f-spot must be run twice to see my photos (Mikon CoolPix 2000)
Last modified: 2006-10-24 13:57:47 UTC
Please describe the problem: I have a Nikon CoolPix 2000 camera, operating in PTP mode. OS: Ubuntu Dapper 6.06. When I launch either gnome-volume-manager-gthumb or f-spot-import, I can't see any photos on my camera. If I close that window and launch it again, my photos magically appear! Steps to reproduce: 1. run gnome-manager-properties and un-check "Import digital photographs when connected" (just to be sure we're doing everything manually). 2. Connect camera to computer via USB cable 3. Turn on camera 4. In a terminal run: gnome-volume-manager-gthumb /org/freedesktop/Hal/devices/usb_device_4b0_302_noserial_if0 (or equivalent using the correct udi for your location?) 5. gthumb starts. It claims there are no photos on the camera. 6. Close gthumb. 7. Run exactly the same command again: gnome-volume-manager-gthumb /org/freedesktop/Hal/devices/usb_device_4b0_302_noserial_if0 8. gthumb launches, and your photos are displayed. You may now import them. Alternatively, replace "gnome-volume-manager-gthumb" with "f-spot-import" everywhere above, and the same thing happens: F-Spot claims you have no photos the first time, and then shows the photos when you close and re-run the same command. Actual results: gthumb does not show my photos the first time it is launched, but it shows them the second time. Expected results: I would expect gthumb to show my photos the first time it is launched. Does this happen every time? This happens every time. Other information: The following customised (read: evil hack) version of the f-spot-import script works for me, by opening the f-spot window, and then closing it again and re-opening it. Horrible! #!/bin/bash udi="$1" #xmessage -$udi- mount_point=`hal-get-property --udi="$udi" --key=volume.mount_point` if [ -n "$mount_point" ]; then # USB Mass Storage camera: need to pass f-spot a mount point echo f-spot --import "$mount_point" f-spot --import "$mount_point" else # Some other camera try GPhoto2 bus=`hal-get-property --udi="$udi" --key=usb.bus_number` dev=`hal-get-property --udi="$udi" --key=usb.linux.device_number` uri=`printf gphoto2:usb:%.3d,%.3d $bus $dev` zenity --info --text "The F-Spot Window is about to appear (telling you it has not found any photos on your camera) and then disappear, and then re-appear (hopefully showing the photos on your camera). Please be patient and don't click anything while this happens." f-spot --import "$uri" & sleep 10 killall f-spot f-spot --import "$uri" fi
ok, then this sounds like an f-spot bug or something (or a gphoto bug?) if you run the scripts manually and it doesn't work, then it's definitely not a g-v-m bug as far as I understand.
The exact same behaviour happens with both f-spot and gphoto, which suggested to me that something underneath is going wrong, rather than a bug in either of those 2 programs. Do they both use a library that could be at fault? I thought g-v-m was the most likely candidate...
This isn't a gthumb bug. f-spot and gthumb both use libgphoto2 for there camera import functionality. This is either a libgphoto2 problem, which can be reported at http://sourceforge.net/tracker/?group_id=8874&atid=108874, or it is a Ubuntu hardware mounting / permissions issue. I would suggest installing the latest libgphoto2 library (2.2.1, from http://sourceforge.net/project/showfiles.php?group_id=8874&release_id=425235), and trying again. I am closing this bug as "NOTGNOME", since it doesn't appear to be a gthumb bug. Please feel free to re-open if further information warrants it. - Mike
Thank you - I have logged this bug for libgphoto2: http://sourceforge.net/tracker/index.php?func=detail&aid=1583793&group_id=8874&atid=108874