> I attached a patch on a few issues.
Thanks.
> 1. Do not propagate no-cache from Pragma to Cache-Control.
Unless I'm mis-understanding something, that's not what your patch
does -- it disables sending of Cache-Control information to the client
altogether.
> It destroy IE plugins if the pragma have no-cache.
I'm somewhat undecided on this issue. On the one hand, most modern HTTP
clients are able to parse both Pragma and Cache-Control, so keeping them
separate is not that big a deal.
On the other hand, IE's bug in this case is a major fuck-up; there is no
excuse for being unable to pass an uncachable object to a plugin. While
I'm quite willing to include hacks in Polipo for working around
reasonable bugs, I'm rather of the opinion that catering to such
outrageous brokenness is a thing no self-respecting computer scientist
ought to do.
I'll think about it.
> 2. Do not upgrade 1.0 like Connection: close server reply to 1.1 reply to
> client.
No, sorry. Right now, Polipo is not a tunnelling proxy; it upgrades
traffic to the capabilities advertised by the client. Behaving as
a tunnelling proxy in some cases but not in others is only adding
confusion to what is already an overly-complex program.
Adding proper tunnelling capability to Polipo is not an uninteresting
project, but not one I'm at leisure to tackle right now.
> 3. If Content-Range header is malformed, make it as an unknown header, not
> an error. Server misses the "bytes" keyword often.
That's a useful observation, thanks. However, what your patch does
(considering the partial body as the full body) is not the right
solution, as it risks corrupting the cache if the object is cachable.
The right solution is to make the ``bytes'' marker optional.
> 4. Keep Expire head as is. Keep what our interpret of it only to
> ourselves.
What is the actual problem you're trying to solve?
Juliusz
------------------------------------------------------------------------------
Come build with us! The BlackBerry® Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay
ahead of the curve. Join us from November 9-12, 2009. Register now!
http://p.sf.net/sfu/devconf
_______________________________________________
Polipo-users mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/polipo-users
