42772 - eliminate StreamIO::Open

Status: VERIFIED INVALID

(Core :: Networking, defect, P3)

Description

[Judson Valeski]

api and functionality cleanup.

Comment 1

[Warren Harris]

Here's the idea here: nsIFileIO is the logical extension if nsIFile that
provides access to input/output streams onto a file. It is itself a
specialization of nsIStreamIO -- a generic interface that provides access to
streams that doesn't know per se that it is talking to files at the other end.

What we (I) would like to do here is move nsIStreamIO, nsIFileIO,
nsIFileInputStream, nsIFileOutputStream, nsIBufferedInputStream and
nsIBufferedOutputStream all to xpcom/io (where they logically belong). The only
thing stopping us is that nsIStreamIO::Open returns a content type (mime type),
and that mechanism for determining the content type is part of necko.

We should probably find some other interface to hang a GetContentType method off
of. Xpcom would like to have file i/o operations so that people don't have to
resort to low-level nspr stuff.

Comment 2

[Doug Turner (:dougt)]

Warren, I am reassigning some bugs which you own over to me (dougt).  If you 
think that you will have time to address them please reassign them back to 
yourself.  This reassignment was suggested by choffman.

Comment 3

[Doug Turner (:dougt)]

unsetting milestone.  Won't get it this for a while.

Comment 4

[benc]

mass move, v2.
qa to me.

Comment 5

[Doug Turner (:dougt)]

API Changes.

Comment 6

[Doug Turner (:dougt)]

I do not believe this is part of the mozilla 1.0 API freeze.  

Comment 7

[Darin Fisher]

agreed.

Comment 8

[Darin Fisher]

marking INVALID since nsIStreamIO and nsIFileIO no longer exist.

moving file streams and buffered streams into xpcom/io still makes good sense to
me, but we'll leave to another bug.

Comment 9

[benc]

V/invalid.