# Losing tag edit
**URL:** https://community.mp3tag.de/t/losing-tag-edit/56065
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [January 26, 2022, 2:28pm UTC](https://community.mp3tag.de/t/losing-tag-edit/56065 "2022-01-26T14:28:50Z")
**Posts on this page:** 13
**Page:** 1
### Author:  [@RSJ](https://community.mp3tag.de/u/RSJ)
#### Post date: [January 26, 2022, 2:28pm UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/1 "2022-01-26T14:28:50Z")
I have noticed that if I edit an album, changing the (release) Date and then use Actions (Quick) to make a change to the track titles, the Date reverts to the original and the new date is 'lost'. Simple remedy is carry out the edits the other way round. However, if a lot of amendments have been made to tags before the Action (Quick) edit is carried out, it can be slightly frustrating,
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [January 26, 2022, 2:31pm UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/2 "2022-01-26T14:31:41Z")
Could you please tell us
what you consider to be the
> [@RSJ](#):
>
> (release) Date
and which field or property that is?
Also, it would be interesting to see the quick action that you apply.
---
### Author:  [@RSJ](https://community.mp3tag.de/u/RSJ)
#### Post date: [January 26, 2022, 2:48pm UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/3 "2022-01-26T14:48:07Z")
The (release) Date I was referring to is the Year tag (apologies). The Quick Action was via the Actions menu and was a Replace to remove words in track Titles.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [January 26, 2022, 2:50pm UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/4 "2022-01-26T14:50:07Z")
If you are making any changes in the Tag Panel (i.e. the Date field), you must Save these changes prior to executing any other action. Clicking the Save icon, using the File\>Save menu, or the Ctrl+S shortcut all do this for you quickly. I don't think making an "Auto-save" action is prudent.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [January 26, 2022, 2:56pm UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/5 "2022-01-26T14:56:12Z")
I could reproduce this behaviour to that extent that an unsaved modification in the tag panel and any subsequently called action (be it "qucik" or any other) does not lead to the message that are unsaved changes.
This message pops up, though, when other user interaction like navigating to the next file takes place.
TBH: I would have expected just like @RSJ to see the "unsaved changes" message also when actions are executed.
---
### Author:  [@RSJ](https://community.mp3tag.de/u/RSJ)
#### Post date: [January 26, 2022, 4:49pm UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/6 "2022-01-26T16:49:07Z")
The issue with having to save tag panel changes before any other changes are made (e.g. through quick actions) is that after saving, tracks may then be synched from a PC to, say, a NAS and are locked by the sync process; it can be a while before further changes can be saved.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [January 26, 2022, 4:58pm UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/7 "2022-01-26T16:58:57Z")
> [@RSJ](#):
>
> tracks may then be synched from a PC ... and are locked
I see a problem with a key feature of MP3tag - the batch processing of a lot of files. There are numerous threads that deal with the problem of locked files.
And while the use case that you describe depends a lot on a setup that MP3tag cannot influence, I still think that the message that there are unsaved changes, which got introduced with 3.09
[2021-08-16] NEW: added option to disable notification message that warns about unsaved changes. ([#53945](https://community.mp3tag.de/t/53945))
should also be displayed when other interaction than navigation occurs. This would be in the scope of MP3tag's influence.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [January 27, 2022, 1:29am UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/8 "2022-01-27T01:29:44Z")
Yes the pop up warning would be a benefit in this case, agreed.
---
### Author:  [@MotleyG](https://community.mp3tag.de/u/MotleyG)
#### Post date: [January 27, 2022, 1:32am UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/9 "2022-01-27T01:32:29Z")
I think in either condition that you have described, this wait situation will be unavoidable. Whether you initiate the Quick Action first and then do the tag panel edits, or the other way around, you will need to wait for one to finish saving before the next can be executed.
---
### Author:  [@RSJ](https://community.mp3tag.de/u/RSJ)
#### Post date: [January 27, 2022, 8:16am UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/10 "2022-01-27T08:16:37Z")
The only way for the sync problem to be resolved would be for tag panel changes to be maintained after a quick action had been performed.
---
### Author:  [@ohrenkino](https://community.mp3tag.de/u/ohrenkino)
#### Post date: [January 27, 2022, 8:21am UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/11 "2022-01-27T08:21:28Z")
> [@RSJ](#):
>
> after a quick action had been performed
This would change the MP3tag working concept. And I am not quite sure whether that is desirable.
Leaving unsaved changes in the tag panel but using that data for the subsequent actions and then, when finally the message pops up that there are unsaved changes and I syy "no" to saving them, the actions would have worked on data that is actually not there.
Also, the action could effect data that is displayed in the tag panel and has been edited - which one should win?
The only way out would be to put all modifications into an action group, execute that and then let the saved data be synced - a change in workflow that you could set into action right now.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 13, 2022, 4:06pm UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/12 "2022-02-13T16:06:53Z")
> [@ohrenkino](#):
>
> still think that the message that there are unsaved changes, which got introduced with 3.09
>
> [2021-08-16] NEW: added option to disable notification message that warns about unsaved changes. ([#53945](https://community.mp3tag.de/t/53945))
>
> should also be displayed when other interaction than navigation occurs.
I've added this with [Mp3tag v3.12a](https://community.mp3tag.de/t/455).
---
### Author:  [@system](https://community.mp3tag.de/u/system)
#### Post date: [March 15, 2022, 4:07pm UTC](https://community.mp3tag.de/t/losing-tag-edit/56065/13 "2022-03-15T16:07:24Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.