Version: (using KDE 4.2.3) OS: Linux Installed from: Gentoo Packages When i use the menu item Album/Synchronize images with database on an album with lots of images with a certain size it begins happening that not every image is updated if i move a part of the images to a different album and then use run the synchronization it works. The size it begins happening is about 800 images.
Sound like a bug fixed with 1.0.0-beta1. Can you try again with this version ? Gilles Caulier
Do you view this album recursively, or do you have over 800 items in a single album? This might be a difference, so please give us an update here. I will test this when I'm sure what to test :-) Andi
I have 1550 images in a single album. As soon as i have the time i will look at the development version. And also test if this bug is solved.
Christian, What's news here? Gilles Caulier
SVN commit 1005361 by mwiesweg: Restructure some parts, with regards to recent changes (ensure progress info message is sent for list-only parsing as well) and possible loophole for bug 194777. CCBUG: 194777 M +19 -15 batchsyncmetadata.cpp WebSVN link: http://websvn.kde.org/?view=rev&revision=1005361
I am also seeing a similar problem, though with many fewer images. This seemed to work almost flawlessly in 1.0 beta4, but has gotten quite bad in beta5. This is definitely sporadic, though it does happen probably 50% of the time or more. I've seen it happen with less than 100 images total (among all albums). Steps to reproduce: Tag some images. Click "Apply" after adjusting tags. Exit digiKam. Use "exiv2" to read metadata from images. Alternate steps to reproduce: Tag some images. Click "Apply" or not after adjusting tags. Select "Tools -> Write Metadata to all Images". Edit digiKam. Use "exiv2" to read metadata from images. Expected results: Tags found in "exiv2" output match tags which I set in digiKam. Actual results: In some cases my images show *NO* tags, in some cases they just don't match. To correct: When I see no tags, I seem to have to go back into digikam, de-select a tag, click "apply", re-select the tag, then do "Write Metadata to all Images". Then exit digiKam and usually the tags are correct.
Christian, This file still valid using digiKAm 2.x serie ? Gilles Caulier
Christian, This file still valid using digiKam 3.5.0 ? Gilles Caulier
New digiKam 4.11.0 is available : https://www.digikam.org/node/740 Can you reproduce the problem with this release ?
Christian, digiKam 5.0.0 is published. This problem still reproducible with this release ? Gilles Caulier
We need feedback with last digiKam AppImage Linux Bundle: https://drive.google.com/open?id=0BzeiVr-byqt5Y0tIRWVWelRJenM Gilles Caulier
This problem still reproducible using digiKam AppImage bundle 5.4.0 pre release ? It available at this url : https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM Gilles Caulier
digiKam 5.5.0 is released officially https://download.kde.org/stable/digikam/ ...and new 5.6.0 pre-release as bundle is available here : https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM Please check if this problem still reproducible with these versions. Thanks in advance Gilles Caulier
digiKam 5.6.0 is now release and available as bundle for Linux, MacOS and Windows. Can you check if problem still exists with this version ? Thanks in advance Gilles Caulier
Please update this entry from bugzilla with current 5.8.0 pre-release bundle to see if problem remain. https://files.kde.org/digikam/ Thanks in advance Gilles Caulier
Can you reproduce the dysfunction using the last digiKam 6.0.0-beta3 just released ? https://www.digikam.org/news/2018-12-30-6.0.0-beta3_release_announcement/ Gilles Caulier
digiKam 7.0.0 stable release is now published: https://www.digikam.org/news/2020-07-19-7.0.0_release_announcement/ We need a fresh feedback on this file using this version. Best regards Gilles Caulier
No feedback. Closed