Version: 1.6.0 (using KDE 4.5.1) OS: Linux I create panorma pics using hugin 2010.0.0.5045 under UBUNTU 10.10. Original format is tif. As a compressed version, I store as *.png. Then I derive the same pic 85% quality for wending etc. and a small version about 300 kB size. This way, I collect several panorama pic, each in a seperate sub-folder of the origial folder. To my big surprise, I observe, that previews from _other_ panorama pics will apper. when dobble-clicking, the right pic shows up, when closing the "view" again, I see the wrong preview, again. My assumption is a failed link between the thumb-preview and the referring pic. I do not know, how to detail/check further background. It looks like pics gozt loosen- needed restore some. But this statement needs further verification. P.S.: I observed the same appearance with DK 1.40 Reproducible: Always Steps to Reproduce: MISTAKE Actual Results: MISTAKE - no improvements made, yet Expected Results: just do it right ;-) !
Just for the sake of clarification: this is true, even in Version 1.70. When working on pic xyz, and later on xyz1m xyz2, etc., I still experience the preview of pic xyz. So i#I _must_ conclude, that the preview-process is misleding or buggy. Axel --- Am 14.12.2010 20:08, schrieb Axel Krebs: > https://bugs.kde.org/show_bug.cgi?id=259880 > > Summary: when creating new pic-versions in fifferent formats, a > _different_(!!) preview aperas and seems to be stored. > Product: digikam > Version: 1.6.0 > Platform: Ubuntu Packages > OS/Version: Linux > Status: UNCONFIRMED > Severity: major > Priority: NOR > Component: general > AssignedTo: digikam-devel@kde.org > ReportedBy: axel.krebs@t-online.de > > > Version: 1.6.0 (using KDE 4.5.1) > OS: Linux > > I create panorma pics using hugin 2010.0.0.5045 under UBUNTU 10.10. > Original format is tif. As a compressed version, I store as *.png. > > Then I derive the same pic 85% quality for wending etc. and a small version > about 300 kB size. > > This way, I collect several panorama pic, each in a seperate sub-folder of the > origial folder. > > To my big surprise, I observe, that previews from _other_ panorama pics will > apper. when dobble-clicking, the right pic shows up, when closing the "view" > again, I see the wrong preview, again. > > My assumption is a failed link between the thumb-preview and the referring pic. > > I do not know, how to detail/check further background. It looks like pics gozt > loosen- needed restore some. But this statement needs further verification. > > > P.S.: I observed the same appearance with DK 1.40 > > Reproducible: Always > > Steps to Reproduce: > MISTAKE > > Actual Results: > MISTAKE - no improvements made, yet > > Expected Results: > just do it right ;-) ! >
Can you give us two files that are mixed up? Marcel, probably a has problem?
Is "preview" the small thumbnail image you see together with all other pictures in the current album, or is it the zoomable preview that appears when you click on the image, with the one-line thumbnail bar at the bottom?
Created attachment 55499 [details] pics-preview within folder (="album"?)
Thanks. This is the hash problem. Good news: It is fixed. Bad news: Only when you are ready to use 2.0 (which is not yet released) Once digikam 2.0 is out and stable and you have installed the new version, go to the settings -> Database and click on the button to "Update File Hashes" at the bottom. This will change the way that a hash is calculated. This hash is used to reference the thumbnail, and it is weak in very specific cases. After this update, you cannot use your database with 1.x though, so I recommend to wait. *** This bug has been marked as a duplicate of bug 210353 ***
I just uploaded official 2.0.0-beta1 tarball to sf.net : https://sourceforge.net/projects/digikam/files/digikam/2.0.0-beta1/ Gilles Caulier
Thank you 4 info :-) ! Sorry 4 copies- possible HW-failure Axel --- Am 03.01.2011 10:33, schrieb Marcel Wiesweg: > https://bugs.kde.org/show_bug.cgi?id=259880 > > > Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > Resolution| |DUPLICATE > > > > > --- Comment #5 from Marcel Wiesweg <marcel wiesweg gmx de> 2011-01-03 10:33:40 --- > Thanks. This is the hash problem. > > Good news: It is fixed. > Bad news: Only when you are ready to use 2.0 (which is not yet released) > Once digikam 2.0 is out and stable and you have installed the new version, go > to the settings -> Database and click on the button to "Update File Hashes" at > the bottom. > This will change the way that a hash is calculated. This hash is used to > reference the thumbnail, and it is weak in very specific cases. > After this update, you cannot use your database with 1.x though, so I recommend > to wait. > > *** This bug has been marked as a duplicate of bug 210353 *** >
Gilles: Thank you very much, but too difficult for me. Wouldn't it be easier to update DK from within the program itself? It is custom to do so with Thunderbird, e.g. Therefore updating would be independant from the very OS version, users are running the prog. Axel Am 03.01.2011 10:49, schrieb Gilles Caulier: > https://bugs.kde.org/show_bug.cgi?id=259880 > > > > > > --- Comment #6 from Gilles Caulier <caulier gilles gmail com> 2011-01-03 10:49:58 --- > I just uploaded official 2.0.0-beta1 tarball to sf.net : > > https://sourceforge.net/projects/digikam/files/digikam/2.0.0-beta1/ > > Gilles Caulier >
Hi Marcel, which version do you mean, when talk about "it is solved"? When I reportetd the mistake, I run DK 1.6. At this time, I am using DK 1.70, and the bug still exist. I was thinking about an idea: you talk about "some type of hash". As I produce several type of the _same_ pics, this hash procedure might fail. So, easioest way could be to us one (or more?) additional features, as fiy type, size, etc. This would be more than enough to deal with pics in _one_ folder. To be on the safe side, we need to deal with to total collection of all pics without exeption. I hope you will agree. And I hope for an overall satisfying solution which works in _every_ case. Axel Am 03.01.2011 10:33, schrieb Marcel Wiesweg: > https://bugs.kde.org/show_bug.cgi?id=259880 > > > Marcel Wiesweg <marcel.wiesweg@gmx.de> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > Status|UNCONFIRMED |RESOLVED > Resolution| |DUPLICATE > > > > > --- Comment #5 from Marcel Wiesweg <marcel wiesweg gmx de> 2011-01-03 10:33:40 --- > Thanks. This is the hash problem. > > Good news: It is fixed. > Bad news: Only when you are ready to use 2.0 (which is not yet released) > Once digikam 2.0 is out and stable and you have installed the new version, go > to the settings -> Database and click on the button to "Update File Hashes" at > the bottom. > This will change the way that a hash is calculated. This hash is used to > reference the thumbnail, and it is weak in very specific cases. > After this update, you cannot use your database with 1.x though, so I recommend > to wait. > > *** This bug has been marked as a duplicate of bug 210353 *** >
Axel, Marcel speak about 2.0.0 release, currently published in beta1 : http://www.digikam.org/drupal/node/561 Best Gilles Caulier
Fixed with bug #210353