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
  • Collapse sidebar
  • Activity
  • Create a new issue
  • Issue Boards

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
  • #3738

Closed
Open
Opened Aug 15, 2011 by Erinn Clark@erinn

weird behavior in Vidalia 0.2.13

I began making Vidalia bundles for the 0.2.13 release. After removing my ~/.tor and ~/Library/Vidalia directories, I installed and ran the new bundle (while running TBB, to make sure the new port selection stuff worked) and had a few different issues which I'll list below and which may all need to be separated into different bugs (for which this could become the parent bug):

  1. Vidalia complains it can't find /Users/erinn/.tor/port.conf and stops loading. I dismiss this and tell it to start again, which it does with no problems.

  2. Vidalia then tells me it wants to authenticate to a running Vidalia process (from TBB) which I also dismiss.

  3. Vidalia's main screen says it is authenticating to Tor, while its Message Log indicates that it has actually successfully connected. The OS X onion in the top bar stays yellow, even though Tor is actually connected and functional.

So, all that said, once it gets past these obstacles, it does in fact run on a different port at the same time as TBB, which is extremely awesome and exciting.

I'm assigning this bug as a blocker because although Vidalia does work, it behaves too unpredictably for me to release packages with this version. I'm attaching some screenshots just to make it clear what I'm talking about.

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