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.
10 lines
542 B
Text
10 lines
542 B
Text
o Major bugfixes (bridges):
|
|
- Make Tor work reliably again when you have multiple bridges
|
|
configured and one or more of them are unreachable. The problem
|
|
came because we require that we have bridge descriptors for both
|
|
of our first two bridges (else we refuse to try to connect), but
|
|
in some cases we would wait three hours before trying to fetch
|
|
these missing descriptors, and/or never recover when we do try
|
|
to fetch them. Fixes bugs 40396 and 40495; bugfix on 0.3.0.5-rc
|
|
and 0.3.2.1-alpha.
|
|
|