Please describe the problem:
If we use a locale with nonASCII characters and AisleRiot's variation names are translated (spanish, catalan, japanese, korean, russian, at least), AisleRiot may give us an error dialog box, but its detail is empty. 

Steps to reproduce:
1. Invoke AisleRiot on the console in a nonASCII locale and with a varition whose localized name has nonASCII characters (Spanish "Aunt Mary" has two i  with accute accent; Japanese one is in Katakana and Hiragana characters): 2. (LANG=spanish && sol --variation=aunt_mary) & 3. (LANG=japanese && sol --variation=aunt_mary) & 

Actual results:
An error dialog box appears saying (it's a rough translation): > An error occurred while chargin or saving information > of the configuration for aisleriot. Some options of configuration > may not work.  Also, if invoked on the console, the following warnings appears: >(aisleriot:24704): Gtk-CRITICAL **: gtk_text_buffer_emit_insert: assertion `g_utf8_validate (text, len, NULL)' failed > >(aisleriot:24704): Gtk-CRITICAL **: gtk_text_buffer_emit_insert: assertion `g_utf8_validate (text, len, NULL)' failed > >(aisleriot:24704): Gtk-CRITICAL **: gtk_text_buffer_emit_insert: assertion `g_utf8_validate (text, len, NULL)' failed 

Expected results:
No error dialog box and we can save or load the configuration. 

Does this happen every time?
Some cases. In the Spanish locale, aunt_mary, poker, ten_accross cause this error, but the other rules with nonASCII characters (eagle_wing, scorpion, spider) don't. In the Catalan locale, only ten_accross causes it, but the other not. 

Other information:
Polyglots will be happy to have their single configuration in any locale, won't they?