The Tor Project issueshttps://gitlab.torproject.org/groups/tpo/-/issues2024-03-19T00:06:04Zhttps://gitlab.torproject.org/tpo/web/donate-static/-/issues/111Meta ticket: donate page frontend rewrite MVP2024-03-19T00:06:04Zal smithMeta ticket: donate page frontend rewrite MVPIn our work to redesign & rewrite donate.torproject.org, we identified must-have features for a MVP. Below is the estimated timeline, MVP features that we need to track and prioritize, and ideas for post-MVP features.
# Estimations/time...In our work to redesign & rewrite donate.torproject.org, we identified must-have features for a MVP. Below is the estimated timeline, MVP features that we need to track and prioritize, and ideas for post-MVP features.
# Estimations/timeline
* may-june - front-end design (ux team)
# MVP for frontend
- [ ] Form that donates through stripe
- [ ] Form that donates through paypal
- [ ] List wallet addresses - django setup, yes
- [ ] A link to BTCPay (non-integrated) - django setup, yes
- [ ] Noscript error - django setup, yes
- [ ] Better CRM integration (that meets Fundraising's specs)
- [ ] CMSable/lektorable content [e.g., ability to make new/standalone pages] (within reason)
- [ ] Donation amount array
- [ ] Recurring donations across both Stripe & Paypal
- [ ] Swag display & logic (+ ability to decline swag)
- [ ] CAPTCHA
- [ ] Simple YEC Ticker
- [ ] Simple order summary
- [ ] Redirect to existing thank you page? maybe? or a simple version for the MVP
- [ ] Newsletter signup
# Post-MVP
- Accessible CAPTCHA
- More groovy YEC ticker
- Floating basket thing
- Better thank you page
- Ability to track donations made directly through paypal (not through donate.tpo) and report them to civi ([tpo/anti-censorship/pluggable-transports/snowflake-webext#79](https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake-webext/-/issues/79#note_2898912))
# Post-post-MVP
- Full BTCPay API integration (all bells & whistles)
- Can we connect the ShipStation API? Dynamically disable perks?
ccing @mathieu, @kez, @mattlav - here's that meta ticket I promised. :smile:Redesign donate.torproject.orgstephenstephen2023-11-06https://gitlab.torproject.org/tpo/web/tpo/-/issues/410Design mockups of the new download page on mobile2024-03-19T00:07:22ZdonutsDesign mockups of the new download page on mobileDesktop designs here: [Figma link](https://www.figma.com/file/nIpahk0b9VMaeEnubiO33g/Marble?type=design&node-id=679%3A10&mode=design&t=cHkDPRyD6oerlgAW-1)Desktop designs here: [Figma link](https://www.figma.com/file/nIpahk0b9VMaeEnubiO33g/Marble?type=design&node-id=679%3A10&mode=design&t=cHkDPRyD6oerlgAW-1)Sponsor 9 - Phase 7 - Usability and Community Intervention on Support for Democracy and Human Rightsdonutsdonutshttps://gitlab.torproject.org/tpo/network-health/team/-/issues/313Develop design sketch and prototype for bandwidth inflation detection tool2024-03-19T08:33:09ZGeorg KoppenDevelop design sketch and prototype for bandwidth inflation detection toolWe want to be able to detect bandwidth lying by operators on the network. This ticket is the parent ticket for related tasks (which might need to be done in different projects) and could be used for sketching and sorting out all the desi...We want to be able to detect bandwidth lying by operators on the network. This ticket is the parent ticket for related tasks (which might need to be done in different projects) and could be used for sketching and sorting out all the design details.jugajugahttps://gitlab.torproject.org/tpo/network-health/metrics/metrics-sql-tables/-/issues/11Speed up queries2024-03-19T08:35:47ZjugaSpeed up queriesWorking on tpo/network-health/team#313 i filled up tpo/tpa/team#41558 so that a query that takes 50secs can work in grafana, but we should still speed up the queries by creating indexes for example.
We can collect here the slowest queri...Working on tpo/network-health/team#313 i filled up tpo/tpa/team#41558 so that a query that takes 50secs can work in grafana, but we should still speed up the queries by creating indexes for example.
We can collect here the slowest queries and how we can improve them.jugajugahttps://gitlab.torproject.org/tpo/core/arti/-/issues/1275Design the `VanguardMgr` and/or `VanguardPool`2024-03-19T15:07:31Zgabi-250Design the `VanguardMgr` and/or `VanguardPool`TODO: split into multiple issuesTODO: split into multiple issuesArti: Guard discovery researchgabi-250gabi-250https://gitlab.torproject.org/tpo/community/tor4zh/-/issues/1Create a Chinese version of slideshow2024-03-19T17:12:32ZHavenCreate a Chinese version of slideshowPreviously, I have suggested some changes to the English version of the slideshow.
I'm thinking to create a Chinese version of the slideshow based on the English one and my suggestions, so that we can use it to promote Tor browser and ...Previously, I have suggested some changes to the English version of the slideshow.
I'm thinking to create a Chinese version of the slideshow based on the English one and my suggestions, so that we can use it to promote Tor browser and bridges in Chinese social meida.
- [ ] Create a draft in English
- [ ] Review by @gus
- [ ] Create the Chinese versionHavenHaven2024-01-21https://gitlab.torproject.org/tpo/team/-/issues/263Wrapping up sponsor 962024-03-19T17:50:14ZGabagaba@torproject.orgWrapping up sponsor 96- [ ] Final review of deliverables
- [ ] Review indicators
- [ ] Write report for last quarter. Due end of April.
- [ ] Schedule retrospective
- [ ] Write final report. Due on July 29th- [ ] Final review of deliverables
- [ ] Review indicators
- [ ] Write report for last quarter. Due end of April.
- [ ] Schedule retrospective
- [ ] Write final report. Due on July 29thGabagaba@torproject.orgGabagaba@torproject.org2024-07-15https://gitlab.torproject.org/tpo/team/-/issues/186Code Audit for Sponsor 1012024-03-19T18:04:53ZGabagaba@torproject.orgCode Audit for Sponsor 101- [x] Create RFPT
- [ ] Send to DRL for approval
- [ ] Send to auditors
- [ ] Choose an auditor to start work- [x] Create RFPT
- [ ] Send to DRL for approval
- [ ] Send to auditors
- [ ] Choose an auditor to start workGabagaba@torproject.orgGabagaba@torproject.org2024-03-20https://gitlab.torproject.org/tpo/team/-/issues/269s144 report2024-03-19T19:40:45ZGabagaba@torproject.orgs144 report2024-03-25https://gitlab.torproject.org/tpo/tpa/anon_ticket/-/issues/44Add links to anon-ticket system from gitlab2024-03-20T08:37:21ZNick MathewsonAdd links to anon-ticket system from gitlabIt would be great if our gitlab site would link unauthenticated users to "anonticket.onionize.space" in a way that would make it convenient to comment on an issue or create a ticket if you're already looking at the right place in gitlab.It would be great if our gitlab site would link unauthenticated users to "anonticket.onionize.space" in a way that would make it convenient to comment on an issue or create a ticket if you're already looking at the right place in gitlab.jugajugahttps://gitlab.torproject.org/tpo/applications/tor-browser-spec/-/issues/25021Update Tor Browser spec2024-03-20T23:28:07ZGeorg KoppenUpdate Tor Browser specTor Browser 11.0 is coming out soon. We should update our design document to cover all the new issues that are showing up in it. Highlights are
1) Switch to rbm/tor-browser-build
2) The security slider copy update
...
The update should...Tor Browser 11.0 is coming out soon. We should update our design document to cover all the new issues that are showing up in it. Highlights are
1) Switch to rbm/tor-browser-build
2) The security slider copy update
...
The update should cover the current goals and state of the browser, and fold in all the 8.0, 8.5, 9.0, 9.5, 10.0, and 10.5 changes.Tor Browser: 11.0 Issues with previous releaserichardrichardhttps://gitlab.torproject.org/tpo/core/arti/-/issues/1340Ensure we apply the necessary restrictions when building vanguard circuits2024-03-21T12:00:30Zgabi-250Ensure we apply the necessary restrictions when building vanguard circuitsThe following discussion from !2046 should be addressed:
- [ ] @nickm started a [discussion](https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2046#note_3010022):
> For both cases where you call select_vanguard, and for...The following discussion from !2046 should be addressed:
- [ ] @nickm started a [discussion](https://gitlab.torproject.org/tpo/core/arti/-/merge_requests/2046#note_3010022):
> For both cases where you call select_vanguard, and for when you use relay_selector below in this function:
>
> Watch out: just because we aren't enforcing family restrictions, doesn't mean we have no restrictions at all. In particular, I think we we have to prevent the same Relay from appearing twice consecutively. (A relay won't let you extend a circuit to itself.)
>
>
> @mikeperry Is that right? And is the only restriction on vanguard-based paths?
>
> This has implications for the select_vanguard API; maybe it needs to take a RelayExclusion.Arti: Guard discovery researchgabi-250gabi-250https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/issues/40352Use unreliable and unordered WebRTC data channels2024-03-21T20:15:25ZDavid Fifielddcf@torproject.orgUse unreliable and unordered WebRTC data channels@shelikhoo:
Actually here are some observation from me related to https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/issues/40243:
Snowflake is currently using network resource in a so suboptimal way I ...@shelikhoo:
Actually here are some observation from me related to https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/issues/40243:
Snowflake is currently using network resource in a so suboptimal way I think it would make sense to also consider make protocol level change on how kcp is interacting with webrtc before considering to add forward error correction. This would be in the form of enabling unreliable mode of webrtc and make necessary change to get it to work.
Right now, kcp packets are sent in webrtc data channel in a reliable way that deliver all packets in order and retransmit any lost message repeatedly. However, kcp also retransmit its packet itself, which as a result, queue all those retransmitted packets somewhere, like in webrtc's buffer.
This means lost packets are required to be retransmitted more than once in different protocol, and retransmit & timeout get compounded. More retransmit result in more lost packets and more retransmission, which eventually lead to [connection melt down](https://openvpn.net/faq/what-is-tcp-meltdown/) <- please read.
back pressure like the one introduced in https://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/merge_requests/144 only move the problem, and block kcp's send in unexpected way, as kcp don't expect send to block as it is usually over udp.
See also: https://lists.torproject.org/pipermail/anti-censorship-team/2023-March/000286.html
(@dcf split this issue off from #40251 to separate the analysis of speed in China from the proposed remedy.)shelikhooshelikhoohttps://gitlab.torproject.org/tpo/anti-censorship/pluggable-transports/snowflake/-/issues/40251Analysis of speed deficiency of Snowflake in China, 2023 Q12024-03-21T20:45:13ZshelikhooAnalysis of speed deficiency of Snowflake in China, 2023 Q1We are currently observing an increase of snowflake bootstrap failure. This ticket document our investigation of this incident.
As we can observe from the vantage point test [result](https://gitlab.torproject.org/tpo/anti-censorship/con...We are currently observing an increase of snowflake bootstrap failure. This ticket document our investigation of this incident.
As we can observe from the vantage point test [result](https://gitlab.torproject.org/tpo/anti-censorship/connectivity-measurement/bridgestatus/-/blob/39c4d2a143c2ce43ffb1cbf39bf18f26d7ba49c7/recentResult_cn), the bootstrap percentage is often more than 10 and less than 100 as a result of poor connection speed.
In order to measure the packet loss rate at the vantage points a few [scripts](https://gist.github.com/xiaokangwang/14ac48ef9fc2ce8dd04f92ed9c0928de) are used to calculate the packet loss rate from packet capture file, here is the result:
```
snowflake-probe-0-eth0.pcap:TOTAL 3027, RECV 2702, LOSS RATE .107
snowflake-probe-1-eth0.pcap:TOTAL 3406, RECV 3169, LOSS RATE .069
snowflake-probe-2-eth0.pcap:TOTAL 2896, RECV 2294, LOSS RATE .207
snowflake-probe-3-eth0.pcap:TOTAL 2883, RECV 2652, LOSS RATE .080
snowflake-probe-4-eth0.pcap:TOTAL 2696, RECV 2514, LOSS RATE .067
snowflake-probe-5-eth0.pcap:TOTAL 847, RECV 669, LOSS RATE .210
snowflake-probe-6-eth0.pcap:TOTAL 1855, RECV 1692, LOSS RATE .087
snowflake-probe-7-eth0.pcap:TOTAL 76, RECV 284, LOSS RATE -2.736 (invalid, more than one dtls connection)
snowflake-probe-8-eth0.pcap:TOTAL 1577, RECV 1255, LOSS RATE .204
snowflake-probe-9-eth0.pcap:TOTAL 1449, RECV 1166, LOSS RATE .195
```
As we can see snowflake's bootstrap percentage is regularly impacted by packet loss rate. We can either make snowflake more resistant to packet loss or improve matching process to reduce packet loss.shelikhooshelikhoohttps://gitlab.torproject.org/tpo/network-health/sbws/-/issues/40197Figure out why stream bandwidth is below 11MB for all relays2024-03-25T11:27:38ZjugaFigure out why stream bandwidth is below 11MB for all relaysWorking on sbws#40190 @gk found that measuring nth relays with https://gitlab.torproject.org/juga/relay_bw, none of the chosen paths nor Web servers measure more than 11MB.
Querying the new metrics DB, i realized that this is also the ca...Working on sbws#40190 @gk found that measuring nth relays with https://gitlab.torproject.org/juga/relay_bw, none of the chosen paths nor Web servers measure more than 11MB.
Querying the new metrics DB, i realized that this is also the case for sbws.
Could this be due to some tor configuration or limitation that we haven't realized?
Working on tor_fusion#5 with hiro, i realized that https://gitlab.torproject.org/tpo/network-health/metrics/onionperf/-/blob/74074b0c61c68edf2c5a9f20d437ccf3d9c5125a/onionperf/visualization.py#L185 is calculating the throughput by taking only the time it takes to download the last MiB of data.
I observed in the past sbws download speed was quite irregular, not that it was getting faster over time, but i might be wrong.
We didn't finish implementing https://gitlab.torproject.org/tpo/network-health/onbasca/-/issues/128 to check the bandwidth after the slow start.jugajugahttps://gitlab.torproject.org/tpo/community/training/-/issues/113Add training resources to portal2024-03-25T11:29:34ZrayaAdd training resources to portalList of updates/additions:
- [ ] Update [All About Tor](https://docs.google.com/presentation/d/1BKpeDXqHib4zOQeGRBeFYWVYUtFNSwd-FLCY63TMDG8/edit)
- [ ] Update [Introduction to Onion Services](https://docs.google.com/presentation/d/1avHPN...List of updates/additions:
- [ ] Update [All About Tor](https://docs.google.com/presentation/d/1BKpeDXqHib4zOQeGRBeFYWVYUtFNSwd-FLCY63TMDG8/edit)
- [ ] Update [Introduction to Onion Services](https://docs.google.com/presentation/d/1avHPNzMhC5KJShtxAxe2Sl_KbQSrgG6yltdzHCEOfV0/edit)
- [ ] Add [Bypassing Censorship with and of Tor](https://docs.google.com/presentation/d/1f7IWy6rBoXffmAJPGxGSqCZvChlYJ012-E3a8mldbcM/edit)
- [ ] Add [YouTube videos](https://www.youtube.com/watch?v=uroe-xe0tcM)
- [ ] Add [Digital Security Basics](https://docs.google.com/presentation/d/1-uhiYwU1QNCYRuyJuacxKj2GLHvUWQ_Hcjz730IZqiM/edit?usp=sharing)
- [ ] Add licensing information on all training resources, see: https://gitlab.torproject.org/tpo/community/training/-/issues/74rayaraya2023-11-14https://gitlab.torproject.org/tpo/team/-/issues/265Draft agenda2024-03-25T17:38:08ZGabagaba@torproject.orgDraft agendaGabagaba@torproject.orgGabagaba@torproject.org2024-03-26https://gitlab.torproject.org/tpo/community/outreach/-/issues/40053Review and update the street team kit2024-03-25T22:29:02ZdonutsReview and update the street team kitMany of the materials that are part of the [Street Team Kit](https://community.torproject.org/outreach/kit/) are out of date (from a brand/design POV), designed for print, and/or cannot be updated because the original working files are l...Many of the materials that are part of the [Street Team Kit](https://community.torproject.org/outreach/kit/) are out of date (from a brand/design POV), designed for print, and/or cannot be updated because the original working files are long gone. As such, we should:
- Review the list to decide on which materials we want to keep and update, and in what order.
- Update each to match our new brand guidelines, when ready.
- Update the layouts so they're suitable for both digital use and print.
- Implement feedback from LATAM partners collected here: https://gitlab.torproject.org/tpo/ux/research/-/issues/22#note_2825275
- Improve accessibility where possible—I believe some of these were originally done in Sketch, so text recognition/text to speech may not be great.
I don't expect we'll be able to redo all of these materials in a single phase, however.Sponsor 9 - Phase 7 - Usability and Community Intervention on Support for Democracy and Human Rightsnicobnicobhttps://gitlab.torproject.org/tpo/community/support/-/issues/40118Update privacy policy on the Tor Forum2024-03-26T02:49:50Zebanamebanam@torproject.orgUpdate privacy policy on the Tor ForumAs pointed out in the latest (24 June 2023) relay operators' meetup, as we are now self-hosting the [Tor Forum](https://forum.torproject.org), we should update the [privacy policy](https://forum.torproject.org/privacy).
/cc @gusAs pointed out in the latest (24 June 2023) relay operators' meetup, as we are now self-hosting the [Tor Forum](https://forum.torproject.org), we should update the [privacy policy](https://forum.torproject.org/privacy).
/cc @gusGusGushttps://gitlab.torproject.org/tpo/network-health/metrics/metrics-bin/-/issues/3Run cleanup and other checks for NS API build2024-03-26T07:25:52ZMattia RighettiRun cleanup and other checks for NS API buildIt could be useful to do some cleanup of the build folder each time we need to build a new version of the ns api
Referencing https://gitlab.torproject.org/tpo/network-health/metrics/networkstatusapi/-/issues/54#note_3011903It could be useful to do some cleanup of the build folder each time we need to build a new version of the ns api
Referencing https://gitlab.torproject.org/tpo/network-health/metrics/networkstatusapi/-/issues/54#note_3011903Mattia RighettiMattia Righetti