[tor-bugs] #24433 [Obfuscation/BridgeDB]: moat isn't returning bridges on successful CAPTCHA completion
Tor Bug Tracker & Wiki
blackhole at torproject.org
Wed Dec 13 19:06:47 UTC 2017
#24433: moat isn't returning bridges on successful CAPTCHA completion
----------------------------------+--------------------------
Reporter: isis | Owner: isis
Type: defect | Status: closed
Priority: High | Milestone:
Component: Obfuscation/BridgeDB | Version:
Severity: Normal | Resolution: fixed
Keywords: bridgedb-dist moat | Actual Points: 1
Parent ID: | Points: 1
Reviewer: | Sponsor: SponsorM
----------------------------------+--------------------------
Changes (by isis):
* status: needs_review => closed
* resolution: => fixed
* actualpoints: .5 => 1
Comment:
Replying to [comment:8 isis]:
> Replying to [comment:6 mcs]:
> > * For the `/fetch` request, the `type` is specified as `moat-
transports` but the implementation uses `client-transports`. For
consistency with the other `type` values you may want to use `moat-
transports`.
>
>
[https://gitweb.torproject.org/user/isis/bridgedb.git/commit/?h=develop&id=50a9321fadcfd0e9a4f30bc1919c1bf46d27d8e1
50a9321f]
Oops, I believe the original behaviour was actually correct: the client,
when requesting /fetch, sends a `"type": "client-transports"`. The server,
when responding to that request, iff there was no overlap in which
transports are supported, sends `"type": "moat-transports"` to let the
client software know which types it ''does'' have available.
I've reverted 50a9321f.
Closing as fixed; fingers crossed nothing else is broken.
--
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/24433#comment:9>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
More information about the tor-bugs
mailing list