Make tor-spec wording easier to understand

1 files changed, 8 insertions, 7 deletions

diff --git a/doc/spec/tor-spec.txt b/doc/spec/tor-spec.txt
index d0c60c0e6..314169f78 100644
--- a/doc/spec/tor-spec.txt
+++ b/doc/spec/tor-spec.txt
@@ -597,13 +597,14 @@ see tor-design.pdf.
    cell to the next node in the circuit, and replies to the OP with a
    RELAY_TRUNCATED cell.
 
-   [Note: If an OR receives a TRUNCATE cell and it any RELAY cells queued on
-   the circuit for the next node in that it had not yet sent, it will drop
-   them without sending them.  This is not considered conformant behavior,
-   but it probably won't get fixed till a later versions of Tor.  Thus,
-   clients SHOULD NOT send a TRUNCATE cell to a node running any current
-   version of Tor if they have sent relay cells through that node, and they
-   aren't sure whether those cells have been sent on.]
+   [Note: If an OR receives a TRUNCATE cell and it has any RELAY cells
+   still queued on the circuit for the next node that it had not yet sent,
+   it will drop them without sending them.  This is not considered
+   conformant behavior, but it probably won't get fixed till a later
+   version of Tor.  Thus, clients SHOULD NOT send a TRUNCATE cell to a
+   node running any current version of Tor if they have sent relay cells
+   through that node, and they aren't sure whether those cells have been
+   sent on.]
 
    When an unrecoverable error occurs along one connection in a
    circuit, the nodes on either side of the connection should, if they