<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugs.kde.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugs.kde.org/"
          
          maintainer="sysadmin@kde.org"
>

    <bug>
          <bug_id>370245</bug_id>
          
          <creation_ts>2016-10-07 12:09:32 +0000</creation_ts>
          <short_desc>Be able to rename tags which have been setted in pictures</short_desc>
          <delta_ts>2018-03-27 21:04:53 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>2</classification_id>
          <classification>Applications</classification>
          <product>digikam</product>
          <component>Tags-Engine</component>
          <version>5.2.0</version>
          <rep_platform>Other</rep_platform>
          <op_sys>Linux</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard></status_whiteboard>
          <keywords></keywords>
          <priority>NOR</priority>
          <bug_severity>wishlist</bug_severity>
          <target_milestone>---</target_milestone>
          
          
          <everconfirmed>0</everconfirmed>
          <reporter name="Dav">davm6101</reporter>
          <assigned_to name="Digikam Developers">digikam-bugs-null</assigned_to>
          <cc>ajg02</cc>
    
    <cc>bg+kdex</cc>
    
    <cc>davm6101</cc>
    
    <cc>iwannaberich</cc>
    
    <cc>metzpinguin</cc>
    
    <cc>tokes</cc>
          
          <cf_commitlink>https://commits.kde.org/digikam/f748bdaa1015277e2c082c94b36dcaba48a38f76</cf_commitlink>
          <cf_versionfixedin>6.0.0</cf_versionfixedin>
          <cf_sentryurl></cf_sentryurl>
          <votes>0</votes>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>1630365</commentid>
    <comment_count>0</comment_count>
    <who name="Dav">davm6101</who>
    <bug_when>2016-10-07 12:09:32 +0000</bug_when>
    <thetext>Rename tags in file could help us to earn many time:
For example fixing a typo error in a person tag, or reorder the locations tags defined in a picture to another picture.

Reproducible: Always

Steps to Reproduce:
1.Seek people into pictures
2.Set a name for each identified face with sometimes adding a typo in the person&apos;s name

Actual Results:  
To fix the typo error, you need to:
- create the appropriate person tag
- browse all pictures where this person is identified, and replace the identification tag by the appropriate one.
 

Expected Results:  
- from the tags directory tree, be able to rename the tag. After renaming, all pictures with the tag which contains the typo error contains now the new tag content.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1630462</commentid>
    <comment_count>1</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2016-10-07 19:05:12 +0000</bug_when>
    <thetext>This already implemented. Open Tag Manager -&gt; right click on the tag -&gt; Edit Tag Title (or F2 key).

Maik</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1631035</commentid>
    <comment_count>2</comment_count>
    <who name="Dav">davm6101</who>
    <bug_when>2016-10-10 06:52:01 +0000</bug_when>
    <thetext>Yes, we are unable to rename tags but it does not also apply the update into the picture:
- set a people tag in a picture called &quot;Jon Doe&quot;.
- exitool picture.CR2 display &quot;Jon Doe&quot;
- rename from Digikam &quot;Jon Doe&quot; into &quot;John Doe&quot;
- exiftool picture.CR2 still display &quot;Jon Doe&quot;</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1631221</commentid>
    <comment_count>3</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2016-10-10 18:16:24 +0000</bug_when>
    <thetext>In this case, filter for &quot;John Doe&quot; in the left sidebar (tags filter). Select all and select &quot;write Metadata to Image&quot; from menu. There are only 3 mouse clicks or use the Maintenance tool.

Maik</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1631261</commentid>
    <comment_count>4</comment_count>
    <who name="Andrew Goodbody">ajg02</who>
    <bug_when>2016-10-10 21:19:10 +0000</bug_when>
    <thetext>Yes that is possible, but why is that necessary? It should be done automatically. Not doing it automatically just makes the database and the image metadata be out of sync which is surely not a desirable state to be in.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1631338</commentid>
    <comment_count>5</comment_count>
    <who name="Dav">davm6101</who>
    <bug_when>2016-10-11 09:32:18 +0000</bug_when>
    <thetext>Hello,
Thanks you for your feedback. I didn&apos;t know this possibility.
So this feature request is not required anymore.

But I agree with Andrew: if we don&apos;t know the appropriate process, we can think this feature does not exists.
It could be easier to save tag in picture automatically, (after a confirm), or provide a configuration option which allow to enable this feature.

Anyway, thanks for your feedback.

Regards</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1633033</commentid>
    <comment_count>6</comment_count>
    <who name="Tokes">tokes</who>
    <bug_when>2016-10-17 19:29:29 +0000</bug_when>
    <thetext>Hi Folks, I was just about to file a feature request for &quot;modify/rename a tag should update all tagged photos meta data, when I found this one. 

It would be great to see Digikam automatically update all effected photos metadata.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1633036</commentid>
    <comment_count>7</comment_count>
    <who name="Tokes">tokes</who>
    <bug_when>2016-10-17 19:33:13 +0000</bug_when>
    <thetext>Same goes for moving a tag into a tag folder, e.g. from root/Helsinki -&gt; places/FI/Helsinki. This modification should be updated in the metadata as well, to be able to import the photo with correct tags into another program.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1661909</commentid>
    <comment_count>8</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2017-02-19 09:10:50 +0000</bug_when>
    <thetext>*** Bug 376640 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1736506</commentid>
    <comment_count>9</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2018-03-07 21:26:23 +0000</bug_when>
    <thetext>*** Bug 391544 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1739398</commentid>
    <comment_count>10</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2018-03-20 20:36:51 +0000</bug_when>
    <thetext>*** Bug 392109 has been marked as a duplicate of this bug. ***</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1739404</commentid>
    <comment_count>11</comment_count>
    <who name="MarcP">iwannaberich</who>
    <bug_when>2018-03-20 20:53:12 +0000</bug_when>
    <thetext>As I accidentally submitted a duplicated bug that was closed, I repeat the comment that I left in the other one (bug #392109):

The reasoning behind not saving these specific changes to the metadata is because of the possible large amount of elements that could be affected.

But the same applies to removing or adding a new tag, which are indeed saved immediately to metadata. It should be user&apos;s choice if it&apos;s worth saving those changes to the pictures (as it is asked during the first run), regardless of the time that it might take. If the option to write metadata to files is checked, it should be written. If it&apos;s not, only digikam&apos;s metadata should be changed.

The current state is inconsistent, and because of that I just realized that many changes have not actually been applied to my library.

A fair compromise would be showing a confirmation dialog before the change: &quot;This change will affect ### pictures in your library, are you sure you want to continue?&quot;. (this is actually what happens in picasa if you try to write over more than 50 or 100 pictures at a time, if I recall correctly).

Thank you for your time.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>1741144</commentid>
    <comment_count>12</comment_count>
    <who name="Maik Qualmann">metzpinguin</who>
    <bug_when>2018-03-27 21:04:53 +0000</bug_when>
    <thetext>Git commit f748bdaa1015277e2c082c94b36dcaba48a38f76 by Maik Qualmann.
Committed on 27/03/2018 at 21:03.
Pushed by mqualmann into branch &apos;master&apos;.

write metadata to images after move, rename or delete tags,
we ask the user if &gt; 100 images are affected
Related: bug 386224
FIXED-IN: 6.0.0

M  +3    -1    NEWS
M  +69   -2    core/libs/album/albummanager.cpp
M  +5    -1    core/libs/album/albummanager.h
M  +2    -2    core/tests/albummodel/albummodeltest.cpp

https://commits.kde.org/digikam/f748bdaa1015277e2c082c94b36dcaba48a38f76</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>