GNOME Bugzilla – Bug 85289
external editor must use utf-8 or whole article is lost
Last modified: 2006-06-18 05:15:40 UTC
my locales: LANG=en_US.UTF-8 LC_CTYPE=cs_CZ (iso-8859-2) external editor must use UTF-8, if not, pan writes "Gtk-CRITICAL **: file gtktextbuffer.c: line 476 (gtk_text_buffer_emit_insert): assertion `g_utf8_validate (text, len, NULL)' failed" and forget whole article. file in /tmp is not removed. I suggest to use /dev/urandom for generating testing data for this. anyway, there should be way for setting external editor encoding. I thought that default for this is LC_CTYPE, but it seems it isn't. (or maybe I'm doing something completely wrong)
88670 is closely related to this bug, and has some possibly-useful comments.
Fixed in pan-0-12-fix and merged to HEAD. http://cvs.gnome.org/bonsai/cvsview2.cgi?diff_mode=context&whitespace_mode=show&subdir=pan/pan&command=DIFF_FRAMESET&file=message-window.c&rev1=1.277.2.7&rev2=1.277.2.8&root=/cvs/gnome http://cvs.gnome.org/bonsai/cvsview2.cgi?diff_mode=context&whitespace_mode=show&subdir=pan/pan&command=DIFF_FRAMESET&file=message-window.c&rev1=1.299&rev2=1.300&root=/cvs/gnome
Chris: * the ArgSet leaks in this patch. * do we really want the charset picker to return a const char* charset? Won't this be a dangling pointer as soon as the charset dialog picker widget is destroyed?
1. Fixed. Thanks for reviewing my hasty commit. 2. Not that I could see: the charset picker doesn't own the strings. They're globals in the pan-charset-picker.c module.