<div dir="ltr"><div>Hey,<br></div><br><div class="gmail_quote"><br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">
* Crash Reporting (Xisco)<br>
  + <a href="http://crashreport.libreoffice.org/stats/version/6.1.4.2" rel="noreferrer" target="_blank">http://crashreport.libreoffice.org/stats/version/6.1.4.2</a><br>
    + 837 (+46)<br>
  + <a href="http://crashreport.libreoffice.org/stats/version/6.1.5.2" rel="noreferrer" target="_blank">http://crashreport.libreoffice.org/stats/version/6.1.5.2</a><br>
    + 875 634 (+241)<br>
  + <a href="http://crashreport.libreoffice.org/stats/version/6.2.0.3" rel="noreferrer" target="_blank">http://crashreport.libreoffice.org/stats/version/6.2.0.3</a><br>
    + 1295 (+59)<br>
  + <a href="http://crashreport.libreoffice.org/stats/version/6.2.1.2" rel="noreferrer" target="_blank">http://crashreport.libreoffice.org/stats/version/6.2.1.2</a><br>
    + 1227 (+79)<br>
  + <a href="http://crashreport.libreoffice.org/stats/version/6.2.2.2" rel="noreferrer" target="_blank">http://crashreport.libreoffice.org/stats/version/6.2.2.2</a><br>
    + 724 (-)<br>
  + looks good for latest version, still have a symbol issue<br>
  + not a generic issue with all reports (Christian)<br>
    + just a display issue – all on the same category<br>
    + all current versions should be handled correctly.<br>
    + when searching for crash reports in libmerged: plenty have<br>
      symbols resolved.<br>
    + problem is 6.2.2.2 (Michael)<br>
<a href="http://crashreport.libreoffice.org/stats/crash_details/49887f06-5a2e-49ad-baf0-9e542d00c08e" rel="noreferrer" target="_blank">http://crashreport.libreoffice.org/stats/crash_details/49887f06-5a2e-49ad-baf0-9e542d00c08e</a> <br>
       + 322 of these for 6.2.2.2 alone<br>
       + are these just the not-yet-processed ones ? (Miklos)<br>
          + as in those are from today.<br>
       + from the 25th first sampled: (Michael)<br>
<a href="http://crashreport.libreoffice.org/stats/crash_details/f58d07b9-4e38-480a-b0a4-8f92a2a4170e" rel="noreferrer" target="_blank">http://crashreport.libreoffice.org/stats/crash_details/f58d07b9-4e38-480a-b0a4-8f92a2a4170e</a><br>
AI:    + take a look at it (Christian)<br>
<br></blockquote><div><br></div><div>so in general the fastest way to get some feedback might be to ping me directly and give me some time to look into such issues. While I still have quite bad internet and can't do any uploads of symbol information I can still at least quickly inspect the problem.</div><div><br></div><div>One general problem that we have is that we have no recent windows debug symbol information. I tried to move that service from my local machine to the server during the Munich hackfest but did not manage to replicate my setup well enough that valid symbol information are generated. Sadly this has some knock-on effects as can be seen by some of the unresolved crash reports. At least on Windows getting a backtrace requires that enough of the stack pointers can be guessed from the dumped stack. This relies to some to degree on the system symbol informations.</div><div><br></div><div>As soon as I have a non-mobile internet connection again I'll either run a full set of system symbol download on my machine or finish the work on moving that service to the server.</div><div><br></div><div>Regards,</div><div>Markus<br></div></div></div>