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

[Tor Bug Tracker & Wiki]

#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:              
----------------------+-----------------------------------------------------

Comment(by arma):

 Replying to [comment:10 aagbsn]:
 > Replying to [comment:7 karsten]:
 > >  - The email distributor doesn't support removing blocked bridges from
 results, yet, right?  Again, no need to implement this now, but how would
 we implement it?  How would people provide their country code here?
 >
 > Blocked bridge filtering for email will work if a country code is passed
 to Dist.EmailBasedDistributor.getBridgesForEmail()
 >
 > People could provide the country code in the subject or body of the
 email.
 > This might be a bit confusing because emails sent to bridgedb+cc at tpo
 allow the user to specify the language of the email and a second cc field
 may be confusing.
 >
 > The language of an email doesn't indicate the clients network location,
 so filtering options should be explicit and not assumed.

 In practice right the cc in https://bridges.torproject.org/cc is a
 language code, not a country code. See
 https://bridges.torproject.org/zh_CN/ for a live example.

 So is it possible there's a bug where you're expecting them to say
 https://bridges.torproject.org/cn ?

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