Re: [tor-bugs] #1837 [BridgeDB]: bridgedb learns to load file of which bridges are blocked where

["Tor Bug Tracker & Wiki" <torproject-admin@xxxxxxxxxxxxxx>]

#1837: bridgedb learns to load file of which bridges are blocked where
----------------------+-----------------------------------------------------
 Reporter:  arma      |          Owner:              
     Type:  defect    |         Status:  needs_review
 Priority:  normal    |      Milestone:              
Component:  BridgeDB  |        Version:              
 Keywords:            |         Parent:  #1608       
   Points:            |   Actualpoints:              
----------------------+-----------------------------------------------------

Old description:

> #1608 says we'll avoid giving out bridges that are blocked in china, when
> a user asks for bridges that will work in china.
>
> So as part of that task we need to figure out the file format that we'll
> write the list of which bridges are unusable from china, and then make
> bridgedb load, parse, and use it.

New description:

 #1608 says we'll avoid giving out bridges that are blocked in china, when
 a user asks for bridges that will work in china.

 So as part of that task we need to figure out the file format that we'll
 write the list of which bridges are unusable from china, and then make
 bridgedb load, parse, and use it.  If not, can you add a comment saying
 why this is safe?

--

Comment(by karsten):

 Ah, there's one more thing that might be problematic or not:

 {{{
 def getCCFromRequest(request):
     # return the path
     if len(request.path) > 1:
         return request.path[1:3].lower()
     return None
 }}}

 In this code we're using the `cc` part of the URL `/cc` requested by a
 bridge user to determine which bridges should be removed from the result.
 Should we try harder to make sure that `cc` are exactly two letters?

-- 
Ticket URL: <https://trac.torproject.org/projects/tor/ticket/1837#comment:8>
Tor Bug Tracker & Wiki <https://trac.torproject.org/>
The Tor Project: anonymity online
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs