Re: [tor-bugs] #22206 [Core Tor/Tor]: Fetching compressed consensus behaves unpredictably strange

["Tor Bug Tracker & Wiki" <blackhole@xxxxxxxxxxxxxx>]

#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
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs