I have an internationalization issue with writing of the time zone informationen in a non-english-windows (Win Server 2003, XP, Vista).

My actual time zone is the middleeuropean time zone. The spelling in german is "Mitteleuropäische Sommerzeit" and the german umlaut is not encoded in UTF-8 in this string. In effect: XML-Reports are generated in non-valid XML because the german umlaut is not masked in XML statements.

You should consider to implement a mechanism to intercept non-ascii-characters in the timezone-names and replace them in a UTF-8-matter. Insane work but that's windows. :-/

That's not Windows, it's a bug in SSW. I'll fix it before the next release. Thanks for bringing it up.

Andre

Thank you for the donation. It is much appreciated.

I just posted a new version of SSW (3.7.2.3), which converts time zone names to UTF-8 and enforces UTF-8 encoding in URLs, user agents, user names, etc in XML reports. HTML reports are not affected by this fix.

Andre

Dear Andre,

I'm experiencing the same problem, but with HTML reports. I'm using Windows Server 2003, Hungarian version + SSW 3.8.0.4

In the report, the name of the time zone appears like this: K?z?p-eur?pai t?li id?. This is definitely iso-8859-2, because if I change the charset in the HTML file to that, it displays correctly (and the rest of the content, which is proper UTF-8, will become bad).

Any suggestions?

Thanks,
Peter

I applied the fix described above only to the XML report generator because some people were still using ISO-8859-1 and forcing UTF-8 on the date would break their reports.

I will think about a fix for this. Can you post here how the date text should look like, for my reference.

In the meantime, you can either convert your language file to the Hungarian character set (I think it's ISO-8859-16, but I'm not 100% sure) using iconv and change HTML character set to match this or you can use XML reports, which force UTF-8 and look much like HTML reports.

Andre