IPB

Welcome Guest ( Log In | Register )

 
Reply to this topicStart new topic
> [F] Exporting of settings messes unusual signs in actions, Signs █ and ◉ are not zipped properly
zerow
post Apr 9 2017, 19:21
Post #1


Member


Group: Full Members
Posts: 543
Joined: 31-January 15
Member No.: 20375
Mp3tag Version: 2.79



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
CODE
and
CODE
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
CODE
to
CODE
-
and the
CODE
sign into
CODE
?

[And what happens next is that 7-Zip will unpack such action with another change, replacing the
CODE
?
with
CODE
_
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
CODE
as
CODE
-
and
CODE
as
CODE
?

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
Go to the top of the page
 
+Quote Post
Florian
post Apr 21 2017, 16:00
Post #2


Developer


Group: Admin
Posts: 7908
Joined: 12-December 01
From: Germany, Dresden
Member No.: 203
Mp3tag Version: 2.83b



The current development build Mp3tag v2.81c fixes this issue by implementing UTF-8 character encoding for file names as described in the .ZIP File Format Specification version 6.3.0 Section J and APPENDIX D.

Kind regards
– Florian


--------------------
♫ If you like using Mp3tag please donate to support further development.

Go to the top of the page
 
+Quote Post

Reply to this topicStart new topic
1 User(s) are reading this topic (1 Guests and 0 Anonymous Users)
0 Members:

 



RSS Lo-Fi Version Time is now: 28th June 2017 - 04:33