String freeze break request for evolution-data-server (3.12)
I'd like to backport some fixes from Evolution master to 3.12 which fix
GSSAPI HTTP authentication and error reporting¹.
Previously, if we were unable to translate an error number into a string
we would end up with an untranslated message of the form 'Unknown error
code' or 'Unknown code %d' from libcom_err.
Now the code is fixed, we end up handling the lookup failure in EDS, and
report it slightly more coherently as
_("(Unknown GSSAPI mechanism code: %x)")
So we have a new untranslated string... in place of a string which was
previously not only untranslated but untranslatable. In a case that
should hopefully never happen now that we're actually looking up the
error codes the right way, and where the message text wasn't giving the
user much information anyway (only the number might *possibly* be
helpful.
On the whole, I'm not going to lose sleep over it being untranslated :)
--
David WoodhouseOpen Source Technology Centre
david.woodho...@intel.com Intel Corporation
¹ Specifically commits a523ac27, bd843434, f98caca8, 581c32aa.
smime.p7s
Description: S/MIME cryptographic signature
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: String freeze break request for evolution-data-server (3.12)
On Tue, Sep 9, 2014 at 1:23 PM, David Woodhouse wrote:
> I'd like to backport some fixes from Evolution master to 3.12 which fix
> GSSAPI HTTP authentication and error reporting¹.
>
> Previously, if we were unable to translate an error number into a string
> we would end up with an untranslated message of the form 'Unknown error
> code' or 'Unknown code %d' from libcom_err.
>
> Now the code is fixed, we end up handling the lookup failure in EDS, and
> report it slightly more coherently as
> _("(Unknown GSSAPI mechanism code: %x)")
>
> So we have a new untranslated string... in place of a string which was
> previously not only untranslated but untranslatable. In a case that
> should hopefully never happen now that we're actually looking up the
> error codes the right way, and where the message text wasn't giving the
> user much information anyway (only the number might *possibly* be
> helpful.
>
> On the whole, I'm not going to lose sleep over it being untranslated :)
1/2 from i18n.
--
Alexandre Franke
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
Re: String freeze break request for evolution-data-server (3.12)
2014-09-09 15:06 GMT+02:00 Alexandre Franke :
> On Tue, Sep 9, 2014 at 1:23 PM, David Woodhouse wrote:
>> I'd like to backport some fixes from Evolution master to 3.12 which fix
>> GSSAPI HTTP authentication and error reporting¹.
>>
>> Previously, if we were unable to translate an error number into a string
>> we would end up with an untranslated message of the form 'Unknown error
>> code' or 'Unknown code %d' from libcom_err.
>>
>> Now the code is fixed, we end up handling the lookup failure in EDS, and
>> report it slightly more coherently as
>> _("(Unknown GSSAPI mechanism code: %x)")
>>
>> So we have a new untranslated string... in place of a string which was
>> previously not only untranslated but untranslatable. In a case that
>> should hopefully never happen now that we're actually looking up the
>> error codes the right way, and where the message text wasn't giving the
>> user much information anyway (only the number might *possibly* be
>> helpful.
>>
>> On the whole, I'm not going to lose sleep over it being untranslated :)
>
> 1/2 from i18n.
>
Do I understand correctly that the user can see this string now,
always untranslated? If so, then 2/2 from i18n.
--
Piotr Drąg
http://raven.fedorapeople.org/
___
desktop-devel-list mailing list
desktop-devel-list@gnome.org
https://mail.gnome.org/mailman/listinfo/desktop-devel-list
