Version: 0.9.0 (using KDE KDE 3.5.4) Installed from: Compiled From Sources Compiler: gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-6mdk) Configured with: ../configure --prefix=/usr --libdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-clocale=gnu --enable-languages=c,c++,ada,f77,objc,java,pascal --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix OS: Linux When I use the "select new elements" option in the camera GUI (not sure about the english name of the option as my desktop is in french) new photos are not selected. I've got a green mark appearing above all the photos I've already downloaded and no mark above the one I've not, so Digikam seams to identify the new elements but is not selecting them. This is working in 0.8.2 version (I've reinstalled it to check). I'm using a Canon Powershot S45 in normal mode.
*** Bug 139333 has been marked as a duplicate of this bug. ***
*** Bug 141962 has been marked as a duplicate of this bug. ***
I did a search before reporting this bug as my own, but I apologise for not seeing this. I can confirm that I also have this bug with my Canon Ixus400 in 0.9.1 but it works in 0.8.2 (I rolled-back to check). Exact same issue as david.
Armanda, I have just review the source code, and i think i have found the problem. It duing to a stupid condition test. I need Aspirin... Marcel, you is a medecine man, please help me (:=)))) So, can you use svn repository and recompile all to check my patch ? Gilles
Armanda, Forget to said, that i don't have a Canon camera. I cannot check the patch here in live... In fact, only Canon camera report a flag about pictures witch are already donwloaded. We have planed to provide an universal way to list already downloaded file using digiKam databse instead gphoto2, but it's not yet implemented. This way will support all camera type (serial, ptp, ums, ect) Gilles
That will be great, Gilles. I look forward to it. :) With regards to the svn repository, it's a bit "over my head", so to speak. I'm not sure I can compile digiKam myself, I'm a little inexperienced. :( Apologies.
SVN commit 635536 by cgilles: digiKam from trunk : Gphoto camera interface : fix condition to handle file already downloaded (is only used by Canon camera). Feedback is require. Thanks in advance CCBUGS: 139024 M +1 -3 gpcamera.cpp M +1 -1 gpcamera.h --- trunk/extragear/graphics/digikam/utilities/cameragui/gpcamera.cpp #635535:635536 @@ -5,7 +5,7 @@ * Description : Gphoto2 camera interface * * Copyright 2003-2005 by Renchi Raju - * Copyright 2006 by Gilles Caulier + * Copyright 2006-2007 by Gilles Caulier * * This program is free software; you can redistribute it * and/or modify it under the terms of the GNU General @@ -497,8 +497,6 @@ { if (info.file.status == GP_FILE_STATUS_DOWNLOADED) itemInfo.downloaded = GPItemInfo::DownloadedYes; - else - itemInfo.downloaded = GPItemInfo::DownloadedNo; } if (info.file.fields & GP_FILE_INFO_PERMISSIONS) --- trunk/extragear/graphics/digikam/utilities/cameragui/gpcamera.h #635535:635536 @@ -5,7 +5,7 @@ * Description : Gphoto2 camera interface * * Copyright 2003-2005 by Renchi Raju - * Copyright 2006 by Gilles Caulier + * Copyright 2006-2007 by Gilles Caulier * * This program is free software; you can redistribute it * and/or modify it under the terms of the GNU General
Armanda, To checkout svn "trunk" source code (UNSTABLE) and compile it, look here : http://www.digikam.org/?q=download/svn Read the README file and check all depencies before to compile. You have some libraries developement packages to install (like libtiff-dev for example). Gilles
Going to try compiling it now, thanks! Will let you know how it all goes.
No joy I'm afraid. Still the same problem. Will check-back tomorrow.. compiling is hard work. ;)
Am Tuesday 20 February 2007 schrieb Amanda Angell: [bugs.kde.org quoted mail] I confirm, with a Canon A95, same 'problem'. And it did work once! Gerhard
Am Tuesday 20 February 2007 schrieb Amanda Angell: [bugs.kde.org quoted mail] Hi Amanda, to make life easier (in particular when compiling digiKam :-) I send you this little helper script that works fine when you once went through the whole thing ba hand. Just change directory and stuff to your needs. It creates a shadow directory under /var/tmp/graphics which contains the compilation artefacts only (sources are links only). Of course you can choose another path. Gerhard Created an attachment (id=19763) compdig
Gerhard, Can you reproduce the problem with my last fix from svn trunk and your Canon camera ? Gilles
Am Wednesday 21 February 2007 schrieb Gilles Caulier: [bugs.kde.org quoted mail] Tested right now with Canon A95: it works again, the new items are marked and can be selected. Gerhard
Amanda, before to close this bug report, can you confirm if it's work for you too ? Thanks in advance Gilles
Yes Gilles, I can confirm that it is working for me too! Tried several times, it's all great now. :D Thanks so much for your efforts! Amanda
*** Bug has been marked as fixed ***.
*** Bug 140715 has been marked as a duplicate of this bug. ***
Sorry for haven't been able to check the svn version earlier but with 2 kids under 3 years old and a wife quite reluctant seeing me in front of my computer, I couldn't find the time to compile svn version. Has some problems compiling svn and 0.9.1 RC2 versions, I'll submit my problem in another bug report (finaly found a way to compile it) Thank you for your great job. I can confirm that the bug is solved too. Now I can keep svn version as default
Upgrading to version 0.9.2 with kubuntu packages, new item selection doesn't work anymore. I've compiled the source but the problem is the same.
I can also confirm that the item selection doesn't work anymore concerning the opensuse packages 0.9.2. All items are always marked as new, even those which have already been downloaded.
In my case, the difference is made between photos that have already been downloaded (green mark) and photos that haven't been (no mark) but choosing select new item doesn't select new photos
To verify the behavior in version 0.9.2 more precisely I made some additional tests always by restarting the digikam tool and reconnecting the camera (Canon Powershot): Yellow stars identifying new photos are available. The green ticks never appear after the camera has been connected; these ticks become only visible after selected photos have been downloaded. Next time reconnecting the camera the previous status concerning new items is shown again not considering the recent downloads. On the other hand, the selection process of "new items" correctly works in my case ...
Roland, David, About New items from camera, it's partially implemented. This is relevant of future database structure witch be done in next release dedicaced to KDE4. I will try to simplify the situation : - 1/ From GPhoto2 cameras, _only_ Canon support new items flag directly on firmware. - 2/ Trying to provide ana lternative on non-Canon camera, without touch the digiKam database, i have implemented something in Camera GUi witch use the last date when user as downloaded something from camera. This is a limited and a temporally solution. Look this entry for more informations : http://bugs.kde.org/show_bug.cgi?id=107316#c15 Gilles
Tried again today as your post mentionned that it should work with Canon camera (I've got a Canon Powershot S45) and don't know how or why but everything worked fine. I did several tests and it worked everytime. Don't really know what changed in my config since last time so I don't have any clue on why it's working now. For Roland problem, I know that there is 2 way of connecting canon Powershot (normal and PTP mode) and I'm using normal mode
Arnd, The original report of this file sound like fixed. Of course, the universal method to identify which pictures have been already downloaded on digiKAm reporistiry still to do. But this subject is already in another B.K.O file. I propose to close this file now. Right ? Gilles
Yes, closing this as FIXED. Note that the method to identify which pictures have been already downloaded is discussed in: http://bugs.kde.org/show_bug.cgi?id=107316#c15