diff options
| author | Roger Dingledine <arma@torproject.org> | 2008-06-18 07:34:04 +0000 |
|---|---|---|
| committer | Roger Dingledine <arma@torproject.org> | 2008-06-18 07:34:04 +0000 |
| commit | c6a94718cd92b53bc647b7a7fa2d2327138303a5 (patch) | |
| tree | 83173d8173a40aec9252b840a4bd4abe4b3a7207 /doc/TODO | |
| parent | 50d3adb81938137b91b1f6720dfe84339e7309ce (diff) | |
| download | tor-c6a94718cd92b53bc647b7a7fa2d2327138303a5.tar.gz tor-c6a94718cd92b53bc647b7a7fa2d2327138303a5.zip | |
Directory authorities shouldn't complain about bootstrapping
problems just because they do a lot of reachability testing and
some of the connection attempts fail.
svn:r15348
Diffstat (limited to 'doc/TODO')
| -rw-r--r-- | doc/TODO | 8 |
1 files changed, 4 insertions, 4 deletions
@@ -329,15 +329,15 @@ R - then document the bridge user download timeline. ======================================================================= For 0.2.1.2-alpha: -R - bug: if we launch using bridges, and then stop using bridges, we +R d bug: if we launch using bridges, and then stop using bridges, we still have our bridges in our entryguards section, and may use them. -R - add an event to report geoip summaries to vidalia for bridge relays, +R d add an event to report geoip summaries to vidalia for bridge relays, so vidalia can say "recent activity (1-8 users) from sa". R - investigate: it looks like if the bridge authority is unreachable, we're not falling back on querying bridges directly? -R o a getinfo so vidalia can query our current bootstrap state, in + o a getinfo so vidalia can query our current bootstrap state, in case it attaches partway through and wants to catch up. -R - directory authorities shouldn't complain about bootstrapping problems + o directory authorities shouldn't complain about bootstrapping problems just because they do a lot of reachability testing and some of it fails. R - if your bridge is unreachable, it won't generate enough connection |