User-Agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/534.34 (KHTML, like Gecko) rekonq Safari/534.34 Build Identifier: I have a Powershot SD790IS whe I plug it a a USB port and switch it on the USB peripheral detection does not work though digikame detect the camera and "camera:/ works" as well ; is this fixable ? Reproducible: Always Steps to Reproduce: 1. plug calera on USB port 2. switch it on Actual Results: no USB peripheral detection Expected Results: USB peripheral tray detection as before proposing many options such as dolphin, digikam, etc...
this is not kcm_kameras task ... not sure where this task is, I guess solid...
Does the SD790IS connect to USB as mass storage or only using the PTP/MTP protocols? If this means nothing to you, can you browse the camera as a drive in Dolphin without using the camera:/ url format (ioslave)? I noticed recently (KDE 4.7/4.8) something broke hotplug detection of my PTP Nikon.
Canon are PTP Only..... not mass storage.
(1) camera "Powershot SD790IS" is not on the list of USB cameras but using "Digital IXUS 90 IS" from the list in KDE settings works : by using "info" I collect all information pertaining to my camera ; though it wouldbe good to add this acmera with the proper name in the list (Powershot SD780IS does not work!). (2) "Digital IXUS 90 IS" is not indicated as PTP in the list but how to test this?. (3) so far only the camera protocol (camera:/) works in dolphin and I do not understand the meaning of browsing the camera as a drive : could you be more explicit? Thanks.
can you run lsusb with the camera attached to the the correct USB ids please then I can add it to our database. if you can access it with the camera:/ protocol and browse in the automatically detected camera there, it is fine. Also again, there should be a popup, but this is not in the kio_kamera responsiblity.
Here is what I get : dmoyne@ossau:~$ lsusb Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 009 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 003: ID 8564:1000 Bus 006 Device 002: ID 05a9:4519 OmniVision Technologies, Inc. Webcam Classic Bus 008 Device 002: ID 046d:c512 Logitech, Inc. LX-700 Cordless Desktop Receiver Bus 002 Device 005: ID 04a9:3174 Canon, Inc. The last item is my camera Powershot SD790 IS For the pop-up where tp report the bug? Thanks.
Can you provide the following output? -with the kamera NOT connected, execute "solid-hardware listen". -plug your kamera and write somewhere the the output. -execute solid-hardware details /.../../../../ the /../../ is a path (udi) you should get when plugin the device in the solid-listening command. I think we have fix this though, I will ask to device-notifier maintainer but would be nice to have the debug info anyway. Thanks ! Thanks !
dmoyne@ossau:~$ solid-hardware listen Listening to add/remove events: Device Added: udi = '/org/kde/solid/udev/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1' then : dmoyne@ossau:~$ solid-hardware details /org/kde/solid/udev/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1 udi = '/org/kde/solid/udev/sys/devices/pci0000:00/0000:00:1d.7/usb2/2-1' parent = '/org/kde/solid/udev' (string) vendor = 'Canon Inc.' (string) product = 'Canon Digital Camera' (string) description = 'Camera' (string) Block.major = 189 (0xbd) (int) Block.minor = 132 (0x84) (int) Block.device = '/dev/bus/usb/002/005' (string) Camera.supportedProtocols = {'ptp'} (string list) Camera.supportedDrivers = {'gphoto'} (string list) Hope this helps you.
Seems to be fixed in 4.8.3. FWIW here is the output from my (PTP) camera, which was not working from 4.7 until very recently. udi = '/org/kde/solid/udev/sys/devices/pci0000:00/0000:00:1c.6/0000:0e:00.0/usb3/3-1' parent = '/org/kde/solid/udev' (string) vendor = 'NIKON' (string) product = 'NIKON DSC D7000' (string) description = 'Camera' (string) Block.major = 189 (0xbd) (int) Block.minor = 257 (0x101) (int) Block.device = '/dev/bus/usb/003/002' (string) Camera.supportedProtocols = {'ptp'} (string list) Camera.supportedDrivers = {'gphoto'} (string list)
Created attachment 71492 [details] image of dolphin content
Now when I connect my camera Canon PowerShot SD790 IS (USB) I get a notification in the desktop panel as expected (this bug has been recently corrected) ; if I select dolphin then dolphin opens with the following content (see png image attached) ; as you can see there are 3 main camera folders corresponding to previous attemps to install a camera in the Kde setting application where I have now only Canon Digital IXUS 90 IS set (no othetr possible choice that works) ; in dolphin normally there is the possibility to remove (delete) the 2 extra folders that does no work ; this option does nothing with no error message ; how can I clean that as a fix until this bug is fixed. Extra question : when Canon PowerShot SD790 IS will be added in the camera list. Thanks.
just leave the extra cameras there ... I had hoped they would not show anymore these days, but well :/ I have added the SD790IS to the next libgphoto2 release. But as it is basically the exact same camera except for the brand name the camera that is alphabetically first will be shown during autodetection, so likely still the IXUS.
This should be working now (listing PTP devices), is that working for you? if so, should we close this bug? If you have other issues, could you please create new bugs for each of them? Thanks !
*** Bug 302982 has been marked as a duplicate of this bug. ***
*** Bug 299343 has been marked as a duplicate of this bug. ***
Closing the thread for lack of activity. Please, please! if you are still able to reproduce this with KDE 4.10 or 4.11 feel free to reopen the bug! Thanks for reporting
I am observing some kind of regression with PTP camera and knotify4 (using KDE 4.11 andKDE4.12). With a previous KDE versions including 4.10, knotify4 annunciated the PTP device correctly as expected. On connecting my Canon PowerShot A1000IS (and SX150 IS model) , I get dmesg and udevadm reporting as expected dmesg|tail [ 2416.565078] usb 2-6: new high-speed USB device number 3 using ehci-pci [ 2416.681903] usb 2-6: New USB device found, idVendor=04a9, idProduct=318e [ 2416.681911] usb 2-6: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [ 2416.681916] usb 2-6: Product: Canon Digital Camera [ 2416.681920] usb 2-6: Manufacturer: Canon Inc. [ 2416.681924] usb 2-6: SerialNumber: A5CA3EBD60C64724BEA85059B71F7A6B udevadm monitor monitor will print the received events for: UDEV - the event which udev sends out after rule processing KERNEL - the kernel uevent KERNEL[2416.682411] add /devices/pci0000:00/0000:00:1d.7/usb2/2-6 (usb) KERNEL[2416.682983] add /devices/pci0000:00/0000:00:1d.7/usb2/2-6/2-6:1.0 (usb) UDEV [2416.696585] add /devices/pci0000:00/0000:00:1d.7/usb2/2-6 (usb) UDEV [2416.712454] add /devices/pci0000:00/0000:00:1d.7/usb2/2-6/2-6:1.0 (usb) but solid-hardware reports nothing solid-hardware listen Object::connect: No such signal org::freedesktop::UPower::DeviceAdded(QDBusObjectPath) Object::connect: No such signal org::freedesktop::UPower::DeviceRemoved(QDBusObjectPath) Listening to add/remove events: and the KDE notifier reports nothing. There is an openSUSE thread open on this topic http://forums.opensuse.org/english/get-technical-help-here/hardware/493692-canon-usb-camera-a810-not-detected.html and another older one reporting the same https://forums.opensuse.org/english/get-technical-help-here/hardware/492789-problem-mounting-camera-v13-1-a-2.html
Just to clarify, this is a problem with auto-detection (via KDE notifier). If I use Dolphin with 'camera:/' kio slave, (or digiKam etc) then I can view the photos as usual.
This has now been resolved as per the thread linked to above.