I started localizing Hayes 1.8.1c for our needs, so I created a resources.de.txt for German language. It works ok so far, I can choose it properly and my translated strings appear as expected (just started and put a handful into the .txt file).

But as soon as I'm done editing a page and want to click "save", I'm getting the following apache 500:
The result is that the content cannot be saved anymore.

As Hayes expects a "resources.de.txt", a troubleshoot-check with "resources.de-de.txt" fails, of course (not selectable).

Is it a setting I overlooked or did I find "one" again? (@steve: Maybe you should think about having bonus cards for bugspotters *g* /jk)

Yep, that's another one! I investigated the issue today and discovered that we had based our implementation on a bad localization table. Both were taken from MSDN, go figure. Anyhow, I've updated the languages table on the wiki: http://wiki.opengarden.org/Deki_Wiki/Languages

The correct resources name will be 'resources.de-de.txt', but since the wrong table was encoded 'Names.php', that won't work. Luckily, the workaround happens to also be the right way to do it. Save your localization file as 'resources.de.txt', which is a the neutral German resources file. This file should _not_ be selectable, but it is due to a bug. Now, create empty files with the region-specific names: resources.de-at.txt, resources.de-de.txt, resources.de-li.txt, resources.de-lu.txt, and resources.de-ch.txt.

Finally, select the 'German (Austria)' file from the Control Panel. While this is technically not the right locale, all German speaking countries fortunately use officially Hochdeutsch, so the locale doesn't make a difference (although, having a Switzerdütsch version would be hilarious! (no offense to the Swiss! )).

I'll check in the corrections to Control Panel tomorrow.

Hehe... Alright. Thanks!

I did as you described, but the stuff I entered in resources.de.txt doesn't appear when I select "German (Austria)" (using an empty resources.de-at.txt). Neither of the one you mentioned brings the expected result, so maybe there are even more bugs in it. (Your explanations make sense to me and should work in theory, I think. But as it's not working here, there might be more behind it. - Or it's me... Anyway.)

Well, I'll better wait for your checkin, so we can continue localizing as soon as your fix appears in SF's SVN. Just drop me a note.

I checked the fix yesterday into SVN. Can you send me what you have so far so I can give it a shot (steveb at mindtouch dot com)? Thanks.

Hrmmm... Seems like your syncing with SF's SVN is not seemless yet. The last entry is:

So I guess I had no chance to grab your changes yet as it's not public on SF until now.

Anyway, here's the localized stuff I started. Just a handful of entries, not much more. I appended it in this post as it's just some bytes.

With this I can choose the Austrian German in the control panel, but nothing changes, the deki's main menu bar stays English. The file works/translates the menu if I rename it to resources.de.txt. But then the bug occurs, of course. That was just to check the file is basically formatted ok.

As said, I checked with rev6432/SF (your internal rev seems to be 4949). I guess your local SVN is newer than the stuff you're mirroring on SF.

Thanks. I'm currently travelling and staying in San Jose, CA for a conference, but I'll take a look at it today.

It's fixed now and works as it should with current SVN when using de-de.

Thanks for the fix!

I edited the previous post. The fix in SVN works as expected now.

Glad to hear it's working!