#726370 gphoto2: Nikon D300, Darktable hangs and Dolphin shows error code 150.

#726370#5
Date:
2013-10-15 02:14:58 UTC
From:
To:
Upon mounting my Nikon D300 camera in PTP/MTP mode to download photos using
either Darktable or Dolphin, the card-activity light on the camera does not
blink or turn on and the applications fail to load any data from the camera.

Darktable 1.2.3 (from backports) sees the camera and gives option to import
photos, but upon clicking 'import' the application hangs while trying to
communicate with the camera, and no card activity light. Need to terminate the
process to exit from Darktable.

KDE shows a popup and gives option to open the camera files with Dolphin, but
after trying to fetch contents from the camera, on the status bar it says
"Unknown error code 150. Bad parameters. Please file a bug report."

I have already added the "Nikon DSC D300 (PTP mode)" model to the Digital
Camera page in the System Settings in KDE.

After closing all applications and disconnecting the camera and browsing
through the files on the camera I have noticed that some images are missing. I
have not manually deleted any, so can strongly suspect data loss is occurring
due to this bug. As a professional photographer missing or corrupt images will
put a halt to production, hence this bug is marked as grave.

#726370#10
Date:
2014-01-11 16:16:29 UTC
From:
To:
Hi,

Could you please retry with the version 2.5.2 that is currently in
experimental and see if you are still experiencing this bug (especially
the fact that pictures are disappearing).

Thanks!

Laurent Bigonville

#726370#13
Date:
2014-01-11 16:16:29 UTC
From:
To:
Hi,

Could you please retry with the version 2.5.2 that is currently in
experimental and see if you are still experiencing this bug (especially
the fact that pictures are disappearing).

Thanks!

Laurent Bigonville

#726370#20
Date:
2014-03-05 01:18:52 UTC
From:
To:
Control: tags -1 - moreinfo
Control: found -1 2.5.3.1-1
Control: affects -1 libgphoto2-6

The problem is not actually with the gphoto2 binary package, but with
the library, which is what darktable really uses.

Case in point: i purged gphoto2 and darktable still starts (but I can
reproduce the hang).

So yes, the problem is still there in 2.5. I see this in my syslog:

mars 04 20:07:13 marcos kernel: usb 5-2: new high-speed USB device number 29 using ehci-pci
mars 04 20:07:13 marcos kernel: usb 5-2: New USB device found, idVendor=04a9, idProduct=320f
mars 04 20:07:13 marcos kernel: usb 5-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
mars 04 20:07:13 marcos kernel: usb 5-2: Product: Canon Digital Camera
mars 04 20:07:13 marcos kernel: usb 5-2: Manufacturer: Canon Inc.
mars 04 20:07:13 marcos kernel: usb 5-2: SerialNumber: 0DA11DBB8DBD46FE9C4AF75C3A1A1BE7
mars 04 20:07:13 marcos mtp-probe[3975]: checking bus 5, device 29: "/sys/devices/pci0000:00/0000:00:1d.7/usb5/5-2"
mars 04 20:07:13 marcos mtp-probe[3975]: bus: 5, device: 29 was not an MTP device
mars 04 20:07:13 marcos colord[1548]: Device added: sysfs-Canon_Inc.-Canon_Digital_Camera
mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: in handle_supported
mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: Name owner ':1.79' vanished
mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: in handle_list
mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: in handle_supported
mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: in handle_list
mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: emit_signal: 0x1be4370
mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: in handle_supported
mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: in handle_list
mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: in handle_supported
mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: in handle_list
mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: in handle_supported
mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: in handle_list
mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: Name owner ':1.80' vanished
mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: Name owner ':1.80' vanished
mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: Name owner ':1.80' vanished
mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: Name owner ':1.80' vanished
mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: in handle_supported
mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: in handle_list
mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: in handle_supported
mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: in handle_list
mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: in handle_supported
mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: in handle_list
mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: in handle_supported
mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: in handle_list
mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: in handle_supported
mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: in handle_list
mars 04 20:07:14 marcos org.gtk.Private.GPhoto2VolumeMonitor[16216]: ### debug: Name owner ':1.84' vanished
mars 04 20:07:14 marcos org.gtk.Private.AfcVolumeMonitor[16216]: ### debug: Name owner ':1.84' vanished
mars 04 20:07:14 marcos org.gtk.Private.MTPVolumeMonitor[16216]: ### debug: Name owner ':1.84' vanished
mars 04 20:07:14 marcos org.gtk.Private.GoaVolumeMonitor[16216]: ### debug: Name owner ':1.84' vanished
mars 04 20:07:14 marcos org.gtk.Private.UDisks2VolumeMonitor[16216]: ### debug: Name owner ':1.84' vanished

Notice how this is not a Nikon D300 but a Canon G12, so I suspect the
problem is not only related with a single machine.

Furthermore, this was working fine in Debian Wheezy, so I am not sure
at all the problem is in gphoto 2.4, if anything it's in 2.5 or
darktable...

Let me know if I test this in any other way.

A.

#726370#41
Date:
2014-03-09 12:22:03 UTC
From:
To:
Hello Antoine,

Thanks for the feedback.

Did you also saw the dataloss that the initial reporter is mentioning?

I'm not sure that this bug should be 'grave' if it's just the device is
not working (or even hanging).

Anyway, I've reassign this bug to libgphoto2 which is the library used
under the hood.

Cheers,

Laurent Bigonville

#726370#46
Date:
2014-03-09 14:21:51 UTC
From:
To:
I'm not sure i followed that part of the initial report, but i did not
see dataloss - merely that I sometimes have trouble operating darktable
import functionality.

Furthermore, there is the workaround of simply reading from the flash
card directly, but that requires a flash card reader, which may not be
shipped with the camera.

Note that the problem is not specific to the D300 for me, I have similar
problems with the Canon Powershot G12.

Okay.

A.

#726370#51
Date:
2014-03-09 17:22:28 UTC
From:
To:
Le Sun, 09 Mar 2014 10:21:51 -0400,
Antoine Beaupré <anarcat@debian.org> a écrit :

I've quickly discussed with upstream and told me you probably should
check the following things:

0) Check if some other (gvfs) daemons not are blocking the device
(ie. gvfsd-gphoto2)

1) Check if gphoto2 -L (to list the files) and gphoto2 -P (download all
the pictures) are also hanging.

2) Run "gphoto2 -L --debug --debug-logfile=xx.log" to have some debug
logs. If you could also attach the logs to the bug that would be great.

Cheers!

Laurent Bigonville

#726370#54
Date:
2014-03-09 17:22:28 UTC
From:
To:
Le Sun, 09 Mar 2014 10:21:51 -0400,
Antoine Beaupré <anarcat@debian.org> a écrit :

I've quickly discussed with upstream and told me you probably should
check the following things:

0) Check if some other (gvfs) daemons not are blocking the device
(ie. gvfsd-gphoto2)

1) Check if gphoto2 -L (to list the files) and gphoto2 -P (download all
the pictures) are also hanging.

2) Run "gphoto2 -L --debug --debug-logfile=xx.log" to have some debug
logs. If you could also attach the logs to the bug that would be great.

Cheers!

Laurent Bigonville

#726370#59
Date:
2014-03-09 19:08:22 UTC
From:
To:
On 2014-03-09 13:22:28, Laurent Bigonville wrote:

[...]

[...]

Well right now I'm running jessie so I can't actually do this (short of
installing packages from sid) because gphoto2 is not in jessie. :P

a.

#726370#62
Date:
2014-03-09 19:08:22 UTC
From:
To:
On 2014-03-09 13:22:28, Laurent Bigonville wrote:

[...]

[...]

Well right now I'm running jessie so I can't actually do this (short of
installing packages from sid) because gphoto2 is not in jessie. :P

a.

#726370#67
Date:
2014-03-10 08:53:09 UTC
From:
To:
Le Sun, 09 Mar 2014 15:08:22 -0400,
Antoine Beaupré <anarcat@debian.org> a écrit :

Now that I've reassign this bug, gphoto2 should have migrated to jessie.

Cheers,

Laurent Bigonville

#726370#70
Date:
2014-03-10 08:53:09 UTC
From:
To:
Le Sun, 09 Mar 2014 15:08:22 -0400,
Antoine Beaupré <anarcat@debian.org> a écrit :

Now that I've reassign this bug, gphoto2 should have migrated to jessie.

Cheers,

Laurent Bigonville

#726370#75
Date:
2014-03-27 16:37:27 UTC
From:
To:
Hello,

The Nokia Lumia 1020 now supports RAW and when trying to get some files from the (PTP) device, I occasionnaly get the same 150 error.

Besides, when with some browsers I can copy JPGs, the RAW files (DNG) won't even open or be copied with a -6 error (operation not supported).

I don't understand why I get sometimes error 150 and other times that -6 error. However, I've reported this upstream (at least the fact that DNG won't copy), suspecting a MIME type not being explicity defined in the WP8 camera driver of gphoto2.

Marcus from gphoto2 has responded: http://sourceforge.net/p/gphoto/bugs/975/

He suggests to test 2.5.4 where he has relaxed restrictions on downloading from mtp devices.

Back to this bug, I am unable to download anything from Darktable ; with Digikam, JPG will eventually be copied but DNG will always fail.

Konqueror returns an error 150, dolphin camera:// works fine (except with DNGs).

I'm not sure the 2 bugs (DNG can not be copied or read) and this error 150 are totally linked, but upstream seems to suggest things have evolved for PTP connection in 2.5.4.

Happy to test the new version when available.

Regards

Massis

#726370#80
Date:
2014-04-13 10:19:39 UTC
From:
To:
Hi,

I've just uploaded 2.5.4-1 to unstable, could you please try again and
see if this bug is fixed?

Cheers,

Laurent Bigonville

#726370#85
Date:
2014-04-13 17:02:42 UTC
From:
To:
Le 13/04/2014 12:19, Laurent Bigonville a écrit :

I've just tried but for the Nokia Lumia 1020, it needs a patch already
issued by upstream.

I hit the same bug than described here:
http://sourceforge.net/p/gphoto/bugs/975/#19a1

and this patch reportedly fixes it:
http://sourceforge.net/p/gphoto/bugs/975/#dcb3

I don't know if it's Nokia specific or not but as a matter of fact, I
can't confirm that the "error 150" bug is fixed.

Cheers

Massis Sirapian