Closed
Bug 41377
Opened 24 years ago
Closed 16 years ago
NS_ConvertUTF8toUCS2::Init() treats aLength as chars, not bytes
Categories
(Core :: XPCOM, defect, P3)
Core
XPCOM
Tracking
()
RESOLVED
WORKSFORME
People
(Reporter: waterson, Assigned: jag+mozilla)
References
Details
Attachments
(1 file)
erik suggested that aLength should mean "the number of bytes in this string that
you want to convert" as opposed to "the number of characters in this string that
you want to convert". This would make it consistent with the way the Unicode
encoders in I18n work.
Thought I'd put it into a bug for posterity's sake.
Reporter | ||
Comment 1•24 years ago
|
||
Reporter | ||
Comment 2•24 years ago
|
||
scc: this is eventually going to be code that will work via nsCharTraits. Can
you make the call wrt. whether or not you want aLength to mean characters or
bytes?
Reporter | ||
Comment 3•24 years ago
|
||
scc, i'm giving this to you to decide what's right.
Assignee: waterson → scc
Updated•24 years ago
|
Status: NEW → ASSIGNED
Updated•24 years ago
|
QA Contact: leger → kandrot
Updated•24 years ago
|
Component: XPCOM → String
Target Milestone: --- → mozilla0.9.1
Updated•24 years ago
|
Target Milestone: mozilla0.9.1 → mozilla0.9
Comment 5•23 years ago
|
||
re-targeting milestones, starting from a clean slate
Target Milestone: mozilla0.9.2 → ---
Comment 6•22 years ago
|
||
giving up ancient string bugs to the new string owner. jag, you'll want to sort
through these and see which ones still apply and go with or against the
direction in which you intend strings evolve
Assignee: scc → jaggernaut
Status: ASSIGNED → NEW
Updated•18 years ago
|
QA Contact: kandrot → nobody
Assignee | ||
Comment 7•16 years ago
|
||
This got fixed in some way or other a long time ago.
Status: NEW → RESOLVED
Closed: 16 years ago
Resolution: --- → WORKSFORME
Updated•4 years ago
|
Component: String → XPCOM
You need to log in
before you can comment on or make changes to this bug.
Description
•