[tor-bugs] #18263 [Tor]: GETCONF provides incorrect value when undefined
Tor Bug Tracker & Wiki
blackhole at torproject.org
Wed Mar 2 02:12:46 UTC 2016
#18263: GETCONF provides incorrect value when undefined
--------------------+------------------------------------
Reporter: atagar | Owner:
Type: defect | Status: new
Priority: Medium | Milestone: Tor: 0.2.8.x-final
Component: Tor | Version:
Severity: Minor | Resolution:
Keywords: easy | Actual Points:
Parent ID: | Points:
Sponsor: |
--------------------+------------------------------------
Comment (by cypherpunks):
Tor control protocol spec is awfully vague about this.
Section 3.3 says:
{{{
Request the value of a configuration variable. The syntax is:
"GETCONF" 1*(SP keyword) CRLF
If all of the listed keywords exist in the Tor configuration, Tor
replies
with a series of reply lines of the form:
250 keyword=value
If any option is set to a 'default' value semantically different from an
empty string, Tor may reply with a reply line of the form:
250 keyword
}}}
"Tor may" or may not. According to this, the problem is/was on your side,
atagar.
Also, even if this was instead a MUST, the implication would say:
( "option set to default value" AND "that value is semantically different
from an empty string" ) THEN "reply line omits '=value'"
Which, aside from leaving one wondering what "semantically different from
an empty string" precisely means, still allows for an "=" followed by an
empty value (f.i. if said empty value is not the default).
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/18263#comment:5>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list