Bug 89149
Summary: | "Password:" message in gdm not translated | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Christian Rose <menthos> |
Component: | pam | Assignee: | Nalin Dahyabhai <nalin> |
Status: | CLOSED CURRENTRELEASE | QA Contact: | Jay Turner <jturner> |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 9 | CC: | hp, mitr, srevivo |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2004-05-20 07:24:13 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Christian Rose
2003-04-18 13:15:48 UTC
Maybe the string comes from pam - if it's a gdm string, should be fixed upstream, I avoid .po patches in spec files pretty religiously. It couldn't be from redhat-artwork? This message isn't present in redhat-artwork po files. "Username:" is though. Could be. Just checked though, doesn't seem to be in the theme file. A "Password:" string is present in /lib/security/pam_unix_passwd.so, the gdm PAM backend just presents messages from the pam conversation. Dragging gettext in pam security modules seems a bit risky security-wise to me. It could be just hacked around by special-casing the "Password:" string and displaying the translated version. Another possibility would be to mark the messages in pam modules for translation and provide the translations, but not call gettext () in the modules themselves. That way, the pam caller can choose to implement security as needed, that is call gettext as root (as gdm currently does), call gettext in a subchild, don't call it at all... This works fine (in gdm) in FC 1. ... and in FC2. |