Summary: | Tags are lost after "Save As..."ing. | ||
---|---|---|---|
Product: | [Applications] digikam | Reporter: | Tung NGUYEN <ntung> |
Component: | ImageEditor-Save | Assignee: | Digikam Developers <digikam-bugs-null> |
Status: | RESOLVED FIXED | ||
Severity: | normal | CC: | caulier.gilles |
Priority: | NOR | ||
Version: | 0.8.0 | ||
Target Milestone: | --- | ||
Platform: | Compiled Sources | ||
OS: | Linux | ||
Latest Commit: | Version Fixed In: | 0.9.0 | |
Sentry Crash Report: |
Description
Tung NGUYEN
2005-10-05 21:43:28 UTC
Tung, can you reproduce this problem with current implementation from trunk branch (0.9.0-svn) ? Gilles Caulier SVN commit 529254 by mwiesweg: digikam from trunk: The ImageEditor can now access the database independently from main view, i.e. also if main moved to a different directory. - adjust ImageInfo to be more like a database item wrapper class - add a method to ImageWindow to start it with a list of ImageInfo objects, use this in AlbumIconView - adapt ImageWindow to (optional) ImageInfo list - adjust behavior of saveAsIsComplete - add itemChanged methods to ImagePropertiesSidebarDB: - one takes only a URL (no database) - one takes an ImageInfo object (used by ImageWindow, full DB support) - one takes AlbumIconItem and -View (used by main view, full DB support, optional future interaction with the view) - ImageDescEditTab now works on an ImageInfo object - add a copyItem method to ImageInfo as a wrapper for said function from AlbumDB - modify AlbumDB::copyItem to return image id of inserted image - add DISTINCT keyword to second SELECT statement of AlbumDB::copyItem. With all of above changes, I constantly produced bug #113915. I do not know why the SELECT statement produces (in my case) three times the same result so that INSERT complains, and I do not know which of my changes should ever trigger this problem, but the DISTINCT fixes this. If anyone speaks SQL, you might want to check my comment in AlbumDB::copyItem. Currently, the rating is not copied when database information is copied (in copyItem). Should this be done? CCBUG: 113915 CCMAIL: digikam-devel@kde.org M +19 -4 digikam/albumdb.cpp M +5 -3 digikam/albumdb.h M +17 -10 digikam/albumiconview.cpp M +2 -2 digikam/digikamview.cpp M +31 -0 digikam/imageinfo.cpp M +22 -7 digikam/imageinfo.h M +33 -35 libs/imageproperties/imagedescedittab.cpp M +13 -12 libs/imageproperties/imagedescedittab.h M +52 -22 libs/imageproperties/imagepropertiessidebardb.cpp M +22 -14 libs/imageproperties/imagepropertiessidebardb.h M +105 -70 utilities/imageeditor/editor/imagewindow.cpp M +12 -6 utilities/imageeditor/editor/imagewindow.h Meanwhile properties are copied as well. Compared to the original post, the AlbumDB::copyItem method has been rewritten so that the SQL problem should no longer be possible. Closing this bug. |