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?
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.
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.
Best regards
Rainer Bielefeld
--
Unsubscribe instructions: E-mail to [email protected]
Archive: http://listarchives.documentfoundation.org/www/discuss/
*** All posts to this list are publicly archived for eternity ***
