Bug 419079 - Star rating on TIFF images destroys the image
Summary: Star rating on TIFF images destroys the image
Status: RESOLVED FIXED
Alias: None
Product: digikam
Classification: Applications
Component: Plugin-DImg-TIFF (show other bugs)
Version: 7.0.0
Platform: Microsoft Windows Microsoft Windows
: NOR critical
Target Milestone: ---
Assignee: Digikam Developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-03-21 19:18 UTC by Dirk
Modified: 2020-08-01 07:34 UTC (History)
2 users (show)

See Also:
Latest Commit:
Version Fixed In: 7.1.0
Sentry Crash Report:


Attachments
destroyed TIFF images (within .zip file) (2.87 MB, application/x-zip-compressed)
2020-03-21 19:18 UTC, Dirk
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Dirk 2020-03-21 19:18:35 UTC
Created attachment 126930 [details]
destroyed TIFF images (within .zip file)

SUMMARY
star rating on TIFF images randomly destroys the images.

I did the star rating to aprox >200 images. After this 8 images were destroyed - they are almost black with some stripes.
I tried the same on .jpg images but it seems to me that this is specific to TIFF format. 

STEPS TO REPRODUCE
1. have a view on many images (TIFF format) (e.g in preview).
2. do star rating on many images - do it fast so that processing is queued
3. wait until all ratings are processed
4. update the view (F5) this will reload thumbnails and shows the destroyed images - if there are any.

It seems to me that there is a problem with multithreading?

I have attached one destroyed image (zipped)

OBSERVED RESULT
several images are destroyed --> image can be loaded but is almost black

EXPECTED RESULT
images should remain unchanged - except the star rating 

SOFTWARE/OS VERSIONS
Windows: 10 pro 1909
macOS: 
Linux/KDE Plasma: 
(available in About System)
KDE Plasma Version: 
KDE Frameworks Version: 
Qt Version: 

ADDITIONAL INFORMATION

digikam version 7.0.0 - beta2
Comment 1 Maik Qualmann 2020-03-21 19:29:11 UTC
In the image, very large areas are filled block by block with zero bytes. Can you rule out a hard disk error? Please download "DebugView" from Microsoft and start it. Try to reproduce the problem in digiKam and upload the log from DebugView.

Maik
Comment 2 Dirk 2020-03-21 23:13:16 UTC
Hi Maik,

wow that's fast reply - thanks!!

The images are on a network storage - I did some tests moving them to
another (diret conected) disk - and could not reproduce the problem!!

I will continue to find the root cause, but for now you can reject my
defect.

I'm sorry, this simple test I could have done in advance - Thanks a lot!

Dirk


Am 21.03.2020 um 20:29 schrieb Maik Qualmann:
> https://bugs.kde.org/show_bug.cgi?id=419079
>
> Maik Qualmann <metzpinguin@gmail.com> changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                   CC|                            |metzpinguin@gmail.com
>
> --- Comment #1 from Maik Qualmann <metzpinguin@gmail.com> ---
> In the image, very large areas are filled block by block with zero bytes. Can
> you rule out a hard disk error? Please download "DebugView" from Microsoft and
> start it. Try to reproduce the problem in digiKam and upload the log from
> DebugView.
>
> Maik
>
Comment 3 caulier.gilles 2020-07-14 09:41:27 UTC
Hi,

Can you check if this problem still exist with last weekly bundle build of digiKam 7.0.0 available here:

https://files.kde.org/digikam/

Thanks in advance

Gilles Caulier
Comment 4 caulier.gilles 2020-07-30 09:45:11 UTC
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.

Thanks in advance

Gilles Caulier
Comment 5 Dirk 2020-07-30 13:59:59 UTC
Dear Gilles,

sorry for delay in my answer - I was on holiday...

I did a short test now and I have found no problem.
But let me do some more testing, because this error appears randomly and
seldom.
I will replay again latest tomorrow evening.
Are there changes done regarding this bug? Are this related to TIFF files?

regards
Dirk


Am 30.07.2020 um 11:45 schrieb bugzilla_noreply@kde.org:
> https://bugs.kde.org/show_bug.cgi?id=419079
>
> --- Comment #4 from caulier.gilles@gmail.com ---
> 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.
>
> Thanks in advance
>
> Gilles Caulier
>
Comment 6 caulier.gilles 2020-07-30 20:50:04 UTC
Hi,

applying start rating will embed information in tiff tags metadata using Exiv2. As we update last stable version of Exiv2 in Windows installer, the problem can be fixed indirectly.

I'm waiting your feedback tomorrow evening.

Gilles Caulier
Comment 7 Dirk 2020-07-31 17:00:08 UTC
Dear Gilles,
I tested with several hundred changes of ratings on TIFF (and also DNG)
files without any problem.
Seems to me that the problem is solved :)

regards
Dirk

Am 30.07.2020 um 22:50 schrieb bugzilla_noreply@kde.org:
> https://bugs.kde.org/show_bug.cgi?id=419079
>
> caulier.gilles@gmail.com changed:
>
>             What    |Removed                     |Added
> ----------------------------------------------------------------------------
>                   CC|                            |caulier.gilles@gmail.com
>
> --- Comment #6 from caulier.gilles@gmail.com ---
> Hi,
>
> applying start rating will embed information in tiff tags metadata using Exiv2.
> As we update last stable version of Exiv2 in Windows installer, the problem can
> be fixed indirectly.
>
> I'm waiting your feedback tomorrow evening.
>
> Gilles Caulier
>
Comment 8 caulier.gilles 2020-08-01 07:34:21 UTC
Thanks for the feedback. I close this file now.