# Actions before renaming
**URL:** https://community.mp3tag.de/t/actions-before-renaming/800
**Category:** Development
**Created:** [February 11, 2004, 7:39am UTC](https://community.mp3tag.de/t/actions-before-renaming/800 "2004-02-11T07:39:30Z")
**Posts on this page:** 20
**Page:** 1
### Author:  [@Flominator](https://community.mp3tag.de/u/Flominator)
#### Post date: [February 11, 2004, 7:39am UTC](https://community.mp3tag.de/t/actions-before-renaming/800/1 "2004-02-11T07:39:30Z")
Hi,
I've found out that 2.17c has the following problem (I'm quite sure, that I've seen it in earlier versions):
If I run actions before renaming files the unchanged tags (without actions) will be used for renaming.
Regards,
```
Flo
```
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 11, 2004, 8:04am UTC](https://community.mp3tag.de/t/actions-before-renaming/800/2 "2004-02-11T08:04:50Z")
Could you please give an detailed example?
Best regards,
~ Florian
---
### Author:  [@vitamin](https://community.mp3tag.de/u/vitamin)
#### Post date: [February 11, 2004, 1:58pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/3 "2004-02-11T13:58:41Z")
I had the same Problem.
i.e.:
Tag: "artist" Filename: "artist"
after running Actions the tag is "Artist" (capital A). When now konverting tag -\> filename the filename is still "artist".
btw: mp3tag allways says "10 files of 10 files renamed" even though the filenames keep the same. The same is true for safing tags. I think this was different some versions ago, was it?
sers, vitamin
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 11, 2004, 2:59pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/4 "2004-02-11T14:59:57Z")
> [@](#):
>
> Tag: "artist" Filename: "artist"
> after running Actions the tag is "Artist" (capital A). When now konverting tag -\> filename the filename is still "artist".
I can't reproduce this here: I've changed the lower case tags entries of a file to mixed case via the _Case conversion_ action set for the field **\_TAG** and Mp3tag renames the files using the mixed case tag values at Filename - Tag.
> [@](#):
>
> btw: mp3tag allways says "10 files of 10 files renamed" even though the filenames keep the same. The same is true for safing tags. I think this was different some versions ago, was it?
I'll change this for renaming files, but not for saving tags (because Mp3tag doesn't compare existing tags with the tags to be written).
~ Florian
---
### Author:  [@Flominator](https://community.mp3tag.de/u/Flominator)
#### Post date: [February 13, 2004, 8:07pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/5 "2004-02-13T20:07:12Z")
> [@](#):
>
> QUOTE (vitamin @ Feb 11 2004, 03:58 PM)
>
> Tag: "artist" Filename: "artist"
>
> after running Actions the tag is "Artist" (capital A). When now konverting tag -\> filename the filename is still "artist".
I can't reproduce this here: I've changed the lower case tags entries of a file to mixed case via the _Case conversion_ action set for the field **\_TAG** and Mp3tag renames the files using the mixed case tag values at Filename - Tag.
Have you tried renaming via the rename-button?
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 13, 2004, 8:39pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/6 "2004-02-13T20:39:59Z")
> [@](#):
>
> Have you tried renaming via the rename-button?
Which button do you mean by _rename button_?
~ Florian
---
### Author:  [@Flominator](https://community.mp3tag.de/u/Flominator)
#### Post date: [February 13, 2004, 8:45pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/7 "2004-02-13T20:45:46Z")
[Tag - Filename]
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 13, 2004, 8:54pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/8 "2004-02-13T20:54:51Z")
Works fine for me too. Weird.
~ Florian
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 26, 2004, 6:17pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/9 "2004-02-26T18:17:16Z")
Could you please try to reproduce the problem with [link removed].
Thanks in advance,
~ Florian
---
### Author:  [@Flominator](https://community.mp3tag.de/u/Flominator)
#### Post date: [February 26, 2004, 8:00pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/10 "2004-02-26T20:00:14Z")
It's still there!
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 26, 2004, 8:44pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/11 "2004-02-26T20:44:02Z")
I think it's a thread syncronistation issue which happens only on some systems.
Please [try again](http://www.anytag.de/support/mp3tagv217j5setup.exe)!
Best regards,
~ Florian
---
### Author:  [@Flominator](https://community.mp3tag.de/u/Flominator)
#### Post date: [February 29, 2004, 9:58am UTC](https://community.mp3tag.de/t/actions-before-renaming/800/12 "2004-02-29T09:58:28Z")
Although the field now changes on refresh, the bug is still there in 2.18!
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 29, 2004, 10:00am UTC](https://community.mp3tag.de/t/actions-before-renaming/800/13 "2004-02-29T10:00:42Z")
I know this, but after 2 weeks of trying to reproduce the bug, I had to release a new version because of other bugs.
I'll still try to find the bug 🙂
~ Florian
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 29, 2004, 3:31pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/14 "2004-02-29T15:31:56Z")
The bug is now fixed in the latest Development Build!
Thanks to Flominator and vitamin for their support and help for finding the bug 🙂
Best regards,
~ Florian
---
### Author:  [@vitamin](https://community.mp3tag.de/u/vitamin)
#### Post date: [February 29, 2004, 7:41pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/15 "2004-02-29T19:41:13Z")
> [@](#):
>
> The bug is now fixed in the latest Development Build!
confirmed 🙂
thanks!
---
### Author:  [@djRickMitchell](https://community.mp3tag.de/u/djRickMitchell)
#### Post date: [March 4, 2004, 12:43am UTC](https://community.mp3tag.de/t/actions-before-renaming/800/16 "2004-03-04T00:43:41Z")
I might be able to help because I'm having the same problem. Let me start by giving background on how I ran into this same problem (with the Artist field not showing that it had changed case after applying actions.)
First, here is the final format that I use, in general, for all mp3's.
**ARTIST ALL CAPS - Song Title Like This (Album Field Here For Version Of Song).mp3**
The first step for me is .. by hand .. to change the filenames so they are roughly in that format (without the ALL CAPS portion). I've created a bunch of ACTION commands that help me finish off the formattting so there are no "\_" or extra spaces and unwanted filename crap in the filename. After running the ACTIONS one time I end up with a filename like:
**Artist All Caps - Song Title Like This (Album Field Here For Version Of Song).mp3**
I then use the FILENAME to TAG command to insert the artist / title / album fields in their proper places. Each of them will be in Mixed Case (artist/title/album).
To get the ARTIST TO ALL CAPS I then apply the ACTIONS once again -- since there is an action command specifically to make all the Artist fields ALL CAPS.
This is where the problem arises.
When the action has run on all files and is complete, the Artist field still is Mixed Case. That is UNTIL I hit refresh, at which point the ALL CAPS shows up.
After refreshing, I then use the TAG TO FILENAME command to reformat the filename so that it reads like:
**ARTIST ALL CAPS - Song Title Like This (Album Field Here For Version Of Song).mp3**
If I do the ACTION command and DO NOT refresh, then do the TAG TO FILENAME command, I end up with:
**Artist All Caps - Song Title Like This (Album Field Here For Version Of Song).mp3**
Does this make some sort of sense?
Why do I want things formatted this way? It allows me at a glance to know that I've formatted the tags and I don't need to screw with a file that is in this format. It's worth the extra effort when dealing with as many mp3's as I do on a daily basis.
I'm downloading 2.18b beta and will let you know if it is still a problem with that version.
RICK
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [March 4, 2004, 9:31am UTC](https://community.mp3tag.de/t/actions-before-renaming/800/17 "2004-03-04T09:31:05Z")
Rick,
> [@](#):
>
> I'm downloading 2.18b beta and will let you know if it is still a problem with that version.
thank you for the detailed description! Could you please try this with the latest Development Build, because I think I've fixed the bug with this version.
Best regards,
~ Florian
---
### Author:  [@beaker](https://community.mp3tag.de/u/beaker)
#### Post date: [April 25, 2004, 4:44pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/18 "2004-04-25T16:44:37Z")
Florian,
Since this seems related I thought I'd highjack this thread. I've actions to replace special characters differently in a filename and a tag. After completion, the filename refreshes, but the tag data does not. Clicking on the file again shows the updated tag. Not sure if this considered a bug or not.
thanks,
beaker
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 25, 2004, 5:16pm UTC](https://community.mp3tag.de/t/actions-before-renaming/800/19 "2004-04-25T17:16:43Z")
beaker,
could you please send me the according \*.mta file and the file Mp3tagError.log from Mp3tag's data directory?
Best regards,
~ Florian
---
### Author:  [@beaker](https://community.mp3tag.de/u/beaker)
#### Post date: [April 26, 2004, 2:02am UTC](https://community.mp3tag.de/t/actions-before-renaming/800/20 "2004-04-26T02:02:55Z")
Email sent. Thank you 🙂
[Next page](https://community.mp3tag.de/t/actions-before-renaming/800.md?page=2)