GetApplicationLocale always return en-US

VERIFIED FIXED in M5

Status

MailNews Core
Internationalization
P3
normal
VERIFIED FIXED
19 years ago
9 years ago

People

(Reporter: nhottanscp, Assigned: tague)

Tracking

Firefox Tracking Flags

(Not tracked)

Details

(Reporter)

Description

19 years ago
"en-US" is hard coded in GetApplicationLocale (and GetSystemLocale).
GetApplicationLocale is used by the mail thread pane sorting.
M5 plan includes international sorting.
(Reporter)

Updated

19 years ago
Target Milestone: M5
(Assignee)

Updated

19 years ago
Status: NEW → ASSIGNED
(Assignee)

Updated

19 years ago
Status: ASSIGNED → RESOLVED
Last Resolved: 19 years ago
Resolution: --- → FIXED
(Assignee)

Comment 1

19 years ago
Fixed. checked in code by 4/27/99.

Comment 2

19 years ago
It is my understanding that intl sort did not make it in M5. Naoki, please add a note here when this
becomes usable.
(Reporter)

Comment 3

19 years ago
The unit test for collation and date format uses this unless the locale is
explicitly specified. So it can be tested implicitly by that.
Tague's unit test may have a way to test it.

Comment 4

19 years ago
Tague, unless theres is a test program for this,
I'm inclined to look at just the results of Naoki's
LocaleSelftest for collation and date on a few different
language platforms. If the results there are not amiss,
I'm inclined to mark this fix verified. If you have
other thoughts, please let me know.
(Assignee)

Comment 5

19 years ago
you can use intl/locale/tests/nsLocaleTest on windows and unix.

Updated

19 years ago
Status: RESOLVED → VERIFIED

Comment 6

19 years ago
Collation for mail headers is working now.
Based on the results for Latin1 and Japanese
sorting in the thread pane headers, I'm inclined to
mark this verified fixed now. The testing has not been
extensive and requires further refinement later.
For now, I'm marking it verified fixed.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.