0.3 branch: The referenceable dataset getCoverage response does not contain the Content-Length header.

[pacesm]

0.3 branch:
The referenceable dataset getCoverage response does not contain the Content-Length header.
This causes a major problem for large file downloads as the client does not have any indication of the payload size. It also seems that (at least some) clients (e.g. ,wget) do not report whether the download finished successfully or because of the connection being interrupted.

0.4 branch: to be verified whether it suffers with the same problem.

[pacesm]

0.3 branch fixed in 0a0939e
0.4 branch + master to be verified

[constantinius]

This was already implemented in 0.4, I fixed bugs with ef63a57 and 4994aec. The implementation is somewhat quirky with multipart responses, as the size is given for each part and not for the whole response altogether. I'm not sure if this is the intended behaviour by the HTTP standard, I could not find a satisfying answer to this.

[pacesm]

In the 0.3 fix, I set Content-Length for both the whole muti-part payload and the individual parts. The global one actually matters the most, IMO, as it informs the client about the size of the whole payload. Note that not all clients need to parse the muti-part payload itself (such as wget or ngEO-DM).