Closed Bug 602724 Opened 15 years ago Closed 8 months ago

Remove setData from nsIStringInputStream.idl

Categories

(Core :: XPCOM, defect)

x86_64
Linux
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.
We can't change it for 4, it's a bit late for that :(
See Also: → 1182750
Severity: normal → S3

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.