Summary: | camera GUI new items selection doesn't work | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | David Agnese <tno1945> |
Component: | Import-Gphoto2 | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | manda79au, nn.dm55, rke, tropikhajma |
Priority: | NOR | ||
Version: | 0.9.0 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 0.9.1 | |
Sentry Crash Report: | |||
Attachments: | compdig |
Description
David Agnese
2006-12-19 21:10:10 UTC
*** 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 |