On 2017-08-01 10:24:13 +0200, Vincent Lefevre wrote: > This solves the timeout issue, but actually the bug is worse than > I thought. After setting > > @drv.options["protocol.http.connect_timeout"] = 10 > @drv.options["protocol.http.send_timeout"] = 10 > @drv.options["protocol.http.receive_timeout"] = 10 > > I get: > > Retrieving bug reports... 0% Fail > Error retrieving bug reports from the server with the following error message: > E: execution expired > It could be because your network is down, or because of broken proxy servers, > or the BTS server itself is down. Check network configuration and try again > Retry downloading bug information? [Y/n] > > i.e. it doesn't fallback to the IPv4 address, contrary to what > other tools do!
Well, without the above change, I get the usual 2-minute timeout per IP address, and the fallback to the first IP address that works (here, IPv4). I assume that this is because the timeout occurs at the socket level instead of the protocol level, thus not handled by the same code. -- Vincent Lefèvre <vinc...@vinc17.net> - Web: <https://www.vinc17.net/> 100% accessible validated (X)HTML - Blog: <https://www.vinc17.net/blog/> Work: CR INRIA - computer arithmetic / AriC project (LIP, ENS-Lyon)
