[tor-commits] [torspec/master] Prop #278: Be explicit about handling both ".z"-suffixes and "plaintext" files.
ahf at torproject.org
ahf at torproject.org
Mon Apr 10 13:52:29 UTC 2017
commit c512794f54894b75f3fea0b07a2d5ffc81f3be96
Author: Alexander Færøy <ahf at torproject.org>
Date: Fri Apr 7 13:19:23 2017 +0200
Prop #278: Be explicit about handling both ".z"-suffixes and "plaintext" files.
---
proposals/278-directory-compression-scheme-negotiation.txt | 14 ++++++++------
1 file changed, 8 insertions(+), 6 deletions(-)
diff --git a/proposals/278-directory-compression-scheme-negotiation.txt b/proposals/278-directory-compression-scheme-negotiation.txt
index b1f2808..b62c69a 100644
--- a/proposals/278-directory-compression-scheme-negotiation.txt
+++ b/proposals/278-directory-compression-scheme-negotiation.txt
@@ -88,12 +88,14 @@ Target: N/A
Accept-Encoding: x-zstd, x-lzma2, gzip, deflate
When a directory server receives a request with the "Accept-Encoding"
- header included it must decide on a mutually supported compression
- scheme and add the "Content-Encoding" header to its response and thus
- notifying the client of its decision. The "Content-Encoding" header
- can at most contain one supported compression scheme. If no mutual
- compression scheme can be negotiated the server must respond with an
- HTTP error status code of 415 "Unsupported Media Type".
+ header included, to either the ".z" compressed or the uncompressed
+ version of any given document, it must decide on a mutually supported
+ compression scheme and add the "Content-Encoding" header to its
+ response and thus notifying the client of its decision. The
+ "Content-Encoding" header can at most contain one supported
+ compression scheme. If no mutual compression scheme can be negotiated
+ the server must respond with an HTTP error status code of 415
+ "Unsupported Media Type".
For example:
More information about the tor-commits
mailing list