GNOME Bugzilla – Bug 631480
Erroneous characters in latin1 locale
Last modified: 2020-11-30 15:30:27 UTC
Hello, Please see http://bugs.debian.org/599197 for the details. The summary is: when run in e.g. the fr_FR@euro locale (i.e. a latin1 locale), the orca interface shows erroneous things in place of non-ascii characters. It seems like somehow the gtkbuilder part doesn't properly transmit character set information. Samuel
Thanks for the report Samuel, I'm working on it. I think is related to bug #589362 too. A simpler way to test it is (after generate your latin1 locales, I'm using spanish) launch orca as $ LANG=es_ES.ISO-8859-1 orca I can reproduce this issue in master.
Is this still an issue? And is it a bug in Orca?
Created attachment 368176 [details] screenshot I'm still having the issue with orca 3.26 yes. For sighted people, I have attached a screenshot: non-ascii characters get replaced by a U+FFFD. I'm not having the issue with all other gtk applications I tested (gedit, gucharmap, gnome-terminal, gnome-system-monitor)
Thanks for the confirmation Samuel. Is this something I can assign to you while working on other issues, or should I take this one myself?
Created attachment 372874 [details] [review] workaround I've had some look. It seems that Gtk.Builder() somehow uses the current locale codeset for reading the .ui file instead of the declared .ui xml file encoding. The attached workaround avoids the issue, but I'd say it's Gtk.Builder which should be fixed.
Err, actually Gtk.Builder does read it fine, but the self.builder.add_from_file() call spews a lot of these warnings: (orca:8596): Gtk-WARNING **: 01:46:09.224: Invalid input string which are apparently because Gtk.Builder converts the xml UTF-8 into the current locale on reading the file, but the rest of Gtk.Builder expects UTF-8.
Samuel, if this is still an issue, and is an Orca issue rather than something that needs to be worked around. Please open an issue in gitlab. Thanks!