[Author Prev][Author Next][Thread Prev][Thread Next][Author Index][Thread Index]
Re: [tor-bugs] #1837 [BridgeDB]: bridgedb learns to load file of which bridges are blocked where
#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@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
_______________________________________________
tor-bugs mailing list
tor-bugs@xxxxxxxxxxxxxxxxxxxx
https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-bugs