282466 - l10n ff 1.0.1 builds should be happy about xslt.properties

Status: RESOLVED FIXED

(Mozilla Localizations :: Other, defect)

Description

[Axel Hecht]

I have a patch to compare-locales that will make our l10n builds green again,
regardless if the 1.0.1 patch to xslt.properties was localized or not.
That should get our build boxes into a much more reliable state again.

Comment 1

[Axel Hecht]

Attachment: special case entity "27" for global/layout/xslt.properties

Comment 2

[Benjamin Smedberg]

Comment on attachment 174488 [details] [diff] [review]
special case entity "27" for global/layout/xslt.properties

Add spaces around =~

Comment 3

[Axel Hecht]

Attachment: bah, it should work the other way around, too

Comment 4

[Chase Phillips]

I see all of our l10n locale builds have been green for a while.  Did this patch
land?  If this is fixed, can we resolve this bug?

Comment 5

[Benjamin Smedberg]

Yes, it landed.

Comment 6

[Hidehiro Kozawa]

Don't L10n resouces need xslt.properties '27'?
Why?

Comment 7

[Hidehiro Kozawa]

Firefox 1.0.1 en-US has '27'.
http://bonsai.mozilla.org/cvsquery.cgi?treeid=default&module=all&branch=AVIARY_1_0_1_20050124_BRANCH&branchtype=match&dir=&file=&filetype=match&who=&whotype=match&sortby=Date&hours=2&date=explicit&mindate=2005-02-08&maxdate=2005-02-08+07%3A00%3A00&cvsroot=%2Fcvsroot
Checkin for bug 271209 don't need?

Comment 8

[Robert Kaiser]

(In reply to comment #6)
> Don't L10n resouces need xslt.properties '27'?

No.

> Why?

Because a hardcoded english value will be used if the value is not present in
L10n resouces.