After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 631480 - Erroneous characters in latin1 locale
Erroneous characters in latin1 locale
Product: orca
Classification: Applications
Component: general
Other All
: Normal major
: ---
Assigned To: Orca Maintainers
Orca Maintainers
Depends on:
Reported: 2010-10-06 00:03 UTC by Samuel Thibault
Modified: 2020-11-30 15:30 UTC
See Also:
GNOME target: ---
GNOME version: ---

screenshot (59.27 KB, image/png)
2018-02-09 09:44 UTC, Samuel Thibault
workaround (1.11 KB, patch)
2018-06-28 23:42 UTC, Samuel Thibault
none Details | Review

Description Samuel Thibault 2010-10-06 00:03:08 UTC

Please see 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.

Comment 1 Alejandro Leiva 2010-10-17 15:19:28 UTC
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.
Comment 2 Joanmarie Diggs (IRC: joanie) 2018-02-08 14:13:48 UTC
Is this still an issue? And is it a bug in Orca?
Comment 3 Samuel Thibault 2018-02-09 09:44:40 UTC
Created attachment 368176 [details]

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)
Comment 4 Joanmarie Diggs (IRC: joanie) 2018-02-09 12:17:09 UTC
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?
Comment 5 Samuel Thibault 2018-06-28 23:42:07 UTC
Created attachment 372874 [details] [review]

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.
Comment 6 Samuel Thibault 2018-06-28 23:47:35 UTC
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.
Comment 7 Joanmarie Diggs (IRC: joanie) 2020-11-30 15:30:27 UTC
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!