<feed xmlns='http://www.w3.org/2005/Atom'>
<title>mirrors/arti.git/crates/tor-chanmgr/src, branch arti-v1.3.2</title>
<subtitle>mirror of https://gitlab.torproject.org/tpo/core/arti
</subtitle>
<id>http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.3.2</id>
<link rel='self' href='http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.3.2'/>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/'/>
<updated>2025-01-07T14:04:53Z</updated>
<entry>
<title>Merge branch 'mod-module-files' into 'main'</title>
<updated>2025-01-07T14:04:53Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2025-01-07T14:04:53Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=5d0bbc76dc44ff98b5f32c69168b07246e65afa7'/>
<id>urn:sha1:5d0bbc76dc44ff98b5f32c69168b07246e65afa7</id>
<content type='text'>
clippy: deny `mod_module_files`

See merge request tpo/core/arti!2689</content>
</entry>
<entry>
<title>clippy: deny `mod_module_files`</title>
<updated>2025-01-06T23:09:41Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2025-01-06T23:02:49Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=252a3a803b2db65792db5bd51dee8950d8557e0d'/>
<id>urn:sha1:252a3a803b2db65792db5bd51dee8950d8557e0d</id>
<content type='text'>
Denies 'mod.rs' files for consistency.

https://rust-lang.github.io/rust-clippy/master/index.html#mod_module_files
</content>
</entry>
<entry>
<title>fix: fix typos</title>
<updated>2025-01-06T20:36:37Z</updated>
<author>
<name>Dimitris Apostolou</name>
<email>dimitris.apostolou@icloud.com</email>
</author>
<published>2024-12-25T20:48:02Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=4acfc23b70c51d2637d0274943a82d1c94dec050'/>
<id>urn:sha1:4acfc23b70c51d2637d0274943a82d1c94dec050</id>
<content type='text'>
</content>
</entry>
<entry>
<title>add_warnings, *: Allow clippy::needless_lifetimes</title>
<updated>2024-12-03T14:27:26Z</updated>
<author>
<name>Nick Mathewson</name>
<email>nickm@torproject.org</email>
</author>
<published>2024-12-03T14:15:50Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=64cc3f2ed3eea0b7c5cc89ae07cbdadfdc1646fb'/>
<id>urn:sha1:64cc3f2ed3eea0b7c5cc89ae07cbdadfdc1646fb</id>
<content type='text'>
In 1.83, this warning triggers on many of our crates.
We're thinking of fixing them all, but for now,
we're going to disable the warning.

This is part of #1765.
</content>
</entry>
<entry>
<title>tor-chanmgr: remove immediately awaited async block expression</title>
<updated>2024-11-27T19:11:58Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-26T20:17:59Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=278a678c1f3cd36bdc805df439f01cde6dfa02f6'/>
<id>urn:sha1:278a678c1f3cd36bdc805df439f01cde6dfa02f6</id>
<content type='text'>
This shouldn't be needed anymore now that we use a `Defer`.
</content>
</entry>
<entry>
<title>tor-chanmgr: use `Defer` in `AbstractChanMgr` to handle cancellations</title>
<updated>2024-11-27T19:10:41Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-26T20:13:24Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=935176f245e711fe270d86010c310e6c0a0410c4'/>
<id>urn:sha1:935176f245e711fe270d86010c310e6c0a0410c4</id>
<content type='text'>
</content>
</entry>
<entry>
<title>tor-chanmgr: add `util::defer` module</title>
<updated>2024-11-27T19:09:22Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-26T20:11:14Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d9c150b4a604ad23b98be82b00f718720265e11a'/>
<id>urn:sha1:d9c150b4a604ad23b98be82b00f718720265e11a</id>
<content type='text'>
This contains the `Defer` type, which can be used to defer a closure
until the `Defer` is dropped.
</content>
</entry>
<entry>
<title>tor-chanmgr: change `RequestCancelled` retry from `Never` to `Immediate`</title>
<updated>2024-11-21T18:35:57Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-21T18:29:26Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=f6f33ef982263aa2db981e87a3657e35b9c0c730'/>
<id>urn:sha1:f6f33ef982263aa2db981e87a3657e35b9c0c730</id>
<content type='text'>
If the channel request was cancelled, we should be able to retry
immediately. Additionally, the `kind()` of `RequestCancelled` is
`TransientFailure`, and I don't think it make sense for a transient
error to return a `retry_time()` of `Never`.
</content>
</entry>
<entry>
<title>tor-chanmgr: fix reconfigure bug when given `CheckAllOrNothing`</title>
<updated>2024-11-12T23:48:36Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-05T22:00:55Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=d7de30057914067faeee2bf8619661f11f3ad086'/>
<id>urn:sha1:d7de30057914067faeee2bf8619661f11f3ad086</id>
<content type='text'>
We shouldn't actually reconfigure anything if given `CheckAllOrNothing`.
</content>
</entry>
<entry>
<title>tor-chanmgr: remove panics in debug builds</title>
<updated>2024-11-12T01:27:27Z</updated>
<author>
<name>Steven Engler</name>
<email>opara@torproject.org</email>
</author>
<published>2024-11-12T01:23:04Z</published>
<link rel='alternate' type='text/html' href='http://git.dilluti0n.com/mirrors/arti.git/commit/?id=cad2a7288bfb71b456e1f7690349cf721c421872'/>
<id>urn:sha1:cad2a7288bfb71b456e1f7690349cf721c421872</id>
<content type='text'>
These were supposed to fail loudly in debug builds by panicking, but
panics are mostly useless for debugging in async applications that use a
runtime which catches panics. So we'll just log the error instead.
</content>
</entry>
</feed>
