Bugzilla – Bug 2615
Strings.txt format
Last modified: 2008-09-15 14:38:10 UTC
I think the strings.txt file has been saved in the wrong format in the latest nightly (SlimServer_6_2_x_v2005-11-22.ZIP) as it seems to have lost some of the international characters.
michael, any thoughts?
Hmmm... the recent update I did (merging the Dutch translation) should not have touched the rest of the strings. The checkin mail only contains the diff. Can a file be altered beyond those lines in the patch? I don't understand. Interestingly the 6.5 strings.txt file is ok - and they're based on the same custom strings file. I'll revert and check in again.
Neil, I just checked out 6.2 again - before touching anything. And it seems fine?!? I don't understand. Do you have an example string that is corrupted?
Michael, I have just extracted the strings.txt from the 20/11 and 22/11 nightly's. When I compare these with my usual differencing program (ExamDiff Pro) all the non ANSI characters are wrong e.g. N�stor Spedalieri is Néstor Spedalieri (hopefully this will display but e acute becomes 2 characters). I do this difference most nights and this doesn't happen, it was ok with the 22/11 6.5 nightly. If I open it with Notepad I see the same problem. Hope this helps.
This is weird: - in the web browser both show fine (taken from svn.slimdevices.com) - in Eclipse they seem both to be fine - I downloaded, stored to disk and displayed them using "more" - fine - they display fine in Powerdesk's file viewer - slimserver's web interface is ok - softsqueeze is ok ...then: - open them in PSPad - only the 6.5 version is fine - display in PSPad's hexviewer - the 6.2 version only shows squares Does anybody see a reason for this odd behaviour? And do the strings show up corrupted on your slimserver?
Ok, I checked in a new version. Please give it a try and report back. Thanks!
Rev. 5283 looks ok.