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