Trac issueshttps://gitlab.torproject.org/legacy/trac/-/issues2020-06-16T01:13:04Zhttps://gitlab.torproject.org/legacy/trac/-/issues/28805ControlPort has undocumented behavior2020-06-16T01:13:04ZTracControlPort has undocumented behavior== Problem 1
`ControlPort`'s value can be set to address:port though `man torrc` says that only port can be specified.
== Problem 2
Option `ControlPort` can be set few times to bind to different "address:port"s. This is also not docum...== Problem 1
`ControlPort`'s value can be set to address:port though `man torrc` says that only port can be specified.
== Problem 2
Option `ControlPort` can be set few times to bind to different "address:port"s. This is also not documented. Other options which can be set multiple times are explicitly documented with a statement like
```
This directive can be specified multiple times to bind to multiple addresses/ports
```
for `SocksPort`.
Original comment about these issues is [[http://ea5faa5po25cf7fb.onion/projects/tor/ticket/28676#comment:15|here]].
**Trac**:
**Username**: wagonTor: 0.4.0.x-finalhttps://gitlab.torproject.org/legacy/trac/-/issues/28757Remove deprecated ControlPort commands from GETINFO info/names listing2020-06-13T15:35:19ZTracRemove deprecated ControlPort commands from GETINFO info/names listingIf `GETINFO` commands `status/version/num-concurring` and `status/version/num-versioning` are used in Nyx or `tor-prompt`, Tor writes to its log file:
```
[warn] status/version/num-concurring is deprecated; it no longer gives useful inf...If `GETINFO` commands `status/version/num-concurring` and `status/version/num-versioning` are used in Nyx or `tor-prompt`, Tor writes to its log file:
```
[warn] status/version/num-concurring is deprecated; it no longer gives useful information
[warn] status/version/num-versioning is deprecated; it no longer gives useful information
```
These commands should be removed from interpreter's `/help GETINFO` listing. They are deprecated according to [[https://gitweb.torproject.org/torspec.git/tree/control-spec.txt|control-spec.txt]]:
```
"status/version/num-concurring"
"status/version/num-versioning"
These options are deprecated; they no longer give useful information.
```
[[0.2.0.30](https://blog.torproject.org/tor-02030-released-stable|since)] (more than 10 years):
> o Newly deprecated features:
> - The `status/version/num-versioning` and `status/version/num-concurring` `GETINFO` controller options are no longer useful in the v3 directory protocol: treat them as deprecated, and warn when they're used.
Probably, there are also other deprecated commands in `/help` listing. They should be removed too.
P.S. Initially it was reported in [[comment](https://trac.torproject.org/projects/tor/ticket/28300#comment:4|this)]. teor [[http://ea5faa5po25cf7fb.onion/projects/tor/ticket/28676#comment:8|recommended]] to create separate ticket.
**Trac**:
**Username**: wagonTor: 0.4.0.x-finalrl1987rl1987https://gitlab.torproject.org/legacy/trac/-/issues/28358Nyx forces Tor error: sandbox_getaddrinfo(): Bug: (Sandbox) failed to get add...2020-06-13T15:33:53ZTracNyx forces Tor error: sandbox_getaddrinfo(): Bug: (Sandbox) failed to get addressIf `Sandbox 1` is set in `torrc`, Nyx (both stable 2.0.4 and [[version](https://trac.torproject.org/projects/tor/ticket/28332#comment:7|git)]) makes Tor write the error in log file:
```
[err] sandbox_getaddrinfo(): Bug: (Sandbox) failed...If `Sandbox 1` is set in `torrc`, Nyx (both stable 2.0.4 and [[version](https://trac.torproject.org/projects/tor/ticket/28332#comment:7|git)]) makes Tor write the error in log file:
```
[err] sandbox_getaddrinfo(): Bug: (Sandbox) failed to get address [hostname redacted]! (on Tor 0.3.4.9 )
```
This is always written only once, during startup of Nyx.
atagar [[https://trac.torproject.org/projects/tor/ticket/28300#comment:5|suggested]] me to file this ticket. He assumes that the bug is on Tor's side:
> It sounds like simply calling `GETINFO address` causes its sandboxing code to issue a bug warning. This is either uncovering a bug on their side or this log message should be downgraded (i.e., not err runlevel or say it's a Tor bug).
**Trac**:
**Username**: wagonTor: 0.4.0.x-final