<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-cell/tests, branch arti-v1.4.0</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.0</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.4.0'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2024-10-09T16:04:35Z</updated>
<entry>
<title>tor-cell: Support encoding proofs-of-work in intro_payload</title>
<updated>2024-10-09T16:04:35Z</updated>
<author>
<name>Wesley Aptekar-Cassels</name>
<email>me@wesleyac.com</email>
</author>
<published>2024-09-26T18:06:32Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=0a17f58f38d1b889ff9ae881d010ed7a8116bbf2'/>
<id>urn:sha1:0a17f58f38d1b889ff9ae881d010ed7a8116bbf2</id>
<content type='text'>
Like parameters, PoW solutions are versioned to account for multiple
algorithms over time. A single solution of a specific version may
accompany an INTRO1/2 as part of the encrypted extensions section. Its
encoding may depend on the version.

Co-authored-by: Micah Elizabeth Scott &lt;beth@torproject.org&gt;
</content>
</entry>
<entry>
<title>tor_bytes: Rename new_truncated_for_test to new_incomplete_for_test</title>
<updated>2024-09-12T11:48:38Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2024-09-11T15:51:40Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5314741adecad01014a069c4f0ed5018e0f6c207'/>
<id>urn:sha1:5314741adecad01014a069c4f0ed5018e0f6c207</id>
<content type='text'>
No semver implications since this wasn't in the last release.
</content>
</entry>
<entry>
<title>tor-bytes: Only report Truncated for errors at the outer level</title>
<updated>2024-09-11T13:19:19Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2024-09-11T13:13:08Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1632c48a5a2f5744970b841628261d6062881dee'/>
<id>urn:sha1:1632c48a5a2f5744970b841628261d6062881dee</id>
<content type='text'>
This is item 1 from
  https://gitlab.torproject.org/tpo/core/arti/-/issues/1614#note_3074562
and the alternative to item 2 presented in the 2nd half of
  https://gitlab.torproject.org/tpo/core/arti/-/issues/1614#note_3074648

(Item 3 was done earlier, but now we change the behaviour.)

Fixes #1614.
</content>
</entry>
<entry>
<title>tor-bytes: Add a Reader constructor for use in tests</title>
<updated>2024-09-11T13:19:19Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2024-09-11T12:04:46Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=98e563764b428e4f1aa87dc34e5fa6b5cf296938'/>
<id>urn:sha1:98e563764b428e4f1aa87dc34e5fa6b5cf296938</id>
<content type='text'>
We could call from_possibly_incomplete_slice in these, but that's
confusing and distracting.

Here we add this constructor, and document it (in terms of the
constructor to come), and change the call sites.

No functional change.  Doing this now will prevent unwanted changes to
test behaviours when we change the behaviour of Readers made by
Reader::from_slice.
</content>
</entry>
<entry>
<title>Introduce and use tor_bytes::Error::new_truncated_for_test (fmt)</title>
<updated>2024-09-10T09:10:19Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2024-09-05T16:03:58Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=6b6d1d2a6c553e6275d391d6cdc6ad2dd404e83a'/>
<id>urn:sha1:6b6d1d2a6c553e6275d391d6cdc6ad2dd404e83a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Introduce and use tor_bytes::Error::new_truncated_for_test</title>
<updated>2024-09-10T09:10:19Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2024-09-05T15:39:31Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=38494a86c7146d2bbc7573b9346ad24341491779'/>
<id>urn:sha1:38494a86c7146d2bbc7573b9346ad24341491779</id>
<content type='text'>
This is going to want to do something more complicated (as described
in the docs).

In this commit we change all the tests that are expecting Truncated
errors.  That reduces noise in the next commit.
</content>
</entry>
<entry>
<title>relay-cell: Update relay cell decoding API for prop340</title>
<updated>2024-03-12T15:58:12Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2024-03-05T20:58:01Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=2d427eb93d699e779c608f71a243d581b1027a73'/>
<id>urn:sha1:2d427eb93d699e779c608f71a243d581b1027a73</id>
<content type='text'>
Prop 340:
https://spec.torproject.org/proposals/340-packed-and-fragmented.html

This updates the decoding API to support multiple versions of the relay
cell encoding, including the new encoding proposed in prop340 that
supports relay message packing and fragmentation.

This commit doesn't actually add support for that new encoding yet.
</content>
</entry>
<entry>
<title>Rename UnparsedRelayCell -&gt; UnparsedRelayMsg</title>
<updated>2024-03-12T15:58:12Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2024-03-04T17:17:41Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=190d1cba722c1ebe840eca2b06d82a89678847dc'/>
<id>urn:sha1:190d1cba722c1ebe840eca2b06d82a89678847dc</id>
<content type='text'>
For consistency with the terminology proposed in
https://gitlab.torproject.org/tpo/core/torspec/-/issues/253
</content>
</entry>
<entry>
<title>tor_cell: never construct empty DATA messages.</title>
<updated>2024-02-13T14:37:11Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-02-13T14:37:11Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b5c70dad02124549a13e25f62c8073fef4a063fe'/>
<id>urn:sha1:b5c70dad02124549a13e25f62c8073fef4a063fe</id>
<content type='text'>
We never actually constructed these before, but now we enforce it at
the API level.

Part of #1269.
</content>
</entry>
<entry>
<title>clippy: consequential rustfmt</title>
<updated>2024-01-02T15:04:18Z</updated>
<author>
<name>Ian Jackson</name>
<email>ijackson@chiark.greenend.org.uk</email>
</author>
<published>2024-01-02T12:49:55Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=1ba7e8a78f21b5e1c26c87d12e7a77ebb3a8949d'/>
<id>urn:sha1:1ba7e8a78f21b5e1c26c87d12e7a77ebb3a8949d</id>
<content type='text'>
</content>
</entry>
</feed>
