<div dir="ltr"><div>Hi, Georg,<br></div>Thank you! <br><div><br>> We should have a good user interface ready giving the user at least an<br>
> explanation on what is going on and a way to check what is about to be sent.<br><br></div><div>I've also thought about that, I suppose we could just put text explanations on Crash Reporter client UI form [1].<br><br></div><div>I've wrote the Proposal [2], could you review it and leave comments? Thanks.  <br></div><div><br>P.S. Have I to send proposal to GSoc as draft?<br></div><div><br>1) <a href="http://kb.mozillazine.org/images/MozillaCrashReporter-Fx7.png" target="_blank">http://kb.mozillazine.org/imag<wbr>es/MozillaCrashReporter-Fx7.<wbr>png</a><br></div><div class="gmail_extra">2) <a href="https://docs.google.com/document/d/13q3D1UYYbmUv4DlZBYFLnHuLnbz7-GI2L_lMM9igZ_o/">https://docs.google.com/document/d/13q3D1UYYbmUv4DlZBYFLnHuLnbz7-GI2L_lMM9igZ_o/</a><br><br><div class="gmail_quote">2017-03-26 18:23 GMT+03:00 Georg Koppen <span dir="ltr"><<a href="mailto:gk@torproject.org" target="_blank">gk@torproject.org</a>></span>:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Tom Ritter:<br>
<span>> Hi Nur-Magomed,<br>
><br>
> Great to have you interested in this!<br>
><br>
> So we would want to use the Crash Reporter that's built into Mozilla<br>
> Firefox (which is called Breakpad, and is adapted from Chromium).  At<br>
> a high level, I would break down the project into the following<br>
> sections:<br>
<br>
</span>Those look all good to me. I just have one small addition/clarification<br>
below.<br>
<span><br>
> 1) Get the crash reporter built (at all) in our toolchain. We<br>
> currently disable it and I know there will be at least one or two<br>
> hurdles to overcome here as we've never tried to built this on<br>
> Linux-for-Windows.  If you wish you could focus on a single platform<br>
> for this at a time (e.g. Linux) so you can move onto the next step.<br>
><br>
> 2) Audit the crash reporter data and see what it is that gets<br>
> reported, when, and how. We'd want to err on the side of caution about<br>
> what we report in a dump. So we'd need to enumerate each field that<br>
> gets reported, get some samples of the data, and review if we'd want<br>
> to include it or not. We'd also want to review what prefs govern crash<br>
> submissions, how crashes get stored (which I think is on-disk next to<br>
> Tor Browser), and when they get reported.<br>
><br>
> 3) Change the way they get reported. We absolutely cannot have crashes<br>
> sitting around on disk next to Tor Browser for the next time the user<br>
> starts the browser - no matter how much data we strip out of them. So<br>
> we'll need to brainstorm how we might try submitting them immediately<br>
> upon crash instead of next startup.<br>
<br>
</span>Even though it seems to me the critical UX part is implicit in the<br>
section above, I thought it might be better to point it out explicitly<br>
as well:<br>
<br>
We should have a good user interface ready giving the user at least an<br>
explanation on what is going on and a way to check what is about to be sent.<br>
<span class="gmail-m_6793940637254820654HOEnZb"><font color="#888888"><br>
Georg<br>
</font></span><div class="gmail-m_6793940637254820654HOEnZb"><div class="gmail-m_6793940637254820654h5"><br>
> 4) Get a submission server running. Mozilla has a ton of tools to<br>
> analyze crashes (<a href="https://crash-stats.mozilla.org/home/product/Firefox" rel="noreferrer" target="_blank">https://crash-stats.mozilla.o<wbr>rg/home/product/Firefox</a><br>
> is one and <a href="https://github.com/mozilla/socorro" rel="noreferrer" target="_blank">https://github.com/mozilla/soc<wbr>orro</a> is the general backend).<br>
> We should look at Socorro and probably adapt it for use by Tor rather<br>
> than building our own.<br>
><br>
> 5) Circle back and get the crash reporter built reproducibly, and for<br>
> all platforms. I put this one last because it may be the case that<br>
> there are annoying time-sinks here, and I think by doing this last<br>
> you'll be able to make the most headway on things that will take the<br>
> most time - like enumerating, documenting, and evaluating the fields;<br>
> and fiddling with Socorro.<br>
><br>
><br>
> This is my take on it - Georg may have additional thoughts.<br>
><br>
> -tom<br>
<br>
<br>
</div></div><br>______________________________<wbr>_________________<br>
tor-dev mailing list<br>
<a href="mailto:tor-dev@lists.torproject.org" target="_blank">tor-dev@lists.torproject.org</a><br>
<a href="https://lists.torproject.org/cgi-bin/mailman/listinfo/tor-dev" rel="noreferrer" target="_blank">https://lists.torproject.org/c<wbr>gi-bin/mailman/listinfo/tor-de<wbr>v</a><br>
<br></blockquote></div><br></div></div>