summaryrefslogtreecommitdiff
path: root/changes
diff options
context:
space:
mode:
authorteor <teor2345@gmail.com>2017-09-11 13:56:35 +1000
committerNick Mathewson <nickm@torproject.org>2017-09-12 10:38:25 -0400
commit93a8ed3b83b5f20768562ca2aff4eba7aca667d8 (patch)
tree1d136ed005def091d9266d7985581c6fafe96180 /changes
parent6370fb77c586e9ad68c7d1ecb95be36137cb9067 (diff)
downloadtor-93a8ed3b83b5f20768562ca2aff4eba7aca667d8.tar.gz
tor-93a8ed3b83b5f20768562ca2aff4eba7aca667d8.zip
Make clients wait to refresh bridges when they have a recent descriptor
But when clients are just starting, make them try each bridge a few times before giving up on it. These changes make the bridge download schedules more explicit: before 17750, they relied on undocumented behaviour and specific schedule entries. (And between 17750 and this fix, they were broken.) Fixes 23347, not in any released version of tor.
Diffstat (limited to 'changes')
-rw-r--r--changes/bug2334715
1 files changed, 9 insertions, 6 deletions
diff --git a/changes/bug23347 b/changes/bug23347
index b0883784d2..e73aa48f01 100644
--- a/changes/bug23347
+++ b/changes/bug23347
@@ -1,6 +1,9 @@
- o Minor bug fixes (bridge client bootstrap):
- - Make bridge clients download bridge descriptors immediately.
- The bridge schedules were never correct, but we didn't realise until
- the fix for 17750 made bridge clients hang for 15 minutes before
- bootstrapping.
- Fixes bug 23347. Not in any released version of Tor.
+ o Minor fixes (bridge client bootstrap):
+ - Make bridge clients with no running bridges try to download
+ bridge descriptors immediately. But when bridge clients have
+ running bridges, make them wait at least 3 hours before
+ refreshing recently received bridge descriptors.
+ Download schedules used to start with an implicit 0, but the
+ fix for 17750 changed this undocumented behaviour, and made
+ bridge clients hang for 15 minutes before bootstrapping.
+ Fixes bug 23347, not in any released version of Tor.