[tor-bugs] #22206 [Core Tor/Tor]: Fetching compressed consensus behaves unpredictably strange
Tor Bug Tracker & Wiki
blackhole at torproject.org
Tue May 9 03:52:04 UTC 2017
#22206: Fetching compressed consensus behaves unpredictably strange
--------------------------+------------------------------------
Reporter: Sebastian | Owner:
Type: defect | Status: new
Priority: Medium | Milestone: Tor: 0.3.1.x-final
Component: Core Tor/Tor | Version:
Severity: Normal | Resolution:
Keywords: | Actual Points:
Parent ID: | Points:
Reviewer: | Sponsor:
--------------------------+------------------------------------
Comment (by yawning):
or/directory.c:directory_handle_command_get()
{{{
if ((header = http_get_header(headers, "Accept-Encoding: "))) {
compression_methods_supported = parse_accept_encoding_header(header);
tor_free(header);
} else {
compression_methods_supported = (1u << NO_METHOD);
if (zlib_compressed_in_url)
compression_methods_supported |= (1u << ZLIB_METHOD);
}
}}}
That's at least one of the problems. If `zlib_compressed_in_url` is set,
the data to be transferred before `Accept-Encoding: ` is taken into
account should be zlib compressed payload.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/22206#comment:6>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list