There appears to be something off about the German description encoding. I discovered this because the openbox menu generator (obamenu) crashes when it tries to parse the .desktop file.
The existing gives me some unprintable character which nano places as ? and pluma some chinese symbols.
$ hexdump -c /usr/share/applications/lgeneral.desktop
00000a0 n g i n e f 374 r S t r a t e
When I type in an umlauted u, I get:
00000a0 n g i n e f 303 274 r S t r a t
Well, back then latin1 was state of the art, so everything in lgeneral is encoded in latin1.
Switching the desktop file to UTF-8 would be the correct measure. lgeneral itself has to stay latin1 as it maintains its own sets of glyphs.