(This bug imported from BugSplat, Netscape's internal bugsystem. It was known there as bug #158260 http://scopus.netscape.com/bugsplat/show_bug.cgi?id=158260 Imported into Bugzilla on 04/19/99 14:21) It uses WinAPI to get date/time string based on user's default locale. The problem is the current context may not be able to display output string from WinAPI. Current solution (in 4.5 see bug#66894) for avoiding such case is limited. We need to write a code to map locale to csid so that we can avoid the problem in any combination (e.g. user locale is greek and context csid is latin1).

Tague: this bug get open because I find a not-perfect fix in Nova. We first need to find out wheather this function have been used in Gromit or not before we decide it's priority.

currently FE_StrfTime is only being used in 2 places, once in mozilla\lib\xlate\print.c function xl_annotate_page, and once in mozilla\lib\xp\xplocale.c in XP_StrfTime which is basically just a wrapper function. Best plan of attack might be to either (a) eliminate it alltogether and replace the two usages with the new routines or (b) re-implement FE_StrFTime to be implemented using the new stuff.

I moved this over from bugsplat and I'm going to reassign to Naoki since he is responsible for the date-time formatting part of the locale implementation now.

This is supported by the new date/time format interface with nsLocale. http://www.mozilla.org/projects/intl/date-time-format.html