Red Hat Bugzilla – Bug 701021
Translations not loaded when Authencation Dialogue prompted
Last modified: 2013-07-25 02:48:47 EDT
Description of problem:
When promting Authencation Dialogue, the translated strings are not loaded.
Now packagekit, system-config-firewall, system-config-print are infected. Other programs need to be investigated.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. Use a locale wich has full translated system-config-filewall other than English (such as Chinese (Taiwan))
2. Open system-config-filewall
3. Aunthencation Dialogue prompt
Stirngs are in English.
Showing fully translated strings.
PolicyKit is the componet which I guess the issue related to. Hope the information above helps.
AFAIK, these strings are now in gnome-shell. CC'ing polkit maintainer for clarification.
I am the administrater of Ubuntu Chinese (Traditional) Translators besides a Fedora translater. There is something alike happened to aptdaemon of Ubuntu, you can have a check too.
Maybe this will help: https://bugs.launchpad.net/aptdaemon/+bug/663150
Created attachment 502560 [details]
Screenshot to show the problem.
The string is still in English, although it has been translated.
1. "Authentication is required to install a signed package" in PackageKit.
You can get the translation at /usr/share/locale/zh_TW/LC_MESSAGES/PackageKit.mo
2. "Authentication is required to read and modify firewall settings" in system-config-firewall.
You can get the translation at /usr/share/locale/zh_TW/LC_MESSAGES/system-config-firewall.mo
And you can use msgunfmt XXX.mo > XXX.po to read mo file in human readible format (gettext shuold be installed fisrt) to check the translation.
After investigation, the zh_CN translations are not displayed either, even through it exist in /usr/share/locale/zh_CN/LC_MESSAGES/system-config-firewall.mo file.
It seems to be a bug affecting not only one language. It is something series.
Could Policykit and gnome-shell developers help with we translators?
I think that this issue is quite critical for we translators all over the world.
If it cannot be resolved, people see authentication dialogues in English. The i18n work from developers and l10n work from translators are ALL IN VAIN.
Please consider to investigate this bug when you are less busy. :)
I tried to run s-c-firewall in Punjabi (pa_IN), Authentication dialogue was translation attaching screen-shot (Fedora 15) with following packages:
Created attachment 517512 [details]
(In reply to comment #9)
> I tried to run s-c-firewall in Punjabi (pa_IN), Authentication dialogue was
> translation attaching screen-shot (Fedora 15) with following packages:
sorry, "Password" is still in English (tested pa_IN and zh_TW/zh_CN)
Better to upstream this bug in either case (gnome-shell or polkit)
Created attachment 520513 [details]
Created attachment 520514 [details]
system-config-firewall authentication prompt not localized
The details of packagekit authentication promt not localized:
Vendor: The PackageKit Project
That seems still persists in even f17. I can see "Password" in English as it was reported at comment#11.
I have filed a bug report to upstream.
If any new clue presents or the problem does not fixed in later GNOME releases, just tell upstream directly. I think that will make the developers to know it better and understand how important the issue means for non-English users.
The "Password:" string issue is tracked upstream here: https://bugzilla.gnome.org/show_bug.cgi?id=675300
This message is a reminder that Fedora 17 is nearing its end of life.
Approximately 4 (four) weeks from now Fedora will stop maintaining
and issuing updates for Fedora 17. It is Fedora's policy to close all
bug reports from releases that are no longer maintained. At that time
this bug will be closed as WONTFIX if it remains open with a Fedora
'version' of '17'.
Package Maintainer: If you wish for this bug to remain open because you
plan to fix it in a currently maintained version, simply change the 'version'
to a later Fedora version prior to Fedora 17's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that
we may not be able to fix it before Fedora 17 is end of life. If you
would still like to see this bug fixed and are able to reproduce it
against a later version of Fedora, you are encouraged change the
'version' to a later Fedora version prior to Fedora 17's end of life.
Although we aim to fix as many bugs as possible during every release's
lifetime, sometimes those efforts are overtaken by events. Often a
more recent Fedora release includes newer upstream software that fixes
bugs or makes them obsolete.
This looks like fixed in f19, for Japanese at least. tested with User settings from gnome-control-center.
upstream bug has been closed as referred at comment#17, closing this as well.