mirror of
https://gitlab.torproject.org/tpo/core/tor.git
synced 2025-02-26 15:42:34 +01:00
3c8510e2c0
When we try to fetch a bridge descriptor and we fail, we mark the guard as failed, but we never scheduled a re-compute for router_have_minimum_dir_info(). So if we had already decided we needed to wait for this new descriptor, we would just wait forever -- even if, counterintuitively, *losing* the bridge is just what we need to *resume* using the network, if we had it in state GUARD_REACHABLE_MAYBE and we were stalling to learn this outcome. See bug 40396 for more details. |
||
|---|---|---|
| .. | ||
| app | ||
| config | ||
| core | ||
| ext | ||
| feature | ||
| lib | ||
| test | ||
| tools | ||
| trunnel | ||
| win32 | ||
| arch_goals.md | ||
| include.am | ||
| mainpage.md | ||