svn commit: r1704823 - /subversion/site/publish/docs/release-notes/1.9.html

[ju...@apache.org]

Author: julianfoad
Date: Wed Sep 23 11:43:11 2015
New Revision: 1704823

URL: http://svn.apache.org/viewvc?rev=1704823&view=rev
Log:
* publish/docs/release-notes/1.9.html
  (issues): Wrap text added in r1704822 to less than 80 columns.

Modified:
    subversion/site/publish/docs/release-notes/1.9.html

Modified: subversion/site/publish/docs/release-notes/1.9.html
URL: http://svn.apache.org/viewvc/subversion/site/publish/docs/release-notes/1.9.html?rev=1704823&r1=1704822&r2=1704823&view=diff
==============================================================================
--- subversion/site/publish/docs/release-notes/1.9.html (original)
+++ subversion/site/publish/docs/release-notes/1.9.html Wed Sep 23 11:43:11 2015
@@ -1415,13 +1415,22 @@ may be fixed in later 1.9.x releases.</p
 <p>See <a href="http://subversion.tigris.org/issues/show_bug.cgi?id=4598">issue #4598 "No-op changes no longer dumped by 'svnadmin dump' in 1.9"</a>.
 </p>
 
-<p>The impact of this change is still under discussion. A brief, initial description follows.
+<p>The impact of this change is still under discussion. A brief, initial
+description follows.
 </p>
 
-<p>It has always been possible, in atypical cases, for a commit to mark a file as 'changed' without actually changing the file's text and/or properties to a different value. Starting from 1.9.0, <tt>svnadmin dump</tt> still outputs a record for such a file, including a header saying that the action is 'change', but no longer appends a block describing the new text for the file. (And similarly for properties, perhaps? TBD.) When <tt>svnadmin load</tt> (1.8 or 1.9) reads this dumpfile, it does not record any change in the repository for such a file.
+<p>It has always been possible, in atypical cases, for a commit to mark a
+file as 'changed' without actually changing the file's text and/or
+properties to a different value. Starting from 1.9.0, <tt>svnadmin dump</tt>
+still outputs a record for such a file, including a header saying that the
+action is 'change', but no longer appends a block describing the new text
+for the file. (And similarly for properties, perhaps? TBD.) When
+<tt>svnadmin load</tt> (1.8 or 1.9) reads this dumpfile, it does not record
+any change in the repository for such a file.
 </p>
 
-<p>One user-visible effect is that, after dump and load, 'svn log -v' will no longer list the path of such a file in its list of 'changed paths'.
+<p>One user-visible effect is that, after dump and load, 'svn log -v' will
+no longer list the path of such a file in its list of 'changed paths'.
 </p>
 
 </div>  <!-- no-op-changes -->