You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by rh...@apache.org on 2014/05/08 18:44:29 UTC
svn commit: r1593328 - /subversion/site/publish/docs/release-notes/1.8.html
Author: rhuijben
Date: Thu May 8 16:44:29 2014
New Revision: 1593328
URL: http://svn.apache.org/r1593328
Log:
Fix minor typo.
Modified:
subversion/site/publish/docs/release-notes/1.8.html
Modified: subversion/site/publish/docs/release-notes/1.8.html
URL: http://svn.apache.org/viewvc/subversion/site/publish/docs/release-notes/1.8.html?rev=1593328&r1=1593327&r2=1593328&view=diff
==============================================================================
--- subversion/site/publish/docs/release-notes/1.8.html (original)
+++ subversion/site/publish/docs/release-notes/1.8.html Thu May 8 16:44:29 2014
@@ -2591,7 +2591,7 @@ end in .gz if a configuration setting li
in their configuration file and applies to the locations that Subversion is
being served from. This happens because the setting now matches on the
Subversion traffic and sets the Content-Encoding header to specify that the
-file has been gziped for transmport without changing the file content. Since
+file has been gziped for transport without changing the file content. Since
the Subversion client supports gzip content-encoding it decompresses the file
and ends up with the decompressed file which does not match the checksum of the
file it expected. It is possible that this change may cause other filters to