Re^2: WWW::Mechanize - error on geting non-existing page

Replies are listed 'Best First'.
Re^3: WWW::Mechanize - error on geting non-existing page by Anonymous Monk on Nov 06, 2011 at 00:01 UTC
You also might want to switch to WWW::Mechanize::GZip, since some versions of the original WWW::Mechanize seem to announce to handle HTTP compression but don't in reality. This might result in "unparseable" results returned from the webserver. I doubt this ever happens :) but if it did, the solution is to always install the latest WWW::Mechanize , LWP, Compress::Zlib If you were going to install WWW::Mechanize::GZip, you might install the latest WWW::Mechanize , LWP, Compress::Zlib instead	[reply]
Re^4: WWW::Mechanize - error on geting non-existing page by cavac (Prior) on Nov 06, 2011 at 00:24 UTC
Thanks for the info. I had the problem a few months ago on Windows (for a windows service compiled with the ActiveState tools) after upgrading Maplat with the compression options. Took me a while to figure out the root of the problem and/while it affected production - so i grabbed at the first straw i could find. So far, hasn't let me down yet. But i'm gonna try it your way. Sounds a bit saner than what i had come up with. Thanks. Don't use '#ff0000': use Acme::AutoColor; my $redcolor = RED(); All colors subject to change without notice.	[reply]
Re^4: WWW::Mechanize - error on geting non-existing page by Limbic~Region (Chancellor) on Dec 03, 2011 at 20:05 UTC
Anonymous Monk, I doubt this ever happens :) Until today, I would have agreed with you. See Re^2: What Tools Do You Use With WWW::Mechanize. Essentially, $mech->mirror() will not decompress the file but that doesn't mean that Mech can't handle compression (I provide an alternative way of downloading the file that works just fine in the node). Cheers - L~R	[reply]