aboutsummaryrefslogtreecommitdiffstats
path: root/tests/ref/fate/exr-rgb-scanline-half-piz-bw
diff options
context:
space:
mode:
authorJan Ekström <jeebjp@gmail.com>2020-05-13 00:27:58 +0300
committerJan Ekström <jeebjp@gmail.com>2020-05-13 17:05:23 +0300
commit39977fff20048f1798a95c593d6034a0e73ebbe5 (patch)
treec4f3a16b9c6d7c470529d93dc814ff8d9a83e213 /tests/ref/fate/exr-rgb-scanline-half-piz-bw
parent353aecbb28e3976b6f4d7a4262398852cd67b5a2 (diff)
downloadffmpeg-39977fff20048f1798a95c593d6034a0e73ebbe5.tar.gz
avformat/tls_schannel: always decrypt all received data
The dec_buf seems to be properly managed between read calls, and we have no logic to decrypt before attempting socket I/O. Thus - until now - such data would not be decrypted in case of connections such as HTTP keep-alive, as the recv call would always get executed first, block until rw_timeout, and then get retried by retry_transfer_wrapper. Thus - if data is received - decrypt all of it right away. This way it is available for the following requests in case they can be satisfied with it.
Diffstat (limited to 'tests/ref/fate/exr-rgb-scanline-half-piz-bw')
0 files changed, 0 insertions, 0 deletions