tor/changes/exitnodes_reliable

  o Minor features:
    - If ExitNodes is set, still pay attention to the Fast/Stable
      status of exits when picking exit nodes.  (We used to ignore
      these flags when ExitNodes was set, on the grounds that people
      who set exitnodes wanted all of those nodes to get used, but
      with the ability to pick exits by country and IP range, this
      doesn't necessarily make sense any more.)
Do not automatically ignore Fast/Stable for exits when ExitNodes is set This once maybe made sense when ExitNodes meant "Here are 3 exits; use them all", but now it more typically means "Here are 3 countries; exit from there." Using non-Fast/Stable exits created a potential partitioning opportunity and an annoying stability problem. (Don't worry about the case where all of our ExitNodes are non-Fast or non-Stable: we handle that later in the function by retrying with need_capacity and need_uptime set to 0.) 2011-03-28 23:29:59 +02:00			`o Minor features:`
			`- If ExitNodes is set, still pay attention to the Fast/Stable`
			`status of exits when picking exit nodes. (We used to ignore`
			`these flags when ExitNodes was set, on the grounds that people`
			`who set exitnodes wanted all of those nodes to get used, but`
			`with the ability to pick exits by country and IP range, this`
			`doesn't necessarily make sense any more.)`