You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@subversion.apache.org by st...@apache.org on 2017/02/21 11:57:44 UTC

svn commit: r1783875 - /subversion/site/publish/docs/release-notes/1.10.html

Author: stsp
Date: Tue Feb 21 11:57:44 2017
New Revision: 1783875

URL: http://svn.apache.org/viewvc?rev=1783875&view=rev
Log:
* publish/docs/release-notes/1.10.html
  (authzperf): eliminate some unnecessary line breaks

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

Modified: subversion/site/publish/docs/release-notes/1.10.html
URL: http://svn.apache.org/viewvc/subversion/site/publish/docs/release-notes/1.10.html?rev=1783875&r1=1783874&r2=1783875&view=diff
==============================================================================
--- subversion/site/publish/docs/release-notes/1.10.html (original)
+++ subversion/site/publish/docs/release-notes/1.10.html Tue Feb 21 11:57:44 2017
@@ -197,15 +197,13 @@ users.  We'll cover those in this sectio
 <p>Existing authz rules come in two flavours, repository-specific and global:
    <pre>
    [repos:/path]
-   [/path]
-   </pre>
+   [/path]</pre>
    In these rules, <tt>/path</tt> is always matched literally.
    The new authz rule parser supports two new forms for rules which may contain
    wildcards in the path element:
    <pre>
    [:glob:repos:/path]
-   [:glob:/path]
-   </pre></p>
+   [:glob:/path]</pre></p>
 
 <p>The following wildcard syntax elements are supported in glob rules:
 <ul>
@@ -225,16 +223,14 @@ which contains at least 2 segments and i
    rules are identical:
    <pre>
    [/path/without/wildcards]
-   [:glob:/path/without/wildcards]
-   </pre>
+   [:glob:/path/without/wildcards]</pre>
    The new authz rule parser detects and rejects such collisions.</p>
 
 <p>The old authz parser, in Subversion 1.9 and earlier, allowed syntactic
    entries which grant write-only access. For example:
    <pre>
    [/]
-   * = w
-   </pre>
+   * = w</pre>
   The new parser flags such entries as invalid.
   Neither the old nor the new authz implementation support write-only access.</p>