Change interfaces to use nsIURL to specific resources, instead of UTF8 strings.
Don't cap the storage stream (and therefore the generated PROPFIND request
body) at 256K.
Don't leak a ref on the resource's URL if we can't QI the channel we create
to nsIHttpChannel. (Honestly, though, that really shouldn't happen.)
- Simplify interfaces by losing implicit parameterization through data on
subtypes.
- Add ResourceWithLock for manipulating locked resources.
- Lose the thinnest OSL-creation wrapper functions; they were just dead
boilerplate weight.
- Unify listeners better, with parameterized operation types for both
completion and detail.
- Unify propfind and general-listener code for big ole code-sharing win.
DELETE can return a multistatus, so enhance the API a bit to convey that data.
We don't call the detailed-report facet yet at all, but it's there for when
we do!
Use buffered streams for getToOutputStream, and document that requirement.
Make sure we QI correctly for nsIRequestObserver in our
OperationStreamListener.
- return properties for propname results, as well as properties proper.
(Depends on 263957 to actually be useful.)
- ACString > string.
- remove vestigial ChildListener interface.
- OperationListener is also used for get and put.
- put needs a content-type.
- getToOutputStream for somewhat easier use from script.
- implement put, getToOutputStream
- much refactoring of propfind stuff for reuse and clarity
- "davshell" xpcshell test framework
- honestly, did we lose a string-API bet with someone?
dmose%mozilla.org
mvl%exedo.nl
shaver%mozilla.org
gerv%gerv.net