bpa wrote: > Since the hifi URL is visible - it implies the top level fetch worked. Yes - that is what I just said.
> 596 is an error specific to the CPAN module (i.e 596 is not RFC > standard) being used to cover a loophole in the HTTP/1.1 protocol when > far end does not reply but in HTTP 1.1 the TCP connection is kept open > so reason is ambiguous. I have seen this before in TLS negotiation > problems. Maybe worth testing whether Increasing timeout resolves the > issue as workaround Both URLs appear to come from the same web server - so I would have expected them both to have had the same problem or lack of problem. But perhaps the calls are slightly different - perhaps certificate checking (no certificate subject alternative name matches). Paul Webster http://dabdig.blogspot.com author of \"now playing\" plugins covering radio france (fip etc), kcrw, supla finland, abc australia, cbc/radio-canada and rte ireland ------------------------------------------------------------------------ Paul Webster's Profile: http://forums.slimdevices.com/member.php?userid=105 View this thread: http://forums.slimdevices.com/showthread.php?t=106900 _______________________________________________ plugins mailing list [email protected] http://lists.slimdevices.com/mailman/listinfo/plugins
