Hi Michael, all<br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I&#39;m looking at another few Windows specific bugs that<br>
are of interest. Particularly with the new drmemory tool and Jesus&#39;<br>
windows / debug builds - we should be able to progress here quickly.<br>
It&#39;d be wonderful if we could get these traces for Windows specific<br>
bugs.<br></blockquote><div><br>I&#39;m quite curious to test that on a 100% reproducible crash as soon as I find some time ;)<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">


Clearly that is true of some hypothetical user, for whom some serious<br>
regression blocks them from updating.</blockquote><div><br>It is not so hypothetical. I had to keep a Portable LibreOffice 3.3.4 copy around just to be able to open documents that included equations. And yes I know it was a docx only bug but I do need to exchange manuscript revisions with my co-authors and I haven&#39;t been able to convince them to drop Microsoft Office 2007...<br>

<br>So this is a real life example for a single specific bug, as I&#39;m sure there are many others ;)<br> </div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">

There is however an easy solution<br>
for them - pay to have their (apparently un-interesting to the<br>
community) bugs fixed: then they can have their regression-free release,<br>
supported indefinately and everyone is happy :-)<br></blockquote><div><br>This sounds like a pitch for users to switch to SUSE LibreOffice :P<br>BTW the code optimizations under Windows are fantastic ;)<br>But SUSE released version 3.4.2 while TDF is already at 3.5.1. Doesn&#39;t that show a little about the importance of stability? ;)<br>

<br></div><blockquote class="gmail_quote" style="margin:0pt 0pt 0pt 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">As a straw-man (and I don&#39;t think anyone suggests this) - suggesting<br>
that we never ship until there are zero regressions would not meet this<br>
goal: we typically find regressions only after we ship.<br></blockquote><div><br>I&#39;m not sure I understand the straw-man concept but no one in QA is advocating not to ship until zarro boogs are found... But we (at least I am) are asking to give higher priority to fixing regressions and crashers (even if they happen to only ONE user as long as it is reproducible) than to adding new features. This doesn&#39;t mean AT ALL to stop adding features. Just to change priorities ;)<br>

<br></div>As a general conclusion I think we are all doing the best given the limited human resources and the scarcity of our most valuable resource: time!<br>It is because we do CARE about this project that we complain about the short testing times AND the regressions ;)<br>

<br>Regards,<br>Pedro<br></div>