Allow setting Accept-Encoding header to "identity" |
|||||
Issue description[Moved from internal bug b/66132021 to crbug] Cronet currently ignores Accept-Encoding header set by consumer ( Issue 581399 ). This was to prevent consumers from setting encoding types that are not supported by Cronet. We should allow setting Accept-Encoding to identity, so consumer has a way to disable the default encoding types (e.g. gzip, deflate).
,
Sep 21 2017
Related Issue 711810. My initial idea is to make URLRequestHttpJob to ignore custom-set Accept-Encodings that are not "identity" or its variants (e.g. "identity; q=1"). We already have parsing code in http_util.cc. That way we could address the underlying issue in //net Issue 711810 as well as this bug. Let me start a CL and we can discuss alternative approaches there.
,
Nov 10 2017
Unassigning... i am not actively working on this.
,
Nov 12
This issue has been Available for over a year. If it's no longer important or seems unlikely to be fixed, please consider closing it out. If it is important, please re-triage the issue. Sorry for the inconvenience if the bug really should have been left as Available. For more details visit https://www.chromium.org/issue-tracking/autotriage - Your friendly Sheriffbot
,
Jan 3
|
|||||
►
Sign in to add a comment |
|||||
Comment 1 by xunji...@chromium.org
, Sep 21 2017Status: Started (was: Available)