# \[F\] Exporting of settings messes unusual signs in actions
**URL:** https://community.mp3tag.de/t/f-exporting-of-settings-messes-unusual-signs-in-actions/18875
**Category:** Fixed Bugs
**Tags:** bug-fixed
**Created:** [April 9, 2017, 4:21pm UTC](https://community.mp3tag.de/t/f-exporting-of-settings-messes-unusual-signs-in-actions/18875 "2017-04-09T16:21:58Z")
**Posts on this page:** 4
**Page:** 1
### Author:  [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [April 9, 2017, 4:21pm UTC](https://community.mp3tag.de/t/f-exporting-of-settings-messes-unusual-signs-in-actions/18875/1 "2017-04-09T16:21:58Z")
If I recall correctly [as I cannot find that topic], some time ago I bragged about the problem with some unusual signs in actions
And it seems that the issue is a little different than I reported back then. Here is what happens:
I can copy / move without a problem various files / folders that contain the █ and ◉ sign in their names in Windows 7 x64. I can do it with the OS's copy / move shell menu action or using the TeraCopy 2.27 right click menu. I can also compress them with 7-Zip 16.04 [64-bit] to the ZIP format and unpack them later from it without a sweat- noting is changed
But what happens with Mp3tag is this: I can create action that will have those signs in its name and; and I can reopen Mp3tag and still see them. But if I export them [create the ZIP with my current settings via the File \> Save configuration], they will be messed up. The ZIP file created by Mp3tag will change █ to - and the ◉ sign into ?
[And what happens next is that 7-Zip will unpack such action with another change, replacing the ? with \_which is of course a way of dealing with the illegal character]
So why does Mp3tag replaces those signs when creating a ZIP file, while Windows 7 and 7-Zip and TeraCopy behavior clearly prove that they can be retained?
And if can be of any help: I have also noticed that my graphics files browser ACDSee 3.1 [from the year 2000] also shows █ as - and ◉ as ?
And here is what happens: if I press CTRL + C on such unusual named file in this ACDSee and try to CTRL + V it in some other location, while still being in ACDSee, I will get and error saying about syntax being incorrect. And if I try to CTRL + V the same file to another location, but this time in FreeCommander XE 2016 716 32-bit or ordinary Windows Explorer, I will get nothing done - the request for pasting is ignored, [although I see something brief. probably automatic refreshing being performed]. And if in ACDSee I select such file and try to copy it not with keyboard shortcuts but by dragging it and choosing action from the shell menu list [that of Windows shell or that from TeraCopy menu], the file temporarily disappears [until I refresh folder containing that file]
So it seems that Mp3tag released first in 1999, has a similar problem as the outdated version of ACDSee from 2000; but only in regards to zipping
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [April 21, 2017, 1:00pm UTC](https://community.mp3tag.de/t/f-exporting-of-settings-messes-unusual-signs-in-actions/18875/2 "2017-04-21T13:00:23Z")
The current development build [Mp3tag v2.81c](http://developer.mp3tag.de) fixes this issue by implementing UTF-8 character encoding for file names as described in the [.ZIP File Format Specification version 6.3.0](https://pkware.cachefly.net/webdocs/APPNOTE/APPNOTE-6.3.0.TXT) Section J and APPENDIX D.
Kind regards
– Florian
---
### Author:  [@Zerow](https://community.mp3tag.de/u/Zerow)
#### Post date: [July 1, 2017, 3:59pm UTC](https://community.mp3tag.de/t/f-exporting-of-settings-messes-unusual-signs-in-actions/18875/3 "2017-07-01T15:59:27Z")
> [@Florian](#):
>
> The current development build [Mp3tag v2.81c](http://developer.mp3tag.de)
> [...]
I confirm, with version 2.83
Thank you for that update
---
### Author:  [@Florian](https://community.mp3tag.de/u/Florian)
#### Post date: [December 28, 2018, 2:10pm UTC](https://community.mp3tag.de/t/f-exporting-of-settings-messes-unusual-signs-in-actions/18875/4 "2018-12-28T14:10:12Z")
This topic was automatically closed 30 days after the last reply. New replies are no longer allowed.