BridgeDB issueshttps://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues2022-09-08T15:28:19Zhttps://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues/40058Add some (80px?) padding between <main> and the site footer2022-09-08T15:28:19ZdonutsAdd some (80px?) padding between <main> and the site footer[Support](https://support.torproject.org/) and [about](https://www.torproject.org/about/history/) have 80px of padding at the bottom of the <main> element, for example. Could we do the same here please? The last FAQ item could do with a ...[Support](https://support.torproject.org/) and [about](https://www.torproject.org/about/history/) have 80px of padding at the bottom of the <main> element, for example. Could we do the same here please? The last FAQ item could do with a little breathing room before the site footer.https://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues/40057"How to" page is missing styling2022-09-08T15:28:19Zdonuts"How to" page is missing stylingI'm not sure if this is a temporary issue or not, but I'm not seeing any styling on the howto page at all: https://bridges.torproject.org/howto/
![bridges-howto-unstyled](/uploads/6fa807f8ce9a584b92c82f023091c5f5/bridges-howto-unstyled....I'm not sure if this is a temporary issue or not, but I'm not seeing any styling on the howto page at all: https://bridges.torproject.org/howto/
![bridges-howto-unstyled](/uploads/6fa807f8ce9a584b92c82f023091c5f5/bridges-howto-unstyled.png)https://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues/34322Make BridgeDB's web interface look like torproject.org2022-08-24T15:20:18ZPhilipp Winterphw@torproject.orgMake BridgeDB's web interface look like torproject.orgBridgeDB's web interface at bridges.torproject.org uses bootstrap, with its own look and feel. We should make it look like torproject.org. Antonela suggested that this may be as simple as loading torproject.org's CSS on top of the existi...BridgeDB's web interface at bridges.torproject.org uses bootstrap, with its own look and feel. We should make it look like torproject.org. Antonela suggested that this may be as simple as loading torproject.org's CSS on top of the existing CSS files.Sponsor 30 - Objective 2.2meskiomeskio@torproject.orgmeskiomeskio@torproject.orghttps://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues/40050Change the 'select all' button for a 'copy all' when giving the bridges2022-08-17T19:29:57ZemmapeelChange the 'select all' button for a 'copy all' when giving the bridgesThis change has been suggested by a translator.
It will be even more comfortable to have the bridges copied when clicking the button, than just selected and then you have to do the copying. Lets save users a step, and copy the bridges f...This change has been suggested by a translator.
It will be even more comfortable to have the bridges copied when clicking the button, than just selected and then you have to do the copying. Lets save users a step, and copy the bridges for them:
![copyall](/uploads/1745238b654be298dfa507734a4352bd/copyall.png)Sponsor 30 - Objective 2.2https://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues/40020O2.2 - Improve user experience and user interface of bridges.torproject.org.2022-06-21T22:52:33ZAntonelaantonela@torproject.orgO2.2 - Improve user experience and user interface of bridges.torproject.org.A1 - Evaluate the user experience of our bridge download site, bridges.torproject.org, and provide a report with the top problems encountered by human rights defenders on the ground.
A2 - Identify solutions for user problems reported ab...A1 - Evaluate the user experience of our bridge download site, bridges.torproject.org, and provide a report with the top problems encountered by human rights defenders on the ground.
A2 - Identify solutions for user problems reported above and implement them to make the portal easier to understand and use successfully.
A3 - Localize bridges.torproject.org. Tailor additional localization strategies based on community feedback, requests, and data collected during the project timeframe.
[Milestone](https://gitlab.torproject.org/groups/tpo/-/milestones/7).
**Trac**:
**Parent Ticket**: #31268
**Child Ticket(s)**: #32134, #17548, #34322, #33299, #33945, #31903, #24607, #31528, #33835, #15404, #26543, #19774, #33727, #30794, #32204, #32205, #10831, #17626, #30941, #30317, #28531, trac#31870, #19839
Consider this a reference ticket to: https://gitlab.torproject.org/legacy/trac/-/issues/31279Sponsor 30 - Objective 2.2donutsdonutshttps://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues/40028Email instructions are unclear to people who type their bridges2022-02-10T15:55:12ZsajolidaEmail instructions are unclear to people who type their bridgesIn August, I did some usability tests of Tails 4.22, which includes our new [Tor Connection](https://tails.boum.org/doc/anonymous_internet/tor/).
Currently, the "simplest" (though really tedious) way of getting custom bridges in Tails i...In August, I did some usability tests of Tails 4.22, which includes our new [Tor Connection](https://tails.boum.org/doc/anonymous_internet/tor/).
Currently, the "simplest" (though really tedious) way of getting custom bridges in Tails is to request bridges over email through their phone and type them in Tails, because we don't have neither [Moat](https://gitlab.tails.boum.org/tails/tails/-/issues/15331) nor [Snowflake](https://gitlab.tails.boum.org/tails/tails/-/issues/5494) yet.
It's really tedious but better than nothing. Some test participants were determined enough to gave it a try but failed nonetheless.
Here is how the email displayed on their phone:
![bridges](/uploads/6beccb2ef2701afd511d193d0aa5ef61/bridges.png)
Some of their pain points could be solved by improving the content of the email:
- It was unclear where to type line breaks, because the long bridge line wrapped many times on their small display and there was no clear separation between the 2 bridges.
I think that it would help to separate both bridges more clearly, with some colored background and headings. Unless I'm mistaken, both Tor Browser and Tails only try to use the 1st bridge in the list, so encouraging people to type or copy only 1 line would not lead to less connectivity.
- Some characters were hard to interpret: I? 1? |?
Using a fixed width font, for example inside a `<pre>` tag, might help people distinguish ambiguous characters.
- A test participant wondered whether the bridges should be typed in Tor Browser in Tails instead of in our Tor Connection assistant, because that's what the email instructed.
We could have different instructions for Tor Browser and Tails.
I understand that making bridges easier to type or improve the email for Tails users might not be a priority for the Tor team. We're also conscious at Tails that providing better alternatives, like scanning the QR code, would be much better for our users. So I'd like you to tell me which of these improvements you would be interested in working on until then.
I could work on the phrasing of the email myself and ask our coders to submit a patch if needed.Sponsor 96: Rapid Expansion of Access to the Uncensored Internet through Tor in China, Hong Kong, & Tibetmeskiomeskio@torproject.orgmeskiomeskio@torproject.orghttps://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues/30941Need better instructions for requesting bridges via email2021-07-09T18:27:09ZPili GuerraNeed better instructions for requesting bridges via emailFor bridges obtained via email by emailing bridges@ it's not clear how/where to request bridges via email.
E.g the bridges.tpo website simply says to email bridges@ to get bridges
Emailing that address gives you a number of commands bu...For bridges obtained via email by emailing bridges@ it's not clear how/where to request bridges via email.
E.g the bridges.tpo website simply says to email bridges@ to get bridges
Emailing that address gives you a number of commands but doesn't specify where to send the commands (email subject, body...) I tried both and wasn't able to get it to work.
It also specifies that you can combine commands but it doesn't give any examples or indication of how to do so.
This was raised by a user and I also couldn't figure it out after trying for about 5 minutes :/Philipp Winterphw@torproject.orgPhilipp Winterphw@torproject.orghttps://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues/19774bridges.torproject.org could use a favicon2021-07-01T17:47:15ZIsis Lovecruftbridges.torproject.org could use a faviconIt doesn't have one. It could. I don't particularly care what it is, but a little bridge or a little onion might be cute.It doesn't have one. It could. I don't particularly care what it is, but a little bridge or a little onion might be cute.Philipp Winterphw@torproject.orgPhilipp Winterphw@torproject.orghttps://gitlab.torproject.org/tpo/anti-censorship/bridgedb/-/issues/7522Design a user interface for redeeming invite tokens2020-06-27T13:43:25ZAaron GibsonDesign a user interface for redeeming invite tokensPlease see [comment #4 on this ticket](https://trac.torproject.org/projects/tor/ticket/7522#comment:4) for a better description of the scope of this ticket. The following description is kept for historical purposes, and is no longer rele...Please see [comment #4 on this ticket](https://trac.torproject.org/projects/tor/ticket/7522#comment:4) for a better description of the scope of this ticket. The following description is kept for historical purposes, and is no longer relevant due to developments in the design of legacy/trac#7520. —isis
### Original Description
Should this interface be web based? Email based with gpg support? Both?
Should a token be redeemed for an account, or be used each time to request a bridge?
If a token is exchanged for an account, BridgeDB would need to store account credentials provided by a user. That might be more convenient for a user to remember, but might lead to problems such as:
account names can be probed (i.e. does an account by a certain name already exist?)
users might re-use nyms, potentially a liability.
On the other hand, an account might be identified by an email address, which could be used to periodically send new bridges or invites. We want to add email subscription support to BridgeDB (legacy/trac#1610), and perhaps these features should overlap.
Perhaps we could support both modes, where a valid token can be used to request bridges and add/remove email addresses. If a user chooses to add an email address, a suitable warning would be displayed to advise the user that the email address will be stored on the system.Isis LovecruftIsis Lovecruft