# \[F\] Files lost after renaming
**URL:** https://community.mp3tag.de/t/f-files-lost-after-renaming/3881
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [October 9, 2006, 3:20pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881 "2006-10-09T15:20:53Z")
**Posts on this page:** 14
**Page:** 1
### Author:  [@noroom](https://community.mp3tag.de/u/noroom)
#### Post date: [October 9, 2006, 3:20pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/1 "2006-10-09T15:20:53Z")
See attached action.
When I execute an action that renames a folder, Mp3tag renames and moves the first song, but then "doesn't notice" that the other files have been moved too, and I get this error for the rest (the first song is moved correctly).
* * *
## Mp3tag v2.36f
File cannot be opened for writing.
## Do you want to continue?
## Yes No
The path indicated in is always the old (pre-action) path, which indicates that Mp3tag doesn't notice it has moved the files to the new folder.
[Rename\_Files\_and\_Folder.mta](https://community.mp3tag.de/uploads/default/original/2X/8/89c6c9391df612a67c49430c80a4a0bf57fd65c5.mta) (152 Bytes)
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [November 4, 2006, 7:42pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/2 "2006-11-04T19:42:55Z")
This bug has been fixed with Mp3tag v2.37.
Thanks for reporting!
Best regards,
Florian
---
### Author:  [@noroom](https://community.mp3tag.de/u/noroom)
#### Post date: [December 3, 2006, 8:25pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/3 "2006-12-03T20:25:25Z")
2.37b shows the same problem, only with a different message.
* * *
## Mp3tag v2.37b
The file
is a read-only file.
## Shall Mp3tag disable the write protection of this and any following read-only files?
## Yes No Cancel
Using the same action attached above. ☹
---
### Author:  [@noroom](https://community.mp3tag.de/u/noroom)
#### Post date: [December 10, 2006, 9:00pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/4 "2006-12-10T21:00:53Z")
Hello? Can someone please acknowledge that this is being looked into?
The bug was not fixed.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 10, 2006, 9:46pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/5 "2006-12-10T21:46:16Z")
Yup, I'll look into this. Thanks for your PM.
Kind regards,
Florian
---
### Author:  [@dano](https://community.mp3tag.de/u/dano)
#### Post date: [December 10, 2006, 10:07pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/6 "2006-12-10T22:07:12Z")
You can use $regexp(%artist% - %album%,^The\s+,) to save one action.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 13, 2006, 7:27pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/7 "2006-12-13T19:27:25Z")
This bug has been fixed with the current [Development Build](http://developer.mp3tag.de).
Florian
---
### Author:  [@noroom](https://community.mp3tag.de/u/noroom)
#### Post date: [December 14, 2006, 9:05pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/8 "2006-12-14T21:05:35Z")
* * *
## Mp3tag v2.37c
The file
is a read-only file.
## Shall Mp3tag disable the write protection of this and any following read-only files?
## Yes No Cancel
No Florian, it hasn't. ☹
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 16, 2006, 12:25pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/9 "2006-12-16T12:25:30Z")
Are the files all in the same directory or does this error only occurs on files in subdirectories of the directory renamed?
Kind regards,
Florian
---
### Author:  [@noroom](https://community.mp3tag.de/u/noroom)
#### Post date: [December 16, 2006, 5:47pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/10 "2006-12-16T17:47:29Z")
They're all in the same directory. I drag the folder containing the songs (and sometimes some pictures) to Mp3tag and then use the action attached.
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [January 14, 2007, 11:15am UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/11 "2007-01-14T11:15:48Z")
Maybe the latest [Development Build](http://developer.mp3tag.de) fixes the problem. If not, please provide the exact directory structure, so that I can reproduce the problem step by step.
Kind regards,
Florian
---
### Author:  [@noroom](https://community.mp3tag.de/u/noroom)
#### Post date: [January 14, 2007, 2:40pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/12 "2007-01-14T14:40:03Z")
Thanks, Florian.
The problem I initially reported seems to be fixed now. But after applying the options, shouldn't Mp3tag switch to the new folder automatically? Because as of now, pressing the refresh button right after applying any of the actions, shows that Mp3tag is still looking in the old folder.
The problem with this is that after applying the action, the tracks are **still** listed, so the user might think he can still perform modifications to the tags. Even the "Directory:" field in the Tag Panel changes to the new value, but Mp3tag isn't really looking there. Just press "Refresh" and you'll see.
If you could make Mp3tag look in the new path after renaming/moving a folder, we can say this is fixed!
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [February 15, 2007, 8:45pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/13 "2007-02-15T20:45:19Z")
> [@noroom](#):
>
> If you could make Mp3tag look in the new path after renaming/moving a folder, we can say this is fixed!
Another [Development Build](http://developer.mp3tag.de) - another chance to finally get this issue resolved 🙂
Thanks!
Florian
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 1:55pm UTC](https://community.mp3tag.de/t/f-files-lost-after-renaming/3881/14 "2018-12-28T13:55:33Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.