<meta http-equiv="content-type" content="text/html; charset=utf-8"><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<font class="Apple-style-span" size="4"><span class="mw-headline" id="Improved_bug_filing_form_.2F_flow">Improved bug filing form / flow</span>  </font></blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
 </blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<span class="Apple-style-span" style="font-family: sans-serif; font-size: 13px; line-height: 19px; "><b>Background:</b> We have a lot of very poor quality bugs. Worse, our bug reporting interface is pretty terrible - ie. bugzilla. It would be wonderful to have a more easy-to-use, and attractive flow, that guided people to provide - all the information we need, so that we get good quality bugs. I would suggest a flow that says: &quot;is this bug specific to a given document ?&quot; [yes/no] - if so, &quot;can you attach the document ? [yes/no]&quot;, &quot;can you (by cutting this document down) create a small document that reproduces this issue that you can attach ? [yes/no]&quot; - and have several end points that say: &quot;sadly, without enough information we cannot easily fix your bug&quot;. We also really want to do some pre-triage on bugs &quot;is it a crasher bug ?&quot;, &quot;does this cause loss of content ?&quot;, &quot;does it cause loss of layout ?&quot; etc. - so we can tag and search for similar bugs. Getting this right would really help accelerate the process of improving LibreOffice, and make QA&#39;s life much easier. Prolly best to do most of the flow in javascript on the client.</span> </blockquote>
<blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
 </blockquote><blockquote class="gmail_quote" style="margin-top: 0px; margin-right: 0px; margin-bottom: 0px; margin-left: 0.8ex; border-left-width: 1px; border-left-color: rgb(204, 204, 204); border-left-style: solid; padding-left: 1ex; ">
<span class="Apple-style-span" style="font-family: sans-serif; font-size: 13px; line-height: 19px; "><b>Skills:</b> javascript, web</span></blockquote><p style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; font-family: sans-serif; font-size: 13px; ">
<span class="Apple-style-span" style="font-family: arial; font-size: small; line-height: normal; "><font class="Apple-style-span" face="sans-serif"><span class="Apple-style-span" style="line-height: 19px;">Hello all. I&#39;ve been working on the EasyHack &quot;Improved bug filing form / flow&quot; (<a href="http://wiki.documentfoundation.org/Development/Easy_Hacks#Improved_bug_filing_form_.2F_flow">http://wiki.documentfoundation.org/Development/Easy_Hacks#Improved_bug_filing_form_.2F_flow</a>) and have finished the part that asks questions about the bug being file-specific. The current work is available at <a href="http://www.dneelyep.webs.com">http://www.dneelyep.webs.com</a> . The next part (adding custom tags to bug reports) seems a bit advanced and maybe beyond my current abiliti</span></font><span class="Apple-style-span" style="font-family: sans-serif; line-height: 19px; ">es.</span></span></p>
<p style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; line-height: 1.5em; font-family: sans-serif; font-size: 13px; "><span class="Apple-style-span" style="font-size: small; ">The next part (adding custom tags to the bug report) raised some questions.</span></p>
<p style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; "></p><p style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; "><span class="Apple-style-span" style="font-family: sans-serif; line-height: 19px; ">First, would the questions and tags be best added to the current bug reporting page (<a href="https://bugs.freedesktop.org/enter_bug.cgi?product=LibreOffice">https://bugs.freedesktop.org/enter_bug.cgi?product=LibreOffice</a>)? This seems to be a good place - doing so allows the bug reporter to report all information in one step. If this is the correct place to implement the questions/info, where/how would it be possible to edit the default LibO bug reporting page? </span></p>
<p style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; "><span class="Apple-style-span" style="font-family: sans-serif; line-height: 19px; ">To implement tags on bug reports it seems that adding tags (such as &quot;crashes program&quot; or &quot;causes content loss&quot;) would require an admin to create them before you could add them to bug reports. Then you could have a series of checkboxes for the various tags (as seen on my mockup), which would add tags to the bug report if selected. </span></p>
<p style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; "><span class="Apple-style-span" style="font-family: sans-serif; line-height: 19px; "><br></span></p><p style="margin-top: 0.4em; margin-right: 0px; margin-bottom: 0.5em; margin-left: 0px; ">
<span class="Apple-style-span" style="font-family: sans-serif; line-height: 19px; ">Do these ideas seem to be the best way to implement the bug flow? That is, should the questions about the bug report being file-specific and the custom tags be added to the current bug reporting page?</span></p>
<p></p>