# Readonly files are overwritten without notifying the user

**URL:** https://community.mp3tag.de/t/readonly-files-are-overwritten-without-notifying-the-user/54768
**Category:** Support
**Created:** [October 15, 2021, 6:19pm UTC](https://community.mp3tag.de/t/readonly-files-are-overwritten-without-notifying-the-user/54768 "2021-10-15T18:19:17Z")
**Posts on this page:** 7
**Page:** 1

<div class="post-metadata">

### Author: ![Bernie](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/b/f19dbf/32.png) [@Bernie](https://community.mp3tag.de/u/Bernie)
#### Post date: [October 15, 2021, 6:19pm UTC](https://community.mp3tag.de/t/readonly-files-are-overwritten-without-notifying-the-user/54768/1 "2021-10-15T18:19:17Z")

</div>

Scenario:

1. Create a directory which contains one readonly mp3 file.
2. Start Mp3tag.
3. Paste the full path of the directory to the field "Verzeichnis" and hit Enter.
4. Right-click the mp3 file and select "Tag entfernen".

Result:  
The file content is changed (tag is removed), the readonly attribute is removed.

Expected result:  
Readonly files should not be simply changed without notifying the user. The intention of a readonly flag is to prevent an application from changing the file content. All other applciations that I know tell the user something like "File is readonly and cannot be overwritten". At least, the user should be asked if readonly files should really be overwritten.

---

<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: [October 15, 2021, 6:35pm UTC](https://community.mp3tag.de/t/readonly-files-are-overwritten-without-notifying-the-user/54768/2 "2021-10-15T18:35:19Z")

</div>

I am not quite sure if this is connected:  
(from the [change log](https://www.mp3tag.de/changelog.html)):  
[2015-07-08] CHG: renaming files marked as read-only does not require removing of read-only flag  
anymore.

and alos here:

> [@How to disable read-only warnings?](https://community.mp3tag.de/t/how-to-disable-read-only-warnings/49691):
>
> When you try to remove a tag from a read-only file, you get a warning. Can those warnings be disabled?

---

<div class="post-metadata">

### Author: ![Bernie](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/b/f19dbf/32.png) [@Bernie](https://community.mp3tag.de/u/Bernie)
#### Post date: [October 15, 2021, 6:54pm UTC](https://community.mp3tag.de/t/readonly-files-are-overwritten-without-notifying-the-user/54768/3 "2021-10-15T18:54:43Z")

</div>

Thanks ohrenkino for your reply. Before I submitted my issue, I searched for "readonly" or "Schreibschutz" using the search function on this website, and I found the "How to disable read-only warnings post". So I assumed that the current implementation behaves as it is wanted: overwrite a readonly file.  
But is there a chance that Mp3tag behaves like other applications, which do not simply overwrite readonly files? This doesn't necessarily need to be the default behavior, an option somewhere might also be a good idea, so that every user can decide by himself which behavior he/she prefers.

---

<div class="post-metadata">

### Author: ![ryerman](https://community.mp3tag.de/user_avatar/community.mp3tag.de/ryerman/32/5285_2.png) [@ryerman](https://community.mp3tag.de/u/ryerman)
#### Post date: [October 19, 2021, 6:31pm UTC](https://community.mp3tag.de/t/readonly-files-are-overwritten-without-notifying-the-user/54768/4 "2021-10-19T18:31:08Z")

</div>

As you saw in the "How to disable read-only warnings post", Mp3tag used to warn when attempting to edit a read-only file.  
But that warning was removed, some time after v3.05, without any explanation in the change-log.  
I think that is a bug, not intended behaviour, and will make a bug report.

---

<div class="post-metadata">

### Author: ![Florian](https://community.mp3tag.de/user_avatar/community.mp3tag.de/florian/32/5759_2.png) [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [October 24, 2021, 9:45am UTC](https://community.mp3tag.de/t/readonly-files-are-overwritten-without-notifying-the-user/54768/5 "2021-10-24T09:45:39Z")

</div>

I've fixed that with [Mp3tag v3.10c](https://community.mp3tag.de/t/455). Thanks for pointing (and to @ryerman for the bug report)!

---

<div class="post-metadata">

### Author: ![Bernie](https://community.mp3tag.de/letter_avatar_proxy/v4/letter/b/f19dbf/32.png) [@Bernie](https://community.mp3tag.de/u/Bernie)
#### Post date: [October 24, 2021, 1:33pm UTC](https://community.mp3tag.de/t/readonly-files-are-overwritten-without-notifying-the-user/54768/6 "2021-10-24T13:33:13Z")

</div>

Hello Florian, thanks a lot for that quick fix, I didn't expect that this would get fixed that fast. Best regards from Bayern.

---

<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: [November 23, 2021, 1:34pm UTC](https://community.mp3tag.de/t/readonly-files-are-overwritten-without-notifying-the-user/54768/7 "2021-11-23T13:34:05Z")

</div>

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