summaryrefslogtreecommitdiff
path: root/scripts/messages/message_template.msg
diff options
context:
space:
mode:
authorErik Kundiman <erik@megapahit.org>2023-07-29 12:58:51 +0800
committerErik Kundiman <erik@megapahit.org>2025-07-03 13:36:50 +0800
commitd6eb08d0740c30eed00bd600091d60128a6d079a (patch)
treefaf1428cf1066ad56fd41679c95a031d460266cb /scripts/messages/message_template.msg
parent9820b16404ba18a9a0103aa94c28ea452e0c99e6 (diff)
Anticipate curl 8 from not being able to download
This is cherry-picked from an old commit which was reverted before, but modified so that it only affects the platform that has to use system libcurl 8 (only Windows ARM64 so far). System libcurl, which is typically newer, doesn't accept when SL server responses with an invalid Content-Encoding value (usually some value that's probably meant to be put as the Content-Type value), that we'd get "unrecognized or bad HTTP Content or Transfer-Encoding" https://developer.mozilla.org/en-US/docs/Web/HTTP/Headers/Accept-Encoding A way to fix this would be to just not expect decompressed contents, by letting libcurl have the default value for CURLOPT_ACCEPT_ENCODING, which is NULL.
Diffstat (limited to 'scripts/messages/message_template.msg')
0 files changed, 0 insertions, 0 deletions