Граф коммитов

25 Коммитов

Автор SHA1 Сообщение Дата
blakeross%telocity.com 0b2dd2b2d2 Fixing 70746: major xul syntax changes. If you use xul, this WILL affect you! Read n.p.m.xpfe for details on the changes and how you can fix your code. r=hewitt sr=hyatt, ben 2001-03-22 00:59:29 +00:00
maolson%earthlink.net 1e7ee6f0f9 fix bug 70747 [XUL Syntax] Replace <textfield> with <textbox>
r=blake, a=ben
2001-03-22 00:15:47 +00:00
dougt%netscape.com 128f95aa9b Relanding Necko Changes.
Revising nsIChannel to allow for overlapped i/o. This consists of three parts:

1. Factoring nsIChannel into a protocol specific part, the nsIChannel, and a socket specific, the nsITransport.
2. Derive the nsIChannel from a nsIRequest.
2. Changes the notification system from necko and the URILoader to pass the nsIRequest interface instead of nsIChannel interface.

This goal stems from wanting to be able to have active AsyncRead and AsyncWrite operations on nsSocketTransport.
This is desired because it would greatly simplify the task of maintaining persistent/reusable socket connections
for FTP, HTTP, and Imap (and potentially other protocols). The problem with the existing nsIChannel interface is
that it does not allow one to selectively suspend just one of the read or write operations while keeping the other active.

r=darin@netscape.com
sr=rpotts@netscape.com
2001-02-21 20:38:08 +00:00
disttsc%bart.nl 3d2d80d536 Back out dougt's channel changes 2001-02-12 03:14:23 +00:00
dougt%netscape.com 1b9ca82439 Revising nsIChannel to allow for overlapped i/o. This consists of three parts:
1. Factoring nsIChannel into a protocol specific part, the nsIChannel, and a socket specific, the nsITransport.
2. Derive the nsIChannel from a nsIRequest.
2. Changes the notification system from necko and the URILoader to pass the nsIRequest interface instead of nsIChannel interface.

This goal stems from wanting to be able to have active AsyncRead and AsyncWrite operations on nsSocketTransport.
This is desired because it would greatly simplify the task of maintaining persistent/reusable socket connections
for FTP, HTTP, and Imap (and potentially other protocols).  The problem with the existing nsIChannel interface is
that it does not allow one to selectively suspend just one of the read or write operations while keeping the other active.

The full details of the change on written up in the netlib newsgroup.

r=darin@netscape.com
sr=rpotts@netscape.com
2001-02-10 00:16:26 +00:00
mj%digicool.com 0e464020fb Fixing XML-RPC client bustage, r=jag, a=waterson
- Fix RayW's changes to actually work
- Fix bug #48564
2000-09-15 09:15:31 +00:00
rayw%netscape.com 3cd14f5878 Bug fix for 52648 -- remaining stash of progids which I missed on
the mega-change yesterday.  This will fix a few more issues.

r=warren
2000-09-14 23:20:49 +00:00
rayw%netscape.com 0257791053 Bug 37275, Changing value of all progids, and changing everywhere a progid
is mentioned to mention a contractid, including in identifiers.

r=warren
2000-09-13 23:57:52 +00:00
rayw%netscape.com 6385bb207a Changed case of nsIFactory.idl methods to start with lower case to be like other
interfaces.  Since the C++ generated code upper-cases the method names, this
affects no C++ code, but only a few javascript methods.

Bug 46771.

r=waterson.

I am in today and tomorrow.
2000-08-10 20:12:08 +00:00
mj%digicool.com 6caef1f8e4 mozilla.xml-rpc.fault.1 now implements QueryInterface, r=mang 2000-07-27 14:52:47 +00:00
mj%digicool.com bdb462bd41 Adjust for nsIHTTPChannel API change, and fix small bug in entity handling; &gt;
means '>' =/
2000-07-17 11:36:12 +00:00
mj%digicool.com e2a7d6c939 Remove quotes around inline function code that was once a local Function object. Oops. Thanks to McCabe for finding this. a=brendan 2000-05-25 20:10:47 +00:00
mj%digicool.com 38540495bf Fix missing var's and fix bug in internal state management. 2000-05-09 11:33:41 +00:00
mj%digicool.com d3dfebde46 Fix for strange bug where status.toString() is '0', but status != Components.results.NS_OK. 2000-05-08 15:21:25 +00:00
mj%digicool.com ea2954b95d Duh. Pay attention MJ. Fault is already thrown. 2000-05-08 14:17:02 +00:00
mj%digicool.com e559cd87c5 Fix potential bug in nsXmlRpcClient::call, if an exception takes
place in parsing the response.
2000-05-08 14:00:12 +00:00
mj%digicool.com ee4480abab Small bugfix and optimalisations courtsey of Brendan Eich. 2000-05-08 10:38:26 +00:00
erik%netscape.com 6205c22dc0 local .cvsignore file 2000-05-07 17:19:20 +00:00
mj%digicool.com 86365655ed Fixed a typo in the instructions. 2000-05-06 04:40:57 +00:00
sfraser%netscape.com 526ebe8d8e File Removed. 2000-05-05 21:18:14 +00:00
sfraser%netscape.com 4ef2e91828 First Checked In. 2000-05-05 21:18:13 +00:00
mj%digicool.com 9d033fe555 Manual testfile for XML-RPC, not part of build. See README for usage. 2000-05-05 20:49:07 +00:00
mj%digicool.com d37caab48c Bother. Camelot didn't eat it. I need a Mac buddy! =( 2000-05-05 14:53:41 +00:00
mj%digicool.com e83dcd5d22 Template .mcp file. Camelot, here I come! (Oh, _NOT PART OF THE BUILD NOR OF ANY MAC BUILD PATH_) 2000-05-05 14:50:35 +00:00
mj%digicool.com 451fa92469 New XML-RPC Client component.
_NOT PART OF THE BUILD_
2000-05-05 06:06:34 +00:00