GNOME Bugzilla – Bug 320561
unable to execute dogtail in CJK locale
Last modified: 2005-11-21 21:23:05 UTC
Please describe the problem: Seems dogtail is unable to support chars outside ASCII range, as a result, dogtail cannot be execute properly in CJK locale. Steps to reproduce: 1. evolution --force-shutdown 2. LANG=zh_TW.UTF-8 evolution & 3. LANG=zh_TW.UTF-8 python evolution-test-switching-components.py Actual results: Traceback (most recent call last):
+ Trace 63864
codeset=_localecodesets.get(domain))
t = _translations.setdefault(key, class_(open(mofile, 'rb')))
self._parse(fp)
tmsg = unicode(tmsg, self._charset)
Expected results: See screenshots Does this happen every time? YES Other information: Created a patch to workaround the issue. Hope it helps.
Created attachment 54253 [details] screenshot of dogatil in es_ES after patch applied
Created attachment 54255 [details] screenshot of dogtail in zh_TW locale after patch applied
Created attachment 54256 [details] [review] patch to use ugettext instead of dgettext patch created with cvs diff against the trunk.
Sounds a lot like a problem we ran into with the translation files for the popt package; in the end zack put in a specialcase to avoid "popt" Is there a specific mo file that breaks things?
Hmm, I can run evolution-test-switching-components.py under ja_JP.UTF-8 with no problems. I haven't tried zh_TW yet, as I don't have support for it installed ATM.
It looks like the patch breaks the test on my system, while it fixes it on yours. :( Couldn't find: descendent of {"Window" ("\uffff\uffff\uffff\uffff\uffff\uffff\uffff\u0265\uffff(W)", "\u30a6\u30a3\u30f3\u30c9\u30a6(W)") menu}: "Mail" ("\u30e1\u30fc\u30eb(M)") menuitem
Comment #6, Are you still referring to evolution-test-switching-components.py test?
Comment #7, yes I am
There are probably many differences between your systems. What distribution is each of you running on? what versions of what packages? what locale are you starting the desktop session in? etc etc
Comment #9, I am using rawhide and default locale is zh_TW, however it is changed using export depending on the locale to be tested. The reason why it is not working in ja_JP locale is because it is not "humanly possible" to perform the switching function in ja_JP. Please take a closer look at the screenshots for both evolution in both ja_JP and zh_TW. In ja_JP locale, the options to switch is not available, whereas zh_TW is. This is a bug in evolution.
Created attachment 54258 [details] sub menu is empty
Created attachment 54259 [details] sub menu ihas more options available
I should have explicitly said that the test worked *before* the patch, so the menu items must be there. I'm on Ubuntu Breezy with evolution 2.4.1. My desktop is en_US.UTF-8.
Re: comment 9-12, what does "rpm -q evolution" say?
Re: Comment #14 # rpm -q evolution evolution-2.4.1-4
I cannot reproduce the bug on FC4 with evolution-2.2.3-2.fc4 either.
Lawrence: re comment #10: please can you file the lack of the menu items as a separate bug please (and give a link in this bug to it). Thanks
Is this actually a dogtail bug?
RE: Comment #17 Bug 322001 has been created. <http://bugzilla.gnome.org/show_bug.cgi?id=322001> RE: Comment #18 The missing menu in evolution cos the script to fail in ja_JP locale. All other locales are ok.
woohoo! resolving NOTABUG.