commit 8d288eb3a7738e50a371db63d83ea37f4cfb67fb Author: Neel Chauhan neel@neelc.org Date: Mon Jan 13 14:55:16 2020 -0800
Deprecate the ClientAutoIPv6ORPort option --- changes/bug32942 | 4 ++++ doc/tor.1.txt | 3 ++- src/app/config/config.c | 5 +++++ 3 files changed, 11 insertions(+), 1 deletion(-)
diff --git a/changes/bug32942 b/changes/bug32942 new file mode 100644 index 000000000..0a4ef9b09 --- /dev/null +++ b/changes/bug32942 @@ -0,0 +1,4 @@ + o Deprecated features: + - Deprecate the ClientAutoIPv6ORPort option. This option was not true + Happy Eyeballs, and often failed on connections that weren't reliably + dual-stack. Closes ticket 32942. Patch by Neel Chauhan. diff --git a/doc/tor.1.txt b/doc/tor.1.txt index e193db238..d1583c3dc 100644 --- a/doc/tor.1.txt +++ b/doc/tor.1.txt @@ -1045,7 +1045,8 @@ The following options are useful only for clients (that is, if If this option is set to 1, Tor clients randomly prefer a node's IPv4 or IPv6 ORPort. The random preference is set every time a node is loaded from a new consensus or bridge config. When this option is set to 1, - **ClientPreferIPv6ORPort** is ignored. (Default: 0) + **ClientPreferIPv6ORPort** is ignored. (Default: 0) (DEPRECATED: This + option is unreliable if a connection isn't reliably dual-stack.)
[[ClientBootstrapConsensusAuthorityDownloadInitialDelay]] **ClientBootstrapConsensusAuthorityDownloadInitialDelay** __N__:: Initial delay in seconds for when clients should download consensuses from authorities diff --git a/src/app/config/config.c b/src/app/config/config.c index d197e2b0c..7d5470d5e 100644 --- a/src/app/config/config.c +++ b/src/app/config/config.c @@ -831,6 +831,11 @@ static const config_deprecation_t option_deprecation_notes_[] = { "effect on clients since 0.2.8." }, /* End of options deprecated since 0.3.2.2-alpha. */
+ /* Options deprecated since 0.4.3.1-alpha. */ + { "ClientAutoIPv6ORPort", "This option is unreliable if a connection isn't " + "reliably dual-stack."}, + /* End of options deprecated since 0.4.3.1-alpha. */ + { NULL, NULL } };
tor-commits@lists.torproject.org