Andy Lester wrote:
Could you told us what page Mech is having a different behavior than MSIE?
We really want Mech having the same behavior as MSIE and if the
behavior with that page is different that's a bug in Mech.
It's not a bug in Mech.
Mech IS a browser-in-an-object, but it's
Andrew Pimlott wrote:
Is there any reason not to normalize the hostname used for looking up
credentials, as passed to UserAgent-credentials?
It would also be terribly useful to allow undef as a wildcard.
Actually, I seem to remember reading some discussion about how to
generalize
Aleksandr Guidrevitch wrote:
We've found that LWP incorrectly handles cookies
containing ';' in the cookie value.
The patch (test case and fix) is attached
Could you point me to a web page that is already sending these kind of cookies?
Does it work under MSIE/Mozilla?
Juan
Aleksandr Guidrevitch wrote:
JUANMARCOSMOREN wrote:
Aleksandr Guidrevitch wrote:
We've found that LWP incorrectly handles cookies
containing ';' in the cookie value.
The patch (test case and fix) is attached
Could you point me to a web page that is already sending these kind of
cookies
Tim Brody wrote:
I've written a module for parsing and constructing OpenURLs
(http://library.caltech.edu/openurl/) within the URI framework:
http://santos.ecs.soton.ac.uk/URI-openurl-0.1.tar.gz
OpenURL is not a URI format per-se, but a means of transporting
structured metadata via URIs
Ed Avis wrote:
When LWP::Simple::get() fails it would often be useful to print a more
informative error message than just 'get failed'. The following patch
lets you say
$got = get 'http://perl.org/';
die could not get page: $LWP::Simple::error if not defined $get;
The error
Ed Avis wrote:
On 21 May 2004, Gisle Aas wrote:
When LWP::Simple::get() fails it would often be useful to print a more
informative error message than just 'get failed'.
I've decided to not apply this patch. I want to keep the
LWP::Simple as simple as it can be. I recommend using the full