Skip to content

GitLab

  • Projects
  • Groups
  • Snippets
  • Help
    • Loading...
  • Help
    • Help
    • Support
    • Community forum
    • Submit feedback
    • Contribute to GitLab
  • Sign in
Trac
Trac
  • Project overview
    • Project overview
    • Details
    • Activity
  • Issues 246
    • Issues 246
    • List
    • Boards
    • Labels
    • Service Desk
    • Milestones
  • Operations
    • Operations
    • Metrics
    • Incidents
  • Analytics
    • Analytics
    • Value Stream
  • Wiki
    • Wiki
  • Members
    • Members
  • Activity
  • Create a new issue
  • Issue Boards
Collapse sidebar

GitLab is used only for code review, issue tracking and project management. Canonical locations for source code are still https://gitweb.torproject.org/ https://git.torproject.org/ and git-rw.torproject.org.

  • Legacy
  • TracTrac
  • Issues
  • #4473

Closed (moved)
Open
Opened Nov 15, 2011 by Roger Dingledine@arma

Disallow ControlPort auto unless ControlPortWriteToFile also set?

If you set controlport auto but you don't set ControlPortWriteToFile, it works, but there's no (automated) way for controllers to find your control port.

A user in #tor just set up his Tor that way.

Should Tor demand that ControlPortWriteToFile is set when ControlPort auto is chosen? Or do we think the use case of "expert user looks at log file and configures controller by hand" outweighs the "user thinks he set it up right but didn't" failure mode?

This is a bug in 0.2.2.x too, but my initial guess is that we don't want to mess with 0.2.2.x here.

To upload designs, you'll need to enable LFS and have an admin enable hashed storage. More information
Assignee
Assign to
Tor: 0.2.3.x-final
Milestone
Tor: 0.2.3.x-final
Assign milestone
Time tracking
None
Due date
None
Reference: legacy/trac#4473