Closed
Bug 602724
Opened 15 years ago
Closed 8 months ago
Remove setData from nsIStringInputStream.idl
Categories
(Core :: XPCOM, defect)
Tracking
()
RESOLVED
INCOMPLETE
People
(Reporter: jduell.mcbugs, Unassigned)
References
Details
Biesi thinks we should be able to get rid of 'setData' in nsIStringInputStream.idl. The 'data' member in nsISupportsCString should be used instead, and supports all the functionality needed (plus handling null bytes).
Should be a matter of just replacing all uses of setData with ".data = " (the magic from bug 324058 makes .data available w/o needing a QI to nsISupportsCString), then we can remove from the IDL.
Comment 1•15 years ago
|
||
We can't change it for 4, it's a bit late for that :(
Updated•3 years ago
|
Severity: normal → S3
Comment 2•8 months ago
|
||
As I mention in the see-also'ed bug 1182750, https://phabricator.services.mozilla.com/D231982 as part of bug 1935714 cleaned up nsIStringInputStream. Notably at this point there are both setByteStringData and setUTF8Data and they provide important guidance in their comments about UTF-8 handling that is not really provided on nsISupportsPrimitive (although it does say ASCII, I guess). I feel the motivating concern for this bug is gone and it's arguably better for someone using nsIStringInputStream for stream purposes to stick to the stream interfaces so I'm going to resolve this incomplete.
Status: NEW → RESOLVED
Closed: 8 months ago
Resolution: --- → INCOMPLETE
You need to log in
before you can comment on or make changes to this bug.
Description
•