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

593 Коммитов

Автор SHA1 Сообщение Дата
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
jdunn%netscape.com 0f378c7e1f Include nsJARURI.cpp and nsJARChannel.cpp in the unix build
r= warren, chofmann
1999-12-08 23:47:11 +00:00
fur%netscape.com 14b7a8cb5a Move OnHeadersAvailable() after processing of server's "Not Modified" response,
so that the cached HTTP headers can be substituted for the 304 response headers.
1999-12-08 06:37:28 +00:00
warren%netscape.com 70e183d895 Fixed leak on shutdown. Bug#21118 1999-12-08 05:14:52 +00:00
morse%netscape.com 022b1a3ef9 fix bug 21083, multiple cookies being ignored, r=valeski 1999-12-08 05:07:31 +00:00
fur%netscape.com fc0e0c24cf Fix mac build bustage. Use LL* macros with int64 types 1999-12-08 04:56:15 +00:00
fur%netscape.com e00611be38 Fix usual bustage due to not including header with an nsCOMPtr type 1999-12-08 04:08:48 +00:00
fur%netscape.com e8deaace7a + Fix unix build bustage: Add explicit casts to XPIDLCString rvalues.
+ Fixed warnings
1999-12-08 04:04:26 +00:00
fur%netscape.com bb2347d383 Disable cache by default on Windows 1999-12-08 03:25:44 +00:00
fur%netscape.com 1f6919c4a6 Bug #8305 (Implement cache). Whacked the HTTP protocol handler hard to support caching. 1999-12-08 03:23:14 +00:00
norris%netscape.com 9aea6d6321 The data protocol doesn't seem to be working. The problem appears to be that a nsStdURL is used to hold the data URI.
Unfortunately, using nsStdURL parses the data URI so that a URI like "data:text/html,<html>hi</html>" gets parsed with a
host of "text". When the rest of the data URI processing calls GetSpec, it then gets "//text/html,<html>hi</html>", which
confuses the content type parsing so no data is displayed.

This checkin changes to use a nsSimpleURI instead.
r=valeski
1999-12-07 23:42:58 +00:00
scc%netscape.com db5cd594e2 Make observers support weak references. Bug #18682; r=dp. 1999-12-07 14:06:36 +00:00
valeski%netscape.com 2cf1b6fae4 r=rickg. replacing a char const w/ an int literal 1999-12-07 08:58:50 +00:00
valeski%netscape.com 06d6ba655f 20956. r=rpotts. necko no longer assumes any MIME type. we send out application/x-unknown-content-type internal MIME type if we don't *know* what the type is. It's now truly up to the app to figure out what to do 1999-12-07 07:00:47 +00:00
valeski%netscape.com 43c04c96a7 20956. r=rpotts. necko no longer assumes any MIME type. we send out application/x-unknown-content-type internal MIME type if we don't *know* what the type is. It's now truly up to the app to figure out what to do" 1999-12-07 06:59:25 +00:00
valeski%netscape.com 2988398b46 nsJARProtocol.cpp 1999-12-07 06:58:55 +00:00
rpotts%netscape.com c41e03ef63 bug #20490 (r=valeski). Fixed problem where OnStopRequest was being fired (incorrectly) on 30x and 40x redirects... 1999-12-07 06:35:55 +00:00
warren%netscape.com 5993e3d66a Swapped res: and resource: protocol schemes so that now nsResProtocolHandler is used by default. r=pavlov 1999-12-07 04:04:21 +00:00
warren%netscape.com 6af4802e75 Added buffer size parameters to NewChannel. Allows for optimization of amount of image data consumed. Bug #20408 1999-12-04 10:01:32 +00:00
fur%netscape.com 4f385605be Fix build bustage on Linux 1999-12-03 02:59:37 +00:00
warren%netscape.com b6282abafe Fix for downloaded jar files. Now they appear to work, except we aren't checking the cache to see if they already exist. r=gayatrib 1999-12-03 02:22:48 +00:00
fur%netscape.com 4a9b290d72 More infrastructure work in support of bug #8305 (Implement
cache).  Added several nsHTTPResponse methods dealing with
header parsing and manipulation of date-containing header fields.
(None of these methods are yet invoked.)
1999-12-03 01:51:07 +00:00
fur%netscape.com c434d9514d Quash warning 1999-12-03 01:45:22 +00:00
fur%netscape.com 316fe1fcf8 Added missing HTTP header atoms 1999-12-03 01:44:38 +00:00
rpotts%netscape.com ed1cb83b57 bug #13157 (r=valeski). Added support for HTTP/0.9 server responses. This fixes a whole class of bugs where CGI scripts were displaying blank pages because we just ignored the response :-( 1999-12-02 23:09:15 +00:00
valeski%netscape.com 1f8fcf2c95 r=mcafee. 20464. we were crashing when data: urls were accessed. Now we're safe; for the time being that is :) 1999-12-02 22:02:30 +00:00
mscott%netscape.com 91e51cd9f8 oh the horror! We were leaking all channel listeners that ran through the http channel. Fixed the
leak by using a nsCOMPtr.
1999-12-02 09:11:51 +00:00