[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