<div dir="ltr"><br><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Jan Holesovsky-4 wrote<br>
<div>><br>
> * Crashtest update (Markus)<br>
>     + new crash-test / data:<br>
>         + cf. <a href="http://dev-builds.libreoffice.org/crashtest/" target="_blank">http://dev-builds.libreoffice.org/crashtest/</a><br>
>     +<br>
> <a href="http://dev-builds.libreoffice.org/crashtest/2bb1a845a25ca9a39c96f37995453844461aed4e/" target="_blank">http://dev-builds.libreoffice.org/crashtest/2bb1a845a25ca9a39c96f37995453844461aed4e/</a><br>
>         + import crashes pretty good now<br>
>         + export still not too good<br>
>         + validation errors still high unfortunately<br>
<br>
</div>How one can help with these? I have checked some bugs and their status is<br>
FIXED or an exported attachment is irrelevant to the bug itself. Should<br>
those crashers be marked somehow, bugs reopened or cloned into new reports,<br>
BTs added?<br>
<br></blockquote></div><br></div><div class="gmail_extra">You can help by fixing the crashes or validation errors. Additionally there are a number of scripting tasks to make the information a bit pretty.<br><br></div><div class="gmail_extra">

IMHO it makes no sense to treat them as normal bugs or check the bug reports. The bug numbers in there are just part of the name of the file. It does not mean that they have any relations to the bug report. From my point of view the crash testing is more a developer tool that we use similar to unit tests to improve quality. From a QA perspective I think you can just enjoy the numbers and the improved quality.<br>
<br></div><div class="gmail_extra">Regards,<br>Markus<br></div></div>