Version: 1.0.0-beta4 (rev.: 1013480) (using 4.3.00 (KDE 4.3.0), Debian packages) Compiler: cc OS: Linux (i686) release 2.6.30-5.slh.1-sidux-686 Reproduce: * Select some images * Enter a caption. Do _not_ unselect the images. * Drag and drop the images into a new folder. * Open the new folder The caption won't be there anymore.
Agree, just tested... Gilles Caulier
Will this eventually be fixed? Would be nice. It's a nuisance having to unselect the images to make digikam writing the changes to the images, selecting all of them again and _then_ moving it to another directory.
The easy workaround is to press "Apply". It should eventually be fixed, but it's not easy - the view doesn't know what happens to any drag operation started.
This entry still valid ? Gilles Caulier
a) I select the images, enter a caption, and move them to a different directory. Digikam asks: Apply changes? I say yes, yet nothing is applied. b) Same, but with «Don't ask» enabled. Same result.
I have 1.9.0 and it seems to behave differently. I copied files from one directory to another and caption stayed with question Move or Copy.
Simon, This file still valid using digiKam 2.4 ? Gilles Caulier
I'm still on 1.9 here on Debian sid, with broken Marble ...
PS: Still there after 3 years in 2.6.0.
Simon, Just for testing, to see if it's a problem in your DB file, If you create a new user account on you computer, and you run digiKam 2.6.0 from scratch with few image in collection, can you reproduce the problem ? Gilles Caulier
I have re-installed the whole system several times since, on multiple computers, this one has a plain new DB (created with 2.6.0) and not one updated from 1.0.0 ;) Simon
Simon, What's news about this file using digiKam 3.5.0 ? Gilles Caulier
Still present in 3.5.0.
Simon, Last digiKam 4.2.0 is out with a lots of improvements done everywhere. Problem still reproducible ? Gilles Caulier
Simon, What's news about this file using digiKam 5.0.0 ? Gilles Caulier
Can you reproduce the problem using digiKam Linux AppImage bundle ? The last bundle is available at this url: https://drive.google.com/drive/folders/0BzeiVr-byqt5Y0tIRWVWelRJenM 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
Maik, What do you think about this old report. Work around is to press Apply in this workflow, as Marcel comment #3. Gilles
*** Bug 491778 has been marked as a duplicate of this bug. ***
*** Bug 492163 has been marked as a duplicate of this bug. ***
Ability to move files directly to new location considerably saves time when handling many pictures as writing occurs during move process and doesn't have to be waited to finish while handling next bunch of pictures. While digikam has lots of features, they generally lack usability and having this possibility improves it. At 8.4.0 UI shows updated tags at new location but there's sidecars at two locations with including differing data which potentially later corrupt data.
Git commit 5c63386b0148124b101f6b568e99a8f25376ea7d by Maik Qualmann. Committed on 27/08/2024 at 06:29. Pushed by mqualmann into branch 'master'. disable left sidebar if right sidebar modified Related: bug 491778, bug 492163 FIXED-IN: 8.5.0 M +3 -3 NEWS M +3 -0 core/app/views/stack/itemiconview.cpp M +1 -0 core/app/views/stack/itemiconview.h M +12 -0 core/app/views/stack/itemiconview_views.cpp M +7 -0 core/libs/properties/captions/itemdescedittab.cpp M +1 -0 core/libs/properties/captions/itemdescedittab.h M +3 -0 core/libs/properties/captions/itemdescedittab_p.cpp M +3 -0 core/libs/properties/itempropertiessidebardb.cpp M +1 -0 core/libs/properties/itempropertiessidebardb.h https://invent.kde.org/graphics/digikam/-/commit/5c63386b0148124b101f6b568e99a8f25376ea7d