Closed
Bug 255192
Opened 20 years ago
Closed 16 years ago
On Mac OS X, Unicode-based collation is not enabled (affects JS String.localeCompare, and nsICollation::compareString)
Categories
(Core :: Internationalization, defect)
Tracking
()
RESOLVED
FIXED
People
(Reporter: jshin1987, Assigned: jaas)
References
Details
(Keywords: intl)
In bug 95282, nsCollationMacUC was added, but it seems like it's never enabled
on OS X although nsCollationMacUC.cpp is compiled.
In intl/locale/src/nsLocaleConstructors.h and intl/build/nsI18NModule.cpp, its
'registration' code is built conditionally depending on whether
'USE_UCCOLLATIONKEY' is defined or not. However, I don't think it's ever
defined. As a result, Mozilla still uses nsCollationMac (old non-Unicode based
collation) instead of nsCollationMacUC.
I think we should use XP_MACOSX instead of USE_UCCOLLATIONKEY. Or, we have to
cvs remove nsCollationMac.cpp/h altogether and just keep nsCollationMacUC.cpp/h
because we don't support Mac OS 9 or earlier any more.
If I'm missing anything, please let me know.
Comment 1•20 years ago
|
||
I have vague recollections of the i18n folks running into OS bugs in the Mac OSX
collaction APIs. You should search through old bugs, or cvs blame the file and
look at related bugs that way.
Reporter | ||
Comment 2•20 years ago
|
||
Thanks for the hint.
I tried to figure out with 'cvs blame' before filing this bug, but it didn't
help because the history was lost by a couple of shuffling (nsI18NModule.cpp,
nsLocaleConstructors.h seem to have been added later).
bugzilla turned up bug 121281 in which nhotta came up with four options (bug
121281 comment #2) for working around a problem with OS X collation APIs. The
first was to resort to non-Unicode collation APIs, but he didn't take that path.
sfraser, do you think bug 121281 is the bug you vaguely recalled? perhaps not.
The original patch for bug 95282 uses '..CARBON...' in palce of
'USE_UCCOLLATIONKEY', but I can't find a bug in which '...CARBON...' was
replaced by 'USE_UCCOLLATIONKEY' (which is not defined to disable Unicode-based
collation)
Reporter | ||
Comment 3•20 years ago
|
||
With my patch (yet to be uploaded) applied, Mozilla starts fine, but when I open
a mail window, it crashes. Whatever the problem was, it appears to be still an
issue. Just in case, I'm rebuilding the whole tree after updating my source
tree. (perhaps, I'll try distclean as well....)
Comment 5•17 years ago
|
||
I think that bug 128323 is the bug that sfraser recalled where this was turned off. I investigated this in bug 421219 and had pretty much the same results as described in comment 3, except that in my case it was opening one of the menus that triggered a crash.
Updated•17 years ago
|
Summary: On Mac OS X, Unicode-based collation is not enabled → On Mac OS X, Unicode-based collation is not enabled (affects JS String.localeCompare, and nsICollation::compareString)
Crash fixed and unicode collation enabled in bug 488320.
Assignee: jshin1987 → joshmoz
Status: NEW → RESOLVED
Closed: 16 years ago
Hardware: PowerPC → All
Resolution: --- → FIXED
You need to log in
before you can comment on or make changes to this bug.
Description
•