2009/9/25 Bryce Harrington <span dir="ltr">&lt;<a href="mailto:bryce@canonical.com">bryce@canonical.com</a>&gt;</span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

<div class="im">On Fri, Sep 25, 2009 at 01:58:17PM +0200, Klaus Doblmann wrote:<br>
&gt; I&#39;ve been a silent follower of this list for some time now and as what<br>
&gt; I&#39;m about to say affects the development of Ubuntu via bugreports I&#39;ve<br>
&gt; decided to post it here - forgive me if I&#39;m wrong.<br>
&gt;<br>
&gt; I&#39;ve submitted a few bugreports of app-crashes in the last few days<br>
&gt; during my testing of Karmic and before submitting the bug I always look<br>
&gt; for duplicates - which launchpad lists. Well, it does so in _some_ cases<br>
&gt; but not in all.<br>
&gt; When submitting an application crash the bug report is set to be<br>
&gt; &quot;private&quot; therefore if somebody else submits the same crash report, the<br>
&gt; previous one doesn&#39;t shop up in launchpad until after you&#39;ve submitted<br>
&gt; the bug and it&#39;s automatically set to be a duplicate.<br>
&gt;<br>
&gt; This behaviour leads to many duplicate bugreports and quite a few hours<br>
&gt; wasted by the community spent filing these reports.<br>
&gt;<br>
&gt; Maybe this behaviour can be changed - or somebody can tell me the reason<br>
&gt; for the bugreports being marked as &quot;private&quot; by default?<br>
<br>
</div>There is a chance with crash reports that the data they submit could<br>
include private data (passwords, etc.).  Since these bugs are<br>
automatically filed, the reporter may not have the time (or know-how) to<br>
determine whether it includes personal info, thus the apport developers<br>
decided the safest approach was to file them all as private.<br>
<br>
You&#39;re right that this then requires triagers to do some work to review<br>
and un-privatize the bugs.  In practice (with Xorg bugs, at least) I<br>
find it doesn&#39;t take me that much time to go through all the private bug<br>
reports and make them public, but admittedly I don&#39;t do it as often as I<br>
probably should.  Perhaps there is way to automate some of this work<br>
with launchpadlib.<br>
<br>
Meantime, don&#39;t worry at all about filing duplicate bug reports.  On the<br>
triager end, launchpad makes managing dupe bugs (relatively) cheap.<br>
Indeed, having a large number of dupes helps flag bug reports that need<br>
attention.<br>
<font color="#888888"><br>
Bryce<br></font></blockquote><div><br></div><div><div>Thanks for your answer, Bryce!<br></div><div><br></div><div>I&#39;ve got one suggestion from a user&#39;s point of view: When one submits a crashlog that gets marked as a duplicate due to the reasons now explained, you obviously can&#39;t view the duplicate bugreport because it&#39;s set as private which is confusing to the average user committing a crash report. It would be a good idea to change the error message telling the user he can&#39;t access the bugreport because it is set temporarily set as private due to security-reasons until it gets reviewed. The current &quot;you don&#39;t have permission to access this page&quot; (it&#39;s something along these lines) is too non-descriptive and confusing to the average user - at least that&#39;s the way I see it.</div>

<div><br></div></div>Klaus<br clear="all"><br>-- <br>Klaus Doblmann<br>SIP: <a href="mailto:klaus.doblmann@ekiga.net">klaus.doblmann@ekiga.net</a><br>Web: <a href="http://www.doblmann.de">www.doblmann.de</a> - wo der gute Film ein Zuhause findet <br>

Blog: <a href="http://www.straightrazorguy.net">http://www.straightrazorguy.net</a><br><br>Associate Member of the Free Software Foundation (#7570)<br>OpenPGP-Key: <a href="http://www.doblmann.de/pgp_key.asc">http://www.doblmann.de/pgp_key.asc</a><br>

<br>Bitte vermeiden Sie es, mir Dokumente im Word- oder Powerpoint-Format zu senden!<br>Nutzen Sie eine kostenlose, freie Alternative zu Word&amp;Co: <a href="http://de.openoffice.org/">http://de.openoffice.org/</a><br>