Bug 269341

Summary: After removing Album, related tags still reside in taglist
Product: [Applications] digikam Reporter: Rinus Bakker <sleeplessregulus>
Component: Tags-EngineAssignee: Digikam Developers <digikam-bugs-null>
Status: RESOLVED FIXED    
Severity: wishlist CC: caulier.gilles, sleeplessregulus, toddrme2178
Priority: NOR    
Version: 2.0.0   
Target Milestone: ---   
Platform: Ubuntu   
OS: Linux   
Latest Commit: Version Fixed In: 5.1.0
Sentry Crash Report:

Description Rinus Bakker 2011-03-24 20:44:00 UTC
Version:           2.0.0 (using KDE 4.6.1) 
OS:                Linux

After removing an Album from the database, related tags stil reside in taglist and can only be removed one by one.

Reproducible: Always

Steps to Reproduce:
Remove an album from the database

Actual Results:  
All the tags you no longer need are stil there

Expected Results:  
They have been removed

There should be an option to delete the related tags along with the album where they belong to or/and there should be a possibillity to shift or control select multiple tags to remove them.
Comment 1 Todd 2011-03-24 20:49:02 UTC
This should also apply to tags from items on removable media, the tags should only be visible when the removable media is plugged in.
Comment 2 Marcel Wiesweg 2011-03-26 14:43:09 UTC
In which way should a tag be related to an album?
Comment 3 Rinus Bakker 2011-03-26 15:09:08 UTC
Once I abusively added an album whit a huge amount of tags inside the 
metadata, deleted afterwards the album, now I can't get rid of the tags 
which I realy don't need. Apperantly the same issue is there with 
removable media, you want see thousends of bussiness related tags in the 
list if you work on your private collection.
Op 26-3-2011 14:43, Marcel Wiesweg schreef:
> https://bugs.kde.org/show_bug.cgi?id=269341
>
>
>
>
>
> --- Comment #2 from Marcel Wiesweg<marcel wiesweg gmx de>   2011-03-26 14:43:09 ---
> In which way should a tag be related to an album?
>
Comment 4 caulier.gilles 2011-12-16 13:08:58 UTC
Rinus,

This file still valid using digiKam 2.4 ?

Gilles Caulier
Comment 5 Todd 2011-12-18 09:57:47 UTC
Yes, it is.
Comment 6 caulier.gilles 2013-11-06 16:39:21 UTC
What's news about this file ? It still valid using digiKam 3.5.0 ?

Gilles Caulier
Comment 7 caulier.gilles 2013-12-01 22:43:31 UTC
We need feedback about this file please, following my previous comment...

Gilles Caulier
Comment 8 caulier.gilles 2015-06-30 08:06:24 UTC
New digiKam 4.11.0 is available :

https://www.digikam.org/node/740

Can you reproduce the problem with this release ?
Comment 9 caulier.gilles 2015-08-22 06:40:34 UTC
digiKam 4.12.0 is out :

https://www.digikam.org/node/741

We need a fresh feedback using this release please...
Thanks in advance.
Comment 10 caulier.gilles 2016-07-15 21:23:21 UTC
With digiKam 5.0.0, this problem is not reproducible.
I close this file now. Don't hesitate to re-open if necessary.
Gilles Caulier