Pawel Stolowski c8122fc15a store: set ResponseHeaderTimeout on the default transport ...

It appears that ResponseHeaderTimeout needs to be set explicitly, no headers response from the server doesn't seem to be covered by any other timeout.

This should fix the download getting stuck issue.

For more context, see the stacktrace obtained from a system where download got stuck: https://pastebin.canonical.com/p/nZkRMTBbv3/
(the affected goroutine seems to be sitting inside for-select loop of /usr/lib/go-1.10/src/net/http/transport.go:2033)

(to play with it comment out ResponseHeaderTimeout: ... from transport.go and modify test timeout from 5 * time.Second to a huge value and it should be stuck)

* Set ResponseHeaderTimeout on the default transport.

* Use 250ms for mocked ResponseHeaderTimeout.

* Bump ResponseHeaderTimeout to 15s.

* Bump test timeout to avoid potential issues with LP builds.

2021-07-13 11:21:01 +02:00

..

client_test.go

fix comment string in last commit

2020-04-07 21:52:53 +00:00

client.go

store: set ResponseHeaderTimeout on the default transport

2021-07-13 11:21:01 +02:00

export_test.go

many: introduce snapdenv and snapdenv.Testing

2020-03-15 16:40:25 +01:00

logger_test.go

many: add logger.MockLogger() and use it in the tests (#3911)

2017-09-13 19:14:28 +02:00

logger.go

httputil: remove workaround for redirect handling in go1.7

2020-02-06 10:50:09 +01:00

retry_test.go

httputil: fix client timeout retry tests

2020-04-15 11:53:09 +02:00

retry.go

many: drive-py: fix spelling of PersistentNetworkError

2020-05-25 16:59:55 +02:00

transport.go

store: set ResponseHeaderTimeout on the default transport

2021-07-13 11:21:01 +02:00