Can't import photos: The path is not absolute"

Hi Hubert!

Do you happen to ever have seen this?

Thanks for any idea,

Martin

no idea. What does gphoto2 says?

Hello,

i used the console with the argument "gphoto2 -a", this works!
All photos were copied to my home folder.

But the Photo Import Dialogue still doesn't work!

I get still the "Die Pfadangabe »file:///store_00020001« ist nicht absolut." message, and it copies a folder with 0kb .jpgs (my camera capture jpgs).

can you post a screenshot? I still don't see what is saying that. for sure if that works with gphoto2, this is NOT a libgphoto2 bug....

Thanks

not an upstream libgphoto bug

I'm quite puzzled, gthumb does not seem to contain that string.

Can you please do a screenshot of the error message and paste it here? Do you use gthumb or another application for the import? Which Ubuntu release do you use?

Sure, here is a screenshot (i use imageshack, hope this is okay):

http://img240.imageshack.us/my.php?image=screenshot3za.png

I use Ubuntu 6.04 "DapperDrake" with all upgrades from multiverse and universe.
I use gThumb 2.7.4 for the import.

As you can see my camera is perfect recognized by gthumb and all thumbnails are there but it copoes only a folder with 0kb jpgs and the error message is there.

I can confirm this.

I have a Canon Powershot A510, which used to work fine with F-Spot and Gthumb when I had my previous Ubuntu install.

Today I connected it to my PC, currently using Flight 5, with a USB cable. Gthumb detected it and came up with the dialog “A camera has been detected”. So in Gthumb's import dialog, I chose 'Import', then an error message appeared in the import dialog, “The path 'file:///DCIM/107CANON' is not absolute.”. My photos are downloaded to my harddisk though. When I try to open the imported photos on my hd, Nautilus gives me the following message:

“Cannot open img_0781.jpg

The filename "img_0781.jpg" indicates that this file is of type "JPEG image". The contents of the file indicate that the file is of type "plain text document". If you open this file, the file might present a security risk to your system.

Do not open the file unless you created the file yourself, or received the file from a trusted source. To open the file, rename the file to the correct extension for "plain text document", then open the file normally. Alternatively, use the Open With menu to choose a specific application for the file.”

Also note that the exported photos are 0 bytes in size.

I just tried importing photos from my cam in F-Spot, and F-Spot works fine. And if I'm correct F-Spot also uses libgphoto2, so the problem is probably related to Gthumb.

I also encountered this issue importing from a usb-storage device (via a card reader). Compiling gthumb from source (gthumb 2.6.9) showed the same error, yet upstream CVS as of 2006-03-16 does not have this problem.

I also have this problem, Canon Powershot A95.

Screenshot: http://spherevision.org/visual/gthumbmess.jpg

It makes all of the files 0 byte also...

GTKam works just fine. :)

I have this problem also using a Canon Ixus 50.

It worked like a charm in Hoary and in Breezy.

040a:0577 Kodak Co. Easyshare DX7630

Bug with both the internal (32MB) memory and a 1GB Lexar "Platinum" SD card. Recent regression.

this file should fix the problem if you:

1) drop it into debian/patches
2) add 12_not_absolute_path_fix to the '00list' file
3) rebuild the pacakage

please test.

I can confrim bug this on the powershot a520.

More dups.

Lukas: does the fix in the comment above yours correct the problem?

Upstream seems to use

    char *filename = g_build_filename (folder, name, NULL);
    file_list = g_list_prepend (file_list, filename);

in CVS nowadays.

I was having the same problem with my powershot A95 here, but the patch provided by Ryan fixed it! thanks! =)

Get this in dapper on my Kodak LS443

And now it's fixed in Dapper.

that upload fixes the issue:

 gthumb (3:2.7.5.1-0ubuntu1) dapper; urgency=low
 .
   * New upstream release:
     - Fixed photo importing.
   * debian/patches/06_change_get_uri_to_get_filename.dpatch:
     - dropped, fixed upstream.

I Can confirm this bug on a Kodak EasyShare CX7430.

not a libgphoto2 problem.