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)
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)
82.04 KB,
image/png
|
Details | |
82.00 KB,
image/png
|
Details | |
1.13 KB,
patch
|
bhearsum
:
review+
rail
:
checked-in+
|
Details | Diff | Splinter Review |
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.
Reporter | ||
Comment 1•14 years ago
|
||
Reporter | ||
Comment 2•14 years ago
|
||
Comment 3•14 years ago
|
||
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 | ||
Updated•14 years ago
|
Assignee: nobody → rail
Severity: normal → blocker
Priority: -- → P1
Assignee | ||
Comment 4•14 years ago
|
||
Attachment #498115 -
Flags: review?(bhearsum)
Comment 5•14 years ago
|
||
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)
Comment 6•14 years ago
|
||
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.
Assignee | ||
Comment 7•14 years ago
|
||
(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)
Updated•14 years ago
|
Attachment #498124 -
Flags: review?(bhearsum) → review+
Assignee | ||
Comment 8•14 years ago
|
||
Comment on attachment 498124 [details] [diff] [review]
Remove merge directory
http://hg.mozilla.org/build/tools/rev/169e167b1166
Attachment #498124 -
Flags: checked-in+
Assignee | ||
Comment 9•14 years ago
|
||
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
Comment 10•14 years ago
|
||
In Romanian build 1 this problem is not resolved.
Assignee | ||
Comment 11•14 years ago
|
||
@Raul, could you post steps to reproduce and a screenshot?
Comment 12•14 years ago
|
||
@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
Assignee | ||
Comment 13•14 years ago
|
||
@Raul, thanks a lot for the verification!
Updated•11 years ago
|
Product: mozilla.org → Release Engineering
You need to log in
before you can comment on or make changes to this bug.
Description
•