valeski%netscape.com
0cb098cd93
keywords protocol no longer determins enalbed state, it's up to the app
2000-01-12 22:53:13 +00:00
valeski%netscape.com
64a59be346
Allowing the FTP channel to Cancel() even if the underlying connection thread has gone away.
2000-01-12 00:51:17 +00:00
valeski%netscape.com
e92469cb8e
r=rhp. datetime protocol wasn't initializing properly which would cause a datetime url without a host to spin
2000-01-11 22:16:19 +00:00
pp%ludusdesign.com
698852a4f4
Converting usage of ::GetIID() to NS_GET_IID().
...
Bug #20232 , r=scc@netscape.com
2000-01-11 20:49:15 +00:00
duncan%be.com
be3945ad99
Fix BeOS build by making changing nsResProtocolHandler.cpp like
...
Windows and Mac, and fix a couple nsSpecialSystemDirectory bugs.
All the changes are BeOS specific (i.e. wrapped in XP_BEOS or
only used by code wrapped in XP_BEOS).
r=mcafee
2000-01-08 09:09:02 +00:00
rpotts%netscape.com
023f2ff6e1
Made contentType a read/write attribute of nsIChannel
2000-01-08 06:26:04 +00:00
valeski%netscape.com
ae6e383f01
added files: mozilla/netwerk/protocol/keyword/src/nsKeywordModule.cpp, removed files: mozilla/netwerk/protocol/keyword/src/nsKeywordProtocolFactory.cpp
2000-01-08 00:58:31 +00:00
valeski%netscape.com
297e1190d0
converting keyword protocol handler over to new module macros. r=dp. 23211
2000-01-08 00:58:05 +00:00
warren%netscape.com
08bd5d4db0
Took out RemoveChannel call (because res channels never get added to group). Fixed binding aborted case. r=rpotts
2000-01-07 02:06:33 +00:00
edburns%acm.org
13be6d7ebf
I know it's unorthodox to do a top level checkin like this, but I've got so many files
...
in so many different directories, that I think it's the best way.
I've pulled and clobber_all'd my tree and got
r=dp
on this checkin.
Here are the touched files:
M mozilla/embedding/browser/activex/src/control/MozillaBrowser.cpp
M mozilla/embedding/browser/activex/src/control/MozillaBrowser.h
M mozilla/js/src/xpconnect/shell/xpcshell.cpp
M mozilla/netwerk/protocol/res/src/nsResProtocolHandler.cpp
M mozilla/xpcom/build/nsXPComInit.cpp
M mozilla/xpcom/components/nsComponentManager.cpp
M mozilla/xpcom/components/nsIServiceManager.h
M mozilla/xpcom/components/nsServiceManager.cpp
M mozilla/xpcom/io/nsSpecialSystemDirectory.cpp
M mozilla/xpcom/io/nsSpecialSystemDirectory.h
M mozilla/xpcom/tests/TestBuffers.cpp
M mozilla/xpcom/tests/TestPipes.cpp
M mozilla/xpcom/tests/TestShutdown.cpp
M mozilla/xpcom/tests/windows/TestHelloXPLoop.cpp
M mozilla/xpcom/tools/registry/regExport.cpp
M mozilla/xpcom/tools/registry/regxpcom.cpp
M mozilla/xpinstall/stub/xpistub.cpp
M mozilla/webshell/embed/ActiveX/MozillaBrowser.cpp
M mozilla/webshell/embed/ActiveX/MozillaBrowser.h
M mozilla/webshell/tests/viewer/nsMacMain.cpp
M mozilla/webshell/tests/viewer/nsPhMain.cpp
M mozilla/webshell/tests/viewer/nsWinMain.cpp
M mozilla/webshell/tests/viewer/unix/gtk/nsGtkMain.cpp
M mozilla/xpfe/appshell/src/nsFileLocations.cpp
M mozilla/xpfe/bootstrap/nsAppRunner.cpp
The heart of this checkin is a change in the signature and symantics
of NS_InitXPCOM.
The new signature is
extern NS_COM nsresult
NS_InitXPCOM(nsIServiceManager* *result, nsFileSpec* binDirectory);
I filed a bug for this problem:
b=23157
The original manifestation of this bug was in mozilla/netwerk/protocol/res/src/nsResProtocolHandler.cpp It used the current process directory to find resources, which is not correct when the current process is not mozilla.exe.
I have added a new type to nsSpecialSystemDirectory, Moz_BinDirectory, and made nsResProtocolHandler use that value.
2000-01-06 01:05:13 +00:00
valeski%netscape.com
ec7d6b07da
23039. r=rpotts. FTP wasn't closing the data connection after data transfer. This was causing it to hang, waiting for the command channel to unblock.
2000-01-06 00:29:48 +00:00
warren%netscape.com
025342a34a
Fixed free problem with getenv. Fixed leak for beos case. r=mcafee
2000-01-06 00:21:17 +00:00
warren%netscape.com
c73c8b80e5
Changed comment.
2000-01-05 10:48:27 +00:00
warren%netscape.com
f0385dd5e8
Patch from Yasushi Shoji <yashi@yashi.com> (presumably for some unix variant).
2000-01-05 10:48:11 +00:00
warren%netscape.com
c5647f335f
Added MAXPATHLEN decl
2000-01-05 04:15:45 +00:00
warren%netscape.com
9466469ea2
Added rule so that resource://Resource/ maps to CurrentProcessDirectory.
2000-01-05 03:43:21 +00:00
dougt%netscape.com
e57d8fe707
Converting to use nsIModule macro. r=dp, jud.
2000-01-03 23:32:11 +00:00
dougt%netscape.com
2318e4a20c
Including nsFileSpec.h directly. prep for nsIFile landing.
2000-01-03 23:31:09 +00:00
dougt%netscape.com
75e9bc8d48
Including nsFileSpec.h directly. This prep work for the nsIFile landing.
2000-01-03 23:28:35 +00:00
dougt%netscape.com
431b7b0e81
Including nsCRT.h directly. This prep work for the nsIFile landing.
2000-01-03 23:27:52 +00:00
dougt%netscape.com
b1db728381
Converting to use nsIModule macro. r=dp,jud
2000-01-03 23:27:20 +00:00
dougt%netscape.com
f923183929
Including nsString.h directly. It is included indirectly by nsFileSpec. This
...
prep work for the nsIFile landing.
2000-01-03 23:24:47 +00:00
valeski%netscape.com
413cbd982c
22534. r=gagan. We were leaking a single byte on non uname/pwd inclusive url's that required authentication, and we weren't over-writing the auth string when a auth realm wanted new credentials.
1999-12-29 21:55:18 +00:00
sspitzer%netscape.com
be5b3406df
fix warning
1999-12-29 00:23:43 +00:00
sspitzer%netscape.com
fbd97e9856
fix warnings.
1999-12-28 19:37:29 +00:00
bryner%uiuc.edu
77d764168e
Fix a compiler warning by reordering initializers. r=syd.
1999-12-24 22:11:18 +00:00
valeski%netscape.com
05c79fee6b
r=gagan, a=don. 21599. we were breaking when we received an incomplete status line. Now we are sure to buffer the line until we receive all of it. we also do this buffering for headers now.
1999-12-22 22:15:55 +00:00
sspitzer%netscape.com
6d70713607
ignore generated Makefiles
1999-12-22 15:03:27 +00:00
dougt%netscape.com
7b6cb1119f
fix for 16273. r=valeski, a=sdagley.
1999-12-22 01:47:59 +00:00
valeski%netscape.com
b0cd9bb9e4
a=sdagley. turning on datetime protocl.
1999-12-21 22:33:01 +00:00
valeski%netscape.com
7516a3f630
a=sdagley, r=dougt. set the min ftp thread count to 1 (from 4). now we only fire up 1 thread initially. Also set the stack size to default machine stack size. 22033
1999-12-21 22:25:37 +00:00
valeski%netscape.com
77298f5df4
a=dagley, r=dougt. 22033. FTP was having problems with multiline, multi read server greetings.
1999-12-21 21:15:03 +00:00
valeski%netscape.com
43833fbc0d
NOT IN BUILD. updating datetime protocol to add/remove itself from the load group
1999-12-21 19:40:05 +00:00
valeski%netscape.com
3b79ba312e
NOT IN BUILD. Adding date time protocol handler files
1999-12-20 21:48:15 +00:00
fur%geocast.com
0c469bc6e4
Reorder one class member initialization line to fix a warning.
1999-12-18 15:47:20 +00:00
fur%geocast.com
8ee9698da7
Fixes for HTTP 1.1 compliance with caching, a:chofmann
...
Fix #21569 (Use Etag header for cache validation, when present)
Fix #21572 (Obey must-revalidate directive, when present)
1999-12-18 15:46:43 +00:00
mscott%netscape.com
aabdc49dd6
fix mem leak of the http handler and the http request objects.
...
Add GetnsAuthEngine to nsIHTTPProtocolHandler, remove nsHTTPHandler::GetInstance, force callers to
go through the service manager. remove the http handler factory code since we just need the http
module
r=warren
1999-12-17 00:44:31 +00:00
rpotts%netscape.com
b8fa07f3ff
bug #21884 (r=mscott) bug #21459 (r=warren). I'm checking in the changes for 21459 again with an important fix for the image crashes :-)
1999-12-16 07:59:25 +00:00
mscott%netscape.com
94216118f1
Bug #21884 --> backing out Rick's changes to http to fix this regression crasher tonight.
...
a=chofmann
1999-12-16 06:06:00 +00:00
rpotts%netscape.com
1aafb0dcce
bug #21459 (r=warren). Made the consumer OnStopRequest fire before the channel is removed from the loadgroup...
1999-12-15 23:12:48 +00:00
briano%netscape.com
d226077369
Added a newline to the end of the file to make it compile on HP-UX.
1999-12-15 22:43:06 +00:00
briano%netscape.com
911b963ce5
Added a newline to the end of the file so HP-UX would be happy again.
1999-12-15 05:00:09 +00:00
valeski%netscape.com
2c8ae74076
21723, a=chofmann, r=rpotts. landing new FTP implementation. It's now much leaner on event processing, and no longer buffers data between the socket transport and consumer. This change went in in order to unblock the xpinstall guys on a UI thread starvation problem
1999-12-15 03:35:15 +00:00
valeski%netscape.com
e51a9fb7c2
added files: mozilla/netwerk/protocol/ftp/src/nsFTPListener.cpp
1999-12-15 03:32:56 +00:00
valeski%netscape.com
6bd54014c8
adding files for new FTP impl, not in build yet
1999-12-15 03:30:33 +00:00
valeski%netscape.com
a58f6dc3b6
21197. a=jevering, r=rpotts. On a redirect we were firing header notification *after* the rediect which broke sites trying to set and retrieve a cookie using a redirect. Now we fire on headers before processing status code
1999-12-14 23:07:29 +00:00
ducarroz%netscape.com
e6c401cb3e
Fix for bug 21314. Let PL_Base64Decode do the right job. R=warren
1999-12-13 22:49:12 +00:00
rjc%netscape.com
4ace8bbaaa
Fix PDT+ bug # 21236: don't null out mResponseContext, as it needs to be valid for the life of the channel. (Its a nsCOMPtr, so it'll automatically release when it falls out of scope.)
1999-12-11 21:24:50 +00:00
valeski%netscape.com
b42d295bb2
r=rhp. 21242 adjusted pipe buffer params for FTP Async file transfers. URI dispatching had aggrivated this bug. Now file viewing via FTP works.
1999-12-09 06:41:05 +00:00
valeski%netscape.com
e2f28b9ebe
r=rhp. 21195. a=jevering. adjusted pipe buffer params for FTP OpenInputSTream. URI dispatching had aggrivated this bug. Now file downloads via FTP work.
1999-12-09 06:20:50 +00:00