Issue 117460 - svl: assertion during smoketest
Summary: svl: assertion during smoketest
Status: CLOSED OBSOLETE
Alias: None
Product: Internationalization
Classification: Code
Component: i18npool (show other issues)
Version: DEV300m103
Hardware: PC Mac OS X 10
: P4 Normal (vote)
Target Milestone: ---
Assignee: AOO issues mailing list
QA Contact:
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-03-18 15:31 UTC by philipp.lohmann
Modified: 2019-08-02 12:19 UTC (History)
3 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

Attachments
Add an attachment (proposed patch, testcase, etc.)

Note You need to log in before you can comment on or make changes to this issue.
Description philipp.lohmann 2011-03-18 15:31:32 UTC 
smoketest fails nowadays due to assertions in nonpro.

output is:

SvNumberFormatter::ImpInitCurrencyTable: system currency not in I18N locale data.

SvNumerFormatter::ImpGenerateCL: locales don't match:
en_ requested
en_US loaded
error: calc: assertion caught: Error: SvNumberFormatter::ImpInitCurrencyTable: system currency not in I18N locale data. -> error
error: calc: scalc Save/Open open Documents (8.0) -> error
error: Database: en_US loaded -> error
error: Database: Database Insert record into Database -> error
smoketest: ERROR: Error during testing
Comment 1 Frank Schönheit 2011-03-18 20:02:15 UTC 
> error: Database: en_US loaded -> error

The "en_US loaded" seems to be a repeat of (a part of) one of the assertion texts. Also, the string in this form, in my opinion, is not emitted by the database part of the smoketest, so I think this is effectively the same error as the assertion (though it needs investigation why it is printed in this strange form).

> error: Database: Database Insert record into Database -> error

Whether or not this is the same error as the assertion is hard to tell. Running the smoketestdoc from the UI might help: In this case, the result table will have a red cell for the failed test, and a note in this cell, listing all errors during that test.
Comment 2 erack 2011-03-19 11:53:26 UTC 
Reassigning to work account.
Comment 3 ooo 2011-03-21 11:49:19 UTC 
As seen this is a pathological case with a machine's en_DE locale constructed during the machine's setup that even can't be reconstructed once set to something different. However, the effective resulting "locale" was just "en", no country, which may or may not have some strange side effects. The underlying OOo system locale already should fall back to something sane in such a case so that layers on top don't need to guess fall backs over and over again.

Reassigning to spare time account again.
Comment 4 Oliver-Rainer Wittmann 2012-06-13 12:23:36 UTC 
getting rid of value "enhancement" for field "severity".
For enhancement the field "issue type" shall be used.
Comment 5 Marcus 2017-05-20 11:13:17 UTC 
Reset assigne to the default "issues@openoffice.apache.org".
Comment 6 oooforum (fr) 2019-08-02 12:18:25 UTC 
.