mirrors/arti.git/crates/tor-chanmgr/src/mgr.rs, branch arti-v1.7.0mirror of https://gitlab.torproject.org/tpo/core/arti
http://git.dilluti0n.com/mirrors/arti.git/atom?h=arti-v1.7.02025-09-24T19:23:32Zopentelemetry: Add some instrument macros.2025-09-24T19:23:32ZWesley Aptekar-Casselsme@wesleyac.com2025-09-16T13:25:15Zurn:sha1:e21ebd3793d497429ba7c8c437b346a9a2833407
I've added these in places that are useful for the debugging that I've
been doing.
Switch Cargo.toml files to edition 2024.2025-08-07T15:28:36ZNick Mathewsonnickm@torproject.org2025-08-06T01:19:58Zurn:sha1:77b0de43b8c67cdb81befe0680a3df43b6ad37bc
First, run
```
git grep -l "^edition =" |
xargs perl -i -pe 's/^edition *=.*/edition = "2024"/;'
```
Second, manually verify that all Cargo.toml files have changed,
and nothing else has changed.
Third, run cargo fmt again.
Update code for Edition 20242025-08-07T15:28:31ZNick Mathewsonnickm@torproject.org2025-08-07T12:44:47Zurn:sha1:0453fb4be8cf618b94230812957ce1db1afe74bd
1. Run cargo fix --edition
2. Selectively revert the "if let"->"match" changes.
These changes are meant to protect us from the lifetime changes
for "if let" bindings in Rust 2024.
But we're not actually relying on the old lifetime rules
anywhere, and the match syntax here is quite ugly.
3. Automatically revert `$pat:expr_2021` to `$pat:expr`.
(We don't actually want to restrict the expression syntax
that our macros accept).
Done with
`git grep -l expr_2021 | xargs perl -i -pe 's/expr_2021/expr/g;'`
4. Run cargo fmt.
tor-chanmgr: Add reparameterize_kist to AbstractChannel trait.2025-01-15T13:49:17ZGabriela Moldovangabi@torproject.org2025-01-08T16:13:42Zurn:sha1:796d848ca5828c27137a6397acbe650305f00783
Needed for the chanmgr to be able to update existing channels with new
KIST settings read from the consensus.
tor-chanmgr: remove immediately awaited async block expression2024-11-27T19:11:58ZSteven Engleropara@torproject.org2024-11-26T20:17:59Zurn:sha1:278a678c1f3cd36bdc805df439f01cde6dfa02f6
This shouldn't be needed anymore now that we use a `Defer`.
tor-chanmgr: use `Defer` in `AbstractChanMgr` to handle cancellations2024-11-27T19:10:41ZSteven Engleropara@torproject.org2024-11-26T20:13:24Zurn:sha1:935176f245e711fe270d86010c310e6c0a0410c4tor-chanmgr: remove panics in debug builds2024-11-12T01:27:27ZSteven Engleropara@torproject.org2024-11-12T01:23:04Zurn:sha1:cad2a7288bfb71b456e1f7690349cf721c421872
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.
tor-chanmgr: rename `replace_pending_channel` to `upgrade_pending_channel_to_open`2024-10-24T18:08:19ZSteven Engleropara@torproject.org2024-10-21T17:02:20Zurn:sha1:aba584022de282cba738fd57ef80f335f2f15b34tor-chanmgr: improve cleanup procedure of pending channels2024-10-24T18:07:44ZSteven Engleropara@torproject.org2024-10-21T15:36:45Zurn:sha1:d1e90447a24460d4991033c198bedff20dc855c4
An attempt to make sure that there are no code paths which forget to
remove a pending channel from the channel map.
This also adds error-level log messages and panics during debug builds
if a `PendingChannelHandle` is dropped without properly passing it to
`MgrState::remove_pending_channel` or
`MgrState::replace_pending_channel`.
Revert "tor-chanmgr: `PendingChannelHandle` removes the channel when dropped"2024-10-21T15:40:41ZSteven Engleropara@torproject.org2024-10-21T15:32:31Zurn:sha1:90083e81fad3c6497a43d6a1f1fb4f1bc3c378e4
This reverts commit f85bc3cf849109aaa2c4da9fc8c06e7173a0543f.
There were some small conflcits in
`AbstractChanMgr::get_or_launch_internal`, so this wasn't a clean
revert.