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

Closed (moved)
Open
Opened Dec 15, 2017 by Mark Smith@mcs

moat: incorrect response if no bridges available

Kathy and I are working on Moat client edge cases today :) If a transport type that BridgeDB supports is requested and the correct CAPTCHA solution is provided in a /check request, the response is a moat-bridges response that includes an empty bridges array, like this:

{
  "data": [
    {
      "qrcode": null,
      "bridges": [],
      "version": "0.1.0",
      "type": "moat-bridges",
      "id": 3
    }
  ]
}

However, the Moat protocol spec says we will receive a 404 error response. Either response will do the job, but we need to make sure client and server are in agreement.

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#24637