Hi guys,
here are some excerpts from the recent TB3 beta1 l10n opt-in thread:
| From: tim_...@planet.nl (Tim Maks van den Broek)
| Subject: Re: [ANNOUNCE] Thunderbird 3 Beta 1 string frozen, OPT IN HERE
|
| I would really like to opt in the nl version with the revision you
| used as a example but when I download the latest build from
| ftp://ftp.mozilla.org/pub/thunderbird/nightly/latest-comm-central-l10n
| I don't get a folder view, start page and advanced preferences. I
| have no clue what the problem is, the buildbot is green but the
| tinderboxes are burning.
|
| I used the linuxbuild for testing
| From: tim_...@planet.nl (Tim Maks van den Broek)
| Subject: Re: [ANNOUNCE] Thunderbird 3 Beta 1 string frozen, OPT IN HERE
|
| I see the same in the de linuxbuild , is there something wrong with
| the l10n building or do i do something wrong.....
| From: tom...@gmail.com (Tomer Cohen)
| Subject: Re: Thunderbird 3 Beta 1 string frozen, OPT IN HERE
|
| Hebrew (he) is ready.
| http://hg.mozilla.org/l10n-central/he/file/beab2fe87a0e
|
| As other people said in this thread, the recent builds are not very
| stable...
I just tested this myself in a German Windows ZIP-build and can
see the same things that Tim mentioned.
Here is the output from the error console:
| Error: uncaught exception: [Exception... "Component returned failure
| code: 0x80004005 (NS_ERROR_FAILURE)
| [nsIStringBundle.GetStringFromName]" nsresult: "0x80004005
| (NS_ERROR_FAILURE)" location: "JS frame :: XStringBundle :: getString
| :: line 17" data: no]
| Error: Undefined entity
| Source file: chrome://messenger/content/preferences/advanced.xul
| Line: 111, Column: 17
| Source: <checkbox id="enableGloda"
| Error: this._tree is null
| Source file: chrome://messenger/content/folderPane.js
| Line: 649
Can somebody please take a look at this?
Cya
Simon
--
Thunderbird/Calendar Localization (L10n) Coordinator
Calendar website maintainer: http://www.mozilla.org/projects/calendar
Calendar developer blog: http://weblogs.mozillazine.org/calendar
BR.
Holy
> _______________________________________________
> dev-l10n mailing list
> dev-...@lists.mozilla.org
> https://lists.mozilla.org/listinfo/dev-l10n
>
I think it's just a matter of time (sometimes it happened to me also
with Firefox): builds are done when you push changes to your locale (for
example Italian build has been done more than 20 hours later than
zh-CN), and the code was ok at that time. Maybe you could try to push a
change to your locale in order "force" the build and test the results.
BTW the string is here
http://mxr.mozilla.org/comm-central/source/mail/locales/en-US/chrome/messenger/preferences/advanced.dtd#9
Francesco
Alternately, wait a few hours and we should be pushing new nightly
builds out. That should hopefully fix them.
It could be that rebuild on change detection is not fully working, I'll
be looking at what's been happening on buildbot later.
Standard8
Just an example: I see that hu is green but last Fx3.1 build is 3 days
old (and "uk" is even older)
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/nightly/latest-mozilla-central-l10n/
Francesco
The Firefox and the other builds don't have anything to do with each
other anymore. They're done by different teams, and whatever holds for
one has no impact on the other. I don't even know how much build logic
the comm-central folks are sharing.
Axel
I've not been able to work out what is happening, I think it is
something server side with the generation of the packages. I've filed a
bug to get our gozer to take a look at it:
https://bugzilla.mozilla.org/show_bug.cgi?id=466807
Standard8