[tor-bugs] #13788 [Tor Browser]: Meek bridges don't work in TB 4.5alpha1

Tor Bug Tracker & Wiki blackhole at torproject.org
Mon Dec 8 10:48:16 UTC 2014


#13788: Meek bridges don't work in TB 4.5alpha1
-----------------------------+----------------------
     Reporter:  cypherpunks  |      Owner:  tbb-team
         Type:  defect       |     Status:  new
     Priority:  normal       |  Milestone:
    Component:  Tor Browser  |    Version:
   Resolution:               |   Keywords:  meek
Actual Points:               |  Parent ID:
       Points:               |
-----------------------------+----------------------

Comment (by dcf):

 Replying to [comment:15 dcf]:
 > Thanks, Arthur. I'm starting a build that includes attachment:0001
 -fixup-Bug-3455.2.-Allow-RFC1929-authentication-usern.patch. (I did "git
 am" of the patch in tor-browser.git on top of
 [https://gitweb.torproject.org/tor-browser.git/commit/?h=esr24&id=tor-
 browser-31.3.0esr-4.5-1-build1 tor-browser-31.3.0esr-4.5-1-build1] and
 then set "VERIFY_TAGS=0" and "TORBROWSER_TAG=''commit hash after git am''"
 in versions.alpha.) I'll test it and see how it works.

 My build finished; unfortunately it still doesn't work. The NSPR log
 (attachment:nspr-4.5-alpha-2-comment15.log) at least shows something
 different though. The name resolution seems to go okay:
 {{{
 Resolving host [ajax.aspnetcdn.com].
 STS dispatch [7f227aa8bfc0]
   No usable address in cache for [ajax.aspnetcdn.com]
   DNS thread counters: total=3 any-live=0 idle=0 pending=1
  DNS lookup thread - starting execution.
   DNS lookup for host [ajax.aspnetcdn.com] blocking pending 'getaddrinfo'
 query: callback [7f227aaa0470]
   advancing to STATE_RESOLVING
 }}}
 But then it quickly gets into a very tight loop of:
 {{{
 STS poll iter [1]
   active [2] { handler=7f227ab6f6e0 condition=0 pollflags=7 }
   active [1] { handler=7f227ab6f500 condition=0 pollflags=5 }
   active [0] { handler=7f2288567e00 condition=0 pollflags=5 }
   calling PR_Poll [active=3 idle=0]
 poll timeout: none
     timeout = -1 milliseconds
     ...returned after 0 milliseconds
 nsSocketTransport::OnSocketReady [this=7f227ab6f6e0 outFlags=2]
   advancing to STATE_TRANSFERRING
 JIMB: ReleaseFD_Locked: mFDref = 2
 nsSocketTransport::SendStatus [this=7f227ab6f6e0 status=804b0004]
 nsHttpTransaction::OnSocketStatus [this=7f227d22d000 status=804b0004
 progress=0]
 }}}
 And I mean really tight—it made 800 MB of log file in about 20 seconds.

--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/13788#comment:17>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online


More information about the tor-bugs mailing list