Date: prev next · Thread: first prev next last
2011 Archives by date, by thread · List index




On 17/03/11 22:25, Rainer Bielefeld wrote:
Steve Edmonds schrieb:

Also that link suggests discussing the bug in users list for
confirmation.

Hi,

that might be some misunderstanding. Discussion in mailing list is
recommended if
- there is a well founded suspect that there is no bug, but some
  user error or LibO maloperation
- the reporter has problems to use bugzilla
- the reporter hass problems with English language.

It would be useful if the procedure for bug confirmation could be listed
clearly. Looking at the bugs it is not clear how a bug is moved from NEW
to UNCONFIRMED to CONFIRMED.

May be you can modify and improve  the Wiki text to avoid such
misunderstanding?

Would it be something like;
Discussion in the users@libreoffice.org mailing list is recommended if
- there is a well founded suspect that there is no bug, but some
  user error or LibO maloperation
- the reporter has problems using bugzilla to file a bug
- the reporter has problems with English language.

When filing a bug clearly describe the bug and the method to reproduce
the bug.
Set the Status to NEW
Enter "UNCONFIRMED" in the Whiteboard area.



That's a misunderstanding. NEW does not mean "New Report", but "New
confirmed Bug, has to be fixed":
<https://bugs.freedesktop.org/page.cgi?id=fields.html#status>
So the normal order is UNCONFIRMED -> NEW (what means "Confirmed")
Unfortunately Bugzilla's default status is NEW, not UNCONFIRMED, and
it seems there is no way to modify that with the current Bugzilla
version.

I have a choice of NEW, ASSIGNED, RESOLVED in the status drop down. and
a new bug certainly is not Assigned or resolved so as you say New is the
default.
Unfortunately there is no way NEW -> Unconfirmed for too rare or not
reproducible bug reports. If I can't confirm such a "wrong NEW" report
I add UNCONFIRMED to Whiteboard and NEEDINFO to Keywords:
<https://bugs.freedesktop.org/buglist.cgi?status_whiteboard_type=allwordssubstr&keywords=NEEDINFO&query_format=advanced&keywords_type=allwords&status_whiteboard=UNCONFIRMED&bug_status=NEW&product=LibreOffice>


Thank you for your contributions, two-man rule is very useful to
prevent us from wasting developer manpower.

If you can confirm observation and think that all important
information is included into the report, you should change status to
NEW (or delete "UNCONFIRMED" from Whiteboard and "NEEDINFO" from keyword.
As the status is already NEW for a new bug, on confirming a bug should
"UNCONFIRMED" from Whiteboard be changed to "CONFIRMED" from Whiteboard.
May be I can add a small section in the wiki on confirming a bug

Best regards

Rainer Bielefeld

Cheers,
steve

-- 
Unsubscribe instructions: E-mail to discuss+help@documentfoundation.org
Archive: http://listarchives.documentfoundation.org/www/discuss/
*** All posts to this list are publicly archived for eternity ***

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.