commit cd2885ac23d8845a77c75a8d2c77264232006c9b Author: Damian Johnson atagar@torproject.org Date: Thu Feb 2 09:58:45 2017 -0800

Order task ideas by project

Most intuitive order I could think of was to list project ideas in the same order that we list the projects above. Really doesn't matter (most ideas don't apply to any of them). --- getinvolved/en/volunteer.wml | 126 +++++++++++++++++++++---------------------- 1 file changed, 63 insertions(+), 63 deletions(-)

diff --git a/getinvolved/en/volunteer.wml b/getinvolved/en/volunteer.wml index 64b30b1..b6c6011 100644 --- a/getinvolved/en/volunteer.wml +++ b/getinvolved/en/volunteer.wml @@ -838,6 +838,69 @@ ideas. </p> </li>

+ <a id="feedbackExtension"></a> + <li> + <b>Feedback Extension for Tor Browser</b> + <br> + Likely Mentors: <i>Nima (mrphs)</i>, <i>Sukhbir (sukhe)</i> + <p> + Design and implement an extension for Tor Browser that can be used to gather + end-user UI/UX feedback on an opt-in basis. While the design and + implementation is left as an exercise for the applicant (and also serves as + the qualification task), examples of the information we are looking to gather + can include troubleshooting network connectivity issues, testing the various + pluggable transports, or gathering information about the network of the users. + </p> + + <p> + Please propose the extension design in a way that the information is strictly + on an opt-in basis and scrubs any information that can be used to identify a + user, and also come up with a way to send the gathered information to a + central server, whether to an onion address (if the user has Tor running), or + otherwise. To start with, we are looking to gather only text as part of the + feedback process. + </p> + </li> + + <a id="torBrowserCrashReport"></a> + <li> + <b>Crash Reporter for Tor Browser</b> + <br> + Likely Mentors: <i>Tom Ritter (tjr)</i>, <i>Georg (GeKo)</i> + <p> + Currently Tor Browser disables the Crash Reporter. We would like to + build it reproducible, enable it, and configure it to report crashes + containing non-detailed and impersonal information to Tor, on a .onion + submission platform that would allow us to view and explore the + crashes. + </p> + + <p> + The project will entail enabling the Crash Report on Tor Browser and + creating a backend to receive reports from it. Once created, the crash + reporter data will be analyzed and modified to fit Tor's requirements + for personal data collection. As time permits, we will update the + build system to ensure the crash reporter is built reproducibly and + add data analysis tools for the crash report database to visualize top + crashers and similar statistics. + </p> + </li> + + <a id="fasterTorBrowser"></a> + <li> + <b>Make Tor Browser Faster</b> + <br> + Likely Mentors: <i>Tom Ritter (tjr)</i>, <i>Georg (GeKo)</i> + <p> + This project will enable and take advantage of HTTP/2, the Alt-Srv + header, and tor's new single hop .onion mode to enable websites to + transparently move their traffic to a .onion address. In addition to + improvements in security, we will benchmark page load and paint times + under normal HTTP/1.1, HTTP/2, and when taking advantage of features + such as Server Push. + </p> + </li> + <a id="stegotorus"></a> <li> <b>Make Stegotorus deployment ready</b> @@ -1051,69 +1114,6 @@ ideas. </p> </li>

- <a id="feedbackExtension"></a> - <li> - <b>Feedback Extension for Tor Browser</b> - <br> - Likely Mentors: <i>Nima (mrphs)</i>, <i>Sukhbir (sukhe)</i> - <p> - Design and implement an extension for Tor Browser that can be used to gather - end-user UI/UX feedback on an opt-in basis. While the design and - implementation is left as an exercise for the applicant (and also serves as - the qualification task), examples of the information we are looking to gather - can include troubleshooting network connectivity issues, testing the various - pluggable transports, or gathering information about the network of the users. - </p> - - <p> - Please propose the extension design in a way that the information is strictly - on an opt-in basis and scrubs any information that can be used to identify a - user, and also come up with a way to send the gathered information to a - central server, whether to an onion address (if the user has Tor running), or - otherwise. To start with, we are looking to gather only text as part of the - feedback process. - </p> - </li> - - <a id="torBrowserCrashReport"></a> - <li> - <b>Crash Reporter for Tor Browser</b> - <br> - Likely Mentors: <i>Tom Ritter (tjr)</i>, <i>Georg (GeKo)</i> - <p> - Currently Tor Browser disables the Crash Reporter. We would like to - build it reproducible, enable it, and configure it to report crashes - containing non-detailed and impersonal information to Tor, on a .onion - submission platform that would allow us to view and explore the - crashes. - </p> - - <p> - The project will entail enabling the Crash Report on Tor Browser and - creating a backend to receive reports from it. Once created, the crash - reporter data will be analyzed and modified to fit Tor's requirements - for personal data collection. As time permits, we will update the - build system to ensure the crash reporter is built reproducibly and - add data analysis tools for the crash report database to visualize top - crashers and similar statistics. - </p> - </li> - - <a id="fasterTorBrowser"></a> - <li> - <b>Make Tor Browser Faster</b> - <br> - Likely Mentors: <i>Tom Ritter (tjr)</i>, <i>Georg (GeKo)</i> - <p> - This project will enable and take advantage of HTTP/2, the Alt-Srv - header, and tor's new single hop .onion mode to enable websites to - transparently move their traffic to a .onion address. In addition to - improvements in security, we will benchmark page load and paint times - under normal HTTP/1.1, HTTP/2, and when taking advantage of features - such as Server Push. - </p> - </li> - <a id="ahmiaSearch"></a> <li> <b>Ahmia - Hidden Service Search</b>