<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/tests/shadow/conf/tgen.artionionclient.graphml.xml, branch main</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=main</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=main'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-12-08T22:36:41Z</updated>
<entry>
<title>shadow CI: disable stallouts for onion clients</title>
<updated>2025-12-08T22:36:41Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2025-12-08T22:36:41Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b7dbc6dbc1b3e1bf918ad4c0cadc989a54fe3195'/>
<id>urn:sha1:b7dbc6dbc1b3e1bf918ad4c0cadc989a54fe3195</id>
<content type='text'>
tgen aborts a stream and starts the next one when the "stallout" timeout
is reached. In some cases the arti (or tor) client just needs a bit more
time to establish a connection to the hidden service.

A potential downside is that if a single stream "stalls" forever without
an explicit error, tgen will never give up on it, and thus never try any
more streams. We can worry about that if and when we see it though; and
it would indicate a likely bug since the known clients and servers in
this test shouldn't stall indefinitely in this way.
</content>
</entry>
<entry>
<title>shadow CI: decrease onion service xfer sizes</title>
<updated>2025-09-03T16:10:59Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2025-09-03T16:10:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=f35bf96ab7bdbfa3cca4ecf24520598f90b9fc35'/>
<id>urn:sha1:f35bf96ab7bdbfa3cca4ecf24520598f90b9fc35</id>
<content type='text'>
This partially reverts b223d504f6a033600c61e81a0b0a0eea3e43fd44 from
arti!3047. Increasing the transfer size exacerbates the failure rate of
the onion services too much.

We should increase it again once arti#2109 is resolved.
</content>
</entry>
<entry>
<title>CI shadow test: increase transfer sizes to 5 MB</title>
<updated>2025-08-27T21:29:19Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2025-06-12T15:07:06Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=b223d504f6a033600c61e81a0b0a0eea3e43fd44'/>
<id>urn:sha1:b223d504f6a033600c61e81a0b0a0eea3e43fd44</id>
<content type='text'>
This is the transfer size used in the tor CI chutney tests, to
more-fully exercise SENDMEs / congestion control.

We also increase the simulation run time to allow time for the larger
transfers.
</content>
</entry>
<entry>
<title>shadow test: Update hidden service keys.</title>
<updated>2023-12-14T16:45:36Z</updated>
<author>
<name>Gabriela Moldovan</name>
<email>gabi@torproject.org</email>
</author>
<published>2023-12-14T16:43:19Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5386b1656f3d859938f87facbbbca764e5923ad7'/>
<id>urn:sha1:5386b1656f3d859938f87facbbbca764e5923ad7</id>
<content type='text'>
The algorithm name for expanded ed25519 keys has changed, so the test
keys need to be updated.
</content>
</entry>
<entry>
<title>shadow test: add client for arti hs</title>
<updated>2023-12-13T18:10:15Z</updated>
<author>
<name>Jim Newsome</name>
<email>jnewsome@torproject.org</email>
</author>
<published>2023-12-12T23:06:38Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=84fd65593019f8523ceccb759d5e4f2cd72ff760'/>
<id>urn:sha1:84fd65593019f8523ceccb759d5e4f2cd72ff760</id>
<content type='text'>
This also adds a workaround - the arti service doesn't appear to
register itself (set up intro points) unless first used as a client.
</content>
</entry>
</feed>
