https://bugzilla.wikimedia.org/show_bug.cgi?id=36064
Andre Klapper changed:
What|Removed |Added
Priority|Low |Normal
Summary|Enable flags for needinfo |Find a way to mark a report
||as "needinfo" (stalled
||until specific input is
||provided)
--- Comment #10 from Andre Klapper ---
Pasting the log from the Bugzilla/Bug management IRC Office hour in
#wikimedia-office IRC here:
so, whoever is in the mood for discussing: Another interesting idea
might be to introduce a NEEDINFO bug status, when there is information missing
from the reporter. This is https://bugzilla.wikimedia.org/show_bug.cgi?id=36064
and I was told that at least the Language Engineering team would like
to have a way to tag bug reports as "needs more information" or "stalled".
some Bugzilla have such a status (like GNOME and KDE), other
Bugzillas (Mozilla) use a so-called "flag" (a dropdown) for that.
...but I guess I'll need to ask some more teams to decide whether to
do that or not, vs. making things more complicated by adding yet another
status. (Though adding it as a status would be very easy, technically)
My vote: do what makes sense to you. You own this. :)
andre__: wouldn't UNCONFIRMED fit?
MatmaRex, hmm, that's an interesting idea - does "unconfirmed" mean
that it's not clear whether the issue exists and whether it's a real "bug" in
our code / setup, or can it also mean "nobody else has seen this problem yet"
or "not enough info yet or anymore to confirm it"?
lately I prefer the latter interpretation, but I'm probably a
minority.
andre__: i think it's a bit of both
but i rarely see it used
MatmaRex, also, "Please retest this after these changes" would mean
to reset it to UNCONFIRMED?
it's an interesting idea.
i'd say it means that no one apart from the reporter confirmed it -
ie, non-reproducible
(or not reproduced yet)
it might also mean that no one (yet) agreed with the reports whether
the subject of the report is actually an issue
MatmaRex: my question is usually, well, i can reproduce it , but am
still not sure if it is our bug, or someone else's bug
lizzard: i'd say that's not UNCONFIRMED, just a bug, possibly one
that should get an 'upstream' keyword once it's figured out on our side
* MatmaRex 's not a bugmeister, though.
MatmaRex, on the other hand, NEEDINFO means "stalled" or "needs info
from somebody before anything else can be done". That doesn't feel like
UNCONFIRMED to me.
Still the question "Can UNCONFIRMED be used for what NEEDINFO is in
some other bugtrackers?" is something really good to think about
Right now, the moment a person shows up with a new bug, it's at
UNCONFIRMED. Unless we're going to switch that to something else, it's better
to have something else that means WE SPECIFICALLY NEED MORE INFO FROM YOU.
BLOCKED OTHERWISE.
YES WE LOOKED AT IT. PLEASE REVISE.
hm, good point.
(it's only UNCONFIRMED on enter_bug.cgi if you don't have editbugs
permissions, otherwise the dropdown defaults to NEW)
usage of Unconfirmed is "Bugs with the "Unconfirmed" keyword
have been entered into Bugzilla but not yet confirmed by Development that an
actual bug exists."
For searches, and for a skim down a list of bugs, we won't be able to
tell "oh this would be NEW except the person's unprivileged"
https://bugzilla.redhat.com/describekeywords.cgi
(as an example)
so that's a keyword, over there in RedHat land. :)
sankarshan_CPU, uh, RedHat has a keyword for that, instead of a
status? interesting.
https://bugzilla.wikimedia.org/describekeywords.cgi includes "testme
- This bug needs to be re-confirmed to check if it is still present in the
latest alpha version of MediaWiki."
http://fedoraproject.org/wiki/BugZappers/BugStatusWorkFlow is
the one from Fedora land .. andre__
yeah, but testme is a more general keyword for "old stuff that should
be retested" but there's no indication that a developer couldn't pick it up and
fix it - it's not necessarily asking a specific person for more information
like NEEDINFO would be.
sankarshan_CPU, thanks
you're right andre__
ok, so it sounds like andre__ needs to do a little checking of other
Bugzilla installations, make a decision, & implement it :)
--
You are receiving this mail because:
You are the assignee for the bug.
You are watching all bug changes.
___
Wikibugs-l mailing list
Wikibugs-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikibugs-l
