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

619 Коммитов

Автор SHA1 Сообщение Дата
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