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
•