Closed Bug 619664 Opened 14 years ago Closed 14 years ago

Some b8 build1 localized builds use strings from wrong languages.

Categories

(Release Engineering :: General, defect, P1)

All
Windows XP
defect

Tracking

(blocking2.0 beta8+)

RESOLVED FIXED
Tracking Status
blocking2.0 --- beta8+

People

(Reporter: tim.babych, Assigned: rail)

References

Details

Attachments

(3 files, 1 obsolete file)

Addons page is translated into language unknown to me in Ukrainian(uk) build,
in Russian(ru) build half of the main menu is translated into wrong language.
I'm seeing another difference between the commands the release factory does and what our nightlies do, I think:

The removal of browser/locales/merged is missing.

Ben, can you confirm?

Impact if it's that: We need to respin all locales on all platforms again. Drats.

As a remedy, I propose to rm -rf browser/locales/merged every time before running compare-locales, that is, within the loop.
blocking2.0: --- → ?
Assignee: nobody → rail
Severity: normal → blocker
Priority: -- → P1
Attached patch Remove merge directory (obsolete) — Splinter Review
Attachment #498115 - Flags: review?(bhearsum)
Comment on attachment 498115 [details] [diff] [review]
Remove merge directory

Why ignore_errors=True? We should certainly ignore "directory doesn't exist" errors, but I don't think we should ignore any other type -- doing a repack with remnants could lead to even more subtle errors. I don't see how to distinguish easily with rmtree so probably best to guard it behind if path.exists(mergeDir)
FYI, I filed bug 619690 to add an option to prune the relevant parts of the mergedir itself, but that won't happen in time for this.
(In reply to comment #5)
> Why ignore_errors=True? We should certainly ignore "directory doesn't exist"
> errors, but I don't think we should ignore any other type -- doing a repack
> with remnants could lead to even more subtle errors. I don't see how to
> distinguish easily with rmtree so probably best to guard it behind if
> path.exists(mergeDir)

It was a shortcut for removing the directory and ignore first run errors (directory doesn't exist). Being a little bit paranoid here wouldn't hurt us, you are right.
Attachment #498115 - Attachment is obsolete: true
Attachment #498124 - Flags: review?(bhearsum)
Attachment #498115 - Flags: review?(bhearsum)
Attachment #498124 - Flags: review?(bhearsum) → review+
blocking2.0: ? → beta8+
I've just checked both Russian and Ukrainian repacks. UI looks fine to me.

Tim, thanks a lot for the report!
Status: NEW → RESOLVED
Closed: 14 years ago
Resolution: --- → FIXED
In Romanian build 1 this problem is not resolved.
@Raul, could you post steps to reproduce and a screenshot?
@Rail, sorry for my mistake. I working with old build 1. A minutes ago I downloaded lastest version of build 1 beta 8 romanian language. Addons and menu page is in romanian now. Bug is resolved. Good job!

[App]
Vendor=Mozilla
Name=Firefox
Version=4.0b8
BuildID=20101214170338
SourceRepository=http://hg.mozilla.org/mozilla-central
SourceStamp=d78f9cb65e91
ID={ec8030f7-c20a-464f-9b0e-13a3a9e97384}

[Gecko]
MinVersion=2.0b8
MaxVersion=2.0b8

[XRE]
EnableProfileMigrator=1
EnableExtensionManager=1

[Crash Reporter]
Enabled=1
ServerURL=https://crash-reports.mozilla.com/submit?id=ec8030f7-c20a-464f-9b0e-13a3a9e97384&version=4.0b8&buildid=20101214170338
@Raul, thanks a lot for the verification!
Product: mozilla.org → Release Engineering
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: