UTF8 Encoding?

[Per]

Hi!

I'm trying to add files to a zip package and my filename contains swedish characters (ÅÄÖåäö).
This characters are converted into \+' .

Something with the encoding of my filenames isn't right.
How can I fix this?

Regards
Per

[Radoslav]

Hi Per,

Thank you for contacting us.

I tried to reproduce the described issue but to no avail. I am sending you a simple example which uses RadZip library and add files into a zip package which contains Swedish characters. Please check it out and let me know what differs in your case.

Looking forward for your reply.

Regards,
Radoslav
Telerik

[Per]

Hi and thank you for your reply!

I tried your sample and I get the same encoding problem with your code as I get with mine..
Check attached screenshoots.
(We are running Windows 7 Swedish version 32 bit OS.)

Most of the other .net zip package components has the option to set the encoding, so I got suprised when I didn't find this option in yours.
Is there some other way to set the encoding for the file names?

Regards
Per

[Radoslav]

Hello Per,

Could you please try the example on different browser than IE, for example Firefox or Chrome.  I assume that the IE does not have installed any language packs and that’s way the file name has encoding problems.  Also in order to works as expected you need to install Swedish language pack for IE. You can download it from here:
http://www.microsoft.com/en-us/download/details.aspx?id=1944

Please give the suggestions try and let me know if they help you.  

Regards,
Radoslav
Telerik

[Per]

Hi I don't think that IE is the problem here. IE isn't affecting the .zip file other then it's download name. Not the content off the archive. The file names inside the archive are also wrong. The .zip file is created on the server by your component running inside a web application on IIS 7.0. Since the OS is Swedish, IIS is probably running under Swedish System Default settings (code page, numerical formats etc). I think this is where the problem is occurring. Probably when the files are read and added to the archive. Regards Per

[Radoslav]

Hello Per,

After additional investigations it seems that the described behavior is an issue into the RadZipLibrary. I forwarded it to our developers for further investigation. Please excuse us for the temporary inconvenience.  If you need further assistance, do not hesitate to contact us again.

Regards,
Radoslav
Telerik

[Per]

Hi!
Do you have any ETA on when this bug will be fixed?

Regards,
Per

[Radoslav]

Hi Per,

In the Q2 2014 (it will be available for downloads in the middle of the next week) the  ZIP library has been redesigned from scratch for better cross-platform compatibility (.NET, Silverlight, Windows Store Apps, Windows Phone) and better support of the standards and better functionality. The new zip library will be distributed in a separate dll. The old one included into the Telerik.Web.UI.dll will be obsoleted and removed after two releases.
I am sending you a simple example with a trial version of the zip library. Please check it out and let me know if it helps you.
Also more information about new zip library you can find here:
http://www.telerik.com/help/silverlight/radziplibrary-overview.html

Looking forward for your reply.

Regards,
Radoslav
Telerik

 

 

[Per]

So I finaly got around to start implimenting zip functionallity in our Product :)
Your exa

mple was running fine the last time I checked but now it seems like ZipPackage is obsolete and I have to use ZipArchive.

So I changed to this code:

using (var zip = new Telerik.Windows.Zip.ZipArchive(outputStream, Telerik.Windows.Zip.ZipArchiveMode.Create, true, System.Text.Encoding.UTF8))

 

 

But now I have the exact same problem again :(
By the looks of it, Encoding can be set but it doesn't change anything. Bug?

 

[Radoslav]

Hello Per,

I tried to reproduce the problem with the latest Q2 2015 dlls but with no avail. I am sending you the example with the latest version of dll. Please check it out and let me know what differs in your case.

Looking forward for your reply.

Regards,
Radoslav
Telerik