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