# Extended Tags, clicking OK makes changes, when there is no change

**URL:** https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317
**Category:** Support
**Created:** [July 17, 2024, 10:34am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317 "2024-07-17T10:34:37Z")
**Posts on this page:** 11
**Page:** 1

<div class="post-metadata">

### Author: ![telrod11](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/t/a9a28c/32.png) [@telrod11](https://community.mp3tag.de/u/telrod11)
#### Post date: [July 17, 2024, 10:34am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/1 "2024-07-17T10:34:37Z")

</div>

MP3Tag v 3.26 64 bit - Windows 10

Can someone verify if this is the way MP3Tag should work?

I load my library  
Highlight all files  
**Open** Extended tags

I make **no** changes, but each time I hit "OK, it "Saves", and writes to the Mp3 tag. (I made **no changes** to the MP3's, just viewed them....)  
I can verify that it does change the files, as when I go to back the files up, it thinks there has been a change to the entire library.

Should it do this, if I just hit OK? Or should I just be hitting "Cancel" there after looking at these fields?

Thanks

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [July 17, 2024, 10:48am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/2 "2024-07-17T10:48:06Z")

</div>

> [@telrod11](#):
>
> it thinks there has been a change to the entire library.

Are you sure that there is a real change inside your files?  
Or does only the timestamp change?

Do you see a difference if you create a hash from some test files (with MD5 or something similar) before and after you click the OK-Button in the Extended Tags window?

(I did a test myself and I can not see any difference using hashes like this:

```auto
MD5 : 4de350cf2fbaabb33592628bde90e113
SHA1 : 178a47b545358ecf927e358851162ffe32424ffa
CRC32 : bb50c87d
SHA-256 : ba25b405edefc63c0fb7951fce552f162ea5d91d1e3695ba39aeb9e2b44c8078
SHA-512 : 1c0b9410843be54813db9c49108f22e3431bb549861fb8c2a10a98785770905aabd29094166fe333140403cde27168838cece01ad88c73b89ff54f2aaaa12e43
SHA-384 : 20b2fc2f787f916a3d8b7871839968c2bd16a0c921226f1aedaf842cd9a25fe2460702a99ea0a68f3d9a5b6ff40538c5

```

They remain the same after pressing the OK-Button.)

What changes in my test is the timestamp. This can be disabled in the Mp3tag options  
General -\> "Preserve file modification time when saving tags"  
 ![image](https://community.mp3tag.de/uploads/default/original/3X/8/4/8405314e626c7963267b2a5742882acadb68052d.png)

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [July 17, 2024, 10:54am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/3 "2024-07-17T10:54:16Z")

</div>

> [@telrod11](#):
>
> Should it do this, if I just hit OK?

Yes. OK saves the current tag data back to the file.  
MP3tag does not compare the current tag data with a possible previous state.  
See e.g. this thread:

> [@\[Suggestion\] Add a 'Save (minimal)' entry to the File menu](https://community.mp3tag.de/t/suggestion-add-a-save-minimal-entry-to-the-file-menu/64245):
>
> Currently, pressing Ctrl+S saves the tag entered in the Tag Panel to all selected files, regardless of whether they require changes or not. &nbsp; My suggestion is to add a additional Save (minimal) entry in 'File' menu. (with keyboard shortcut, e.g. Ctrl+Shift+S). When pressed, it would save the tag only to the affected files, skipping those that do not require modification. This would speed up the process if there are such files in the selection. In such a case, the status bar at the bottom of …

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [July 17, 2024, 10:58am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/4 "2024-07-17T10:58:20Z")

</div>

> [@ohrenkino](#):
>
> Yes. OK saves the current tag data back to the file.  
> MP3tag does not compare the current tag data with a possible previous state.

Do you say that if you load 10 Songs, view it in Alt + T and press OK, the content in the tags will be written back to the file and always create a changed file?

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [July 17, 2024, 11:01am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/5 "2024-07-17T11:01:48Z")

</div>

> [@LyricsLover](#):
>
> and always create a changed file

That is what I think happens.  
Just a use case: you have V1 tagged files but set recently to also get V2.3 tags. You do not change anything in the metadata but if you click OK, the V2.3 tags will be created, so the file changes as tag data is written.  
Admittedly, not a common use case, I just picked it to illustrate.

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [July 17, 2024, 11:04am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/6 "2024-07-17T11:04:25Z")

</div>

Thanks for the example.

> [@ohrenkino](#):
>
> You do not change anything in the metadata but if you click OK, the V2.3 tags will be created,

But this would also lead to changed hashes because the file itself has been changed, right?

---

<div class="post-metadata">

### Author: ![ohrenkino](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ohrenkino/32/4843_2.png) [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [July 17, 2024, 11:07am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/7 "2024-07-17T11:07:56Z")

</div>

> [@LyricsLover](#):
>
> changed hashes

yes, that would be an indication.

---

<div class="post-metadata">

### Author: ![telrod11](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/t/a9a28c/32.png) [@telrod11](https://community.mp3tag.de/u/telrod11)
#### Post date: [July 17, 2024, 11:30am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/8 "2024-07-17T11:30:08Z")

</div>

@LyricsLover

I just ran a small test, using the "Preserve file modification time", and MP3Tag did perform for me, as I thought that it should when I click OK. No changes that my backup software recognizes.

I then selected a group of files, and made a change to one of the tags, and again, my backup software only recognized the affected files, not the entire library.

For me, this change works, and I thank you for the help!

---

<div class="post-metadata">

### Author: ![LyricsLover](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/l/c6cbf5/32.png) [@LyricsLover](https://community.mp3tag.de/u/LyricsLover)
#### Post date: [July 17, 2024, 11:35am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/9 "2024-07-17T11:35:13Z")

</div>

> [@telrod11](#):
>
> For me, this change works, and I thank you for the help!

Thank you for your feedback.

Please keep in mind the use case @ohrenkino mentioned:  
For files loaded the very first time it could be that even if you don't change yourself anything in your tags they could by changed if you press the OK-Button.  
The settings in Mp3tag -\> Tags -\> Mpeg could cause an "internal" change in your files adding - for example - ID3v1 tags. Or another UTF-/ISO format according to your Mp3tag settings. Or removing APE tags, again according to your actual settings.

---

<div class="post-metadata">

### Author: ![telrod11](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/t/a9a28c/32.png) [@telrod11](https://community.mp3tag.de/u/telrod11)
#### Post date: [July 17, 2024, 11:44am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/10 "2024-07-17T11:44:51Z")

</div>

Understood.

Thank you **both** for the help!!

---

<div class="post-metadata">

### Author: ![system](https://community.mp3tag.de/uploads/default/original/2X/c/ce7035d426cb755a7916793326d23b465222a407.png) [@system](https://community.mp3tag.de/u/system)
#### Post date: [August 16, 2024, 11:45am UTC](https://community.mp3tag.de/t/extended-tags-clicking-ok-makes-changes-when-there-is-no-change/65317/11 "2024-08-16T11:45:39Z")

</div>

This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.
