Closed Bug 450580 Opened 17 years ago Closed 17 years ago

Start Sunbird es_ES with clean profile -> error output

Categories

(Mozilla Localizations :: es-ES / Spanish, defect)

defect
Not set
normal

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: andreas.treumann, Assigned: rpmdisguise-nave)

References

Details

STEPS TO REPRODUCE: =================== - use Sunbird version es_ES with a clean profile RESULT: ======= - output in error console at startup Error: Se ignora la zona horaria 'Europe/Berlin' del sistema operativo. [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIStringBundle.formatStringFromName]" nsresult: "0x80004005 (NS_ERROR_FAILURE)" location: "JS frame :: file:///C:/Documents%20and%20Settings/at93795/My%20Documents/ES/sunbird-0.9pre.es-ES.win32/sunbird/components/calItemModule.js -> file:///C:/Documents%20and%20Settings/at93795/My%20Documents/ES/sunbird-0.9pre.es-ES.win32/sunbird/js/calTimezoneService.js :: guessSystemTimezone :: line 724" data: no] Archivo de origen: file:///C:/Documents%20and%20Settings/at93795/My%20Documents/ES/sunbird-0.9pre.es-ES.win32/sunbird/components/calItemModule.js -> file:///C:/Documents%20and%20Settings/at93795/My%20Documents/ES/sunbird-0.9pre.es-ES.win32/sunbird/js/calTimezoneService.js Línea: 736 EXPECTED RESULT: ================ - no output REPRODUCIBLE: ============= - always
Flags: blocking-calendar0.9?
Looks like TZFromOS (calendar.properties) isn't found; needs investigation.
Flags: blocking-calendar0.9? → blocking-calendar0.9+
Error is caused by a malformed calendar.properties file. Replacing the line break in TZSeemsToMatchOS (line 134-135 in calendar.properties) by a "\n" character fixes the error. http://bonsai-l10n.mozilla.org/cvsblame.cgi?file=l10n/es-ES/calendar/chrome/calendar/calendar.properties&rev=1.1.2.25&root=/l10n&mark=134-135#130
Assignee: nobody → rpmdisguise-otros
Component: General → es-ES / Spanish
Flags: blocking-calendar0.9+
Product: Calendar → Mozilla Localizations
QA Contact: general
Blocks: 450589
(In reply to comment #2) > Error is caused by a malformed calendar.properties file. > > Replacing the line break in TZSeemsToMatchOS (line 134-135 in > calendar.properties) by a "\n" character fixes the error. > > http://bonsai-l10n.mozilla.org/cvsblame.cgi?file=l10n/es-ES/calendar/chrome/calendar/calendar.properties&rev=1.1.2.25&root=/l10n&mark=134-135#130 > Sunbird 0.9pre comes from MOZILLA_1_8_BRANCH, where the file seems to be correct: http://mxr.mozilla.org/l10n-mozilla1.8/source/es-ES/calendar/chrome/calendar/calendar.properties#134 Anyway, I'm going to test 0.9pre nightlies and check (I should have done it yesterday, but I couldn't, sorry).
(In reply to comment #3) > Sunbird 0.9pre comes from MOZILLA_1_8_BRANCH, where the file seems to be > correct: > http://mxr.mozilla.org/l10n-mozilla1.8/source/es-ES/calendar/chrome/calendar/calendar.properties#134 Follow your on link and see that TZSeemsToMatchOS is wrapped on line 134 and 135.
(In reply to comment #4) > (In reply to comment #3) > > Sunbird 0.9pre comes from MOZILLA_1_8_BRANCH, where the file seems to be > > correct: > > http://mxr.mozilla.org/l10n-mozilla1.8/source/es-ES/calendar/chrome/calendar/calendar.properties#134 > > Follow your on link and see that TZSeemsToMatchOS is wrapped on line 134 and > 135. Err... I shouldn't do some things just after waking up. :-( Sorry. I've just commit the fix (I've been looking but I haven't found a L10N freeze date for Calendar 0.9, so I've assumed I can still commit without requiring approval).
Status: NEW → ASSIGNED
(In reply to comment #5) > I've just commit the fix (I've been looking but I haven't found a L10N freeze > date for Calendar 0.9, so I've assumed I can still commit without requiring > approval). Fixed and verified on Windows XP and Linux.
Status: ASSIGNED → RESOLVED
Closed: 17 years ago
Resolution: --- → FIXED
Status: RESOLVED → VERIFIED
You need to log in before you can comment on or make changes to this bug.