Control: tags -1 - moreinfo Control: tags -1 + help
On Tue, 1 Aug 2017 10:34:00 +0200 Vincent Lefevre wrote: > 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. Then the situation is less easy than I was hoping... My huge ignorance about http support in Ruby is quite an impediment here: I will have to study some aspects and/or seek help from more knowledgeable people. Please bear with me: the feature you are requesting could require more time than we thought. :-( -- http://www.inventati.org/frx/ There's not a second to spare! To the laboratory! ..................................................... Francesco Poli . GnuPG key fpr == CA01 1147 9CD2 EFDF FB82 3925 3E1C 27E1 1F69 BFFE
pgpfWhb7HFzN4.pgp
Description: PGP signature
