[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]

[tor-bugs] #25676 [Core Tor/Tor]: When a client asks for a gzip-encoded consensus, the server sends zlib



#25676: When a client asks for a gzip-encoded consensus, the server sends zlib
------------------------------+--------------------------------------
     Reporter:  teor          |      Owner:  (none)
         Type:  defect        |     Status:  new
     Priority:  Medium        |  Milestone:  Tor: unspecified
    Component:  Core Tor/Tor  |    Version:  Tor: 0.3.2.10
     Severity:  Normal        |   Keywords:  tor-compression, tor-dir
Actual Points:                |  Parent ID:
       Points:  0.5           |   Reviewer:
      Sponsor:                |
------------------------------+--------------------------------------
 {{{
 $ curl -s -O --header "Accept-Encoding: gzip" 91.121.230.208:9030/tor
 /status-vote/current/consensus && file consensus
 Accept-Encoding: gzip
 Requested: status-vote/current/consensus
 basename $doc
 consensus: zlib compressed data
 }}}

 But when the client asks for gzip-encoded descriptors, the server sends
 gzip:
 {{{
 Accept-Encoding: gzip
 Requested: server/authority
 basename $doc
 authority: gzip compressed data, max compression, from Unix
 }}}

 See https://trac.torproject.org/projects/tor/ticket/25667#comment:11 for a
 full list of requested encodings, documents, and served formats.

 I think this is a minor bug with no impact, because tor clients will
 decompress the zlib anyway. (I don't know if tor clients ever ask for gzip
 without zlib.)

 But I'd like someone who knows the compression code better to confirm.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/25676>
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