<div dir="ltr"><div><div>Hi!<br></div><br></div>Thank you for the answer, Mark!<br><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">Does the tor process shut down before the crash reporter can<br>
do its thing?</blockquote><div>No, it doesn't (it waits for crash reporter), I also checked Google breakpad, it uses libcurl, so it supports SOCKS, I hardcoded our IP and port, but still haven't built it.</div><div><br></div><div>Sorry for delay, I busy with internship interview stuff :/</div><div><br></div><div>Kind regards,</div><div>Nur-Magomed (nmago)<br></div></div><div class="gmail_extra"><br><div class="gmail_quote">2017-11-11 20:31 GMT+03:00 Tom Ritter <span dir="ltr"><<a href="mailto:tom@ritter.vg" target="_blank">tom@ritter.vg</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 9 November 2017 at 08:35, Mark Smith <<a href="mailto:mcs@pearlcrescent.com">mcs@pearlcrescent.com</a>> wrote:<br>
> I am not sure what the best solution is, but I assume the idea is to use<br>
> the already running tor deamon to submit crash reports. Will the tor<br>
> daemon still be running after the browser process crashes (Tor Launcher<br>
> uses the TAKEOWNERSHIP control port command to arrange for tor to<br>
> shutdown when the firefox process does).<br>
<br>
</span>That is a good question.  We had this working before, but then we<br>
discovered this new need-the-proxy-settings problem.  nmago, what have<br>
you seen? Does the tor process shut down before the crash reporter can<br>
do its thing?<br>
<br>
One way you can test this is to hardcode the crash reporter to get the<br>
proxy settings from an environment variable, launch tor browser,<br>
figure out the listening port using netstat, and then set the<br>
environment variable to the correct port.<br>
<span class="HOEnZb"><font color="#888888"><br>
-tom<br>
</font></span></blockquote></div><br></div>