Open Bug 459802 Opened 16 years ago Updated 16 years ago

Can't (easily) give up an ASSI bug correctly

Categories

(Bugzilla :: Creating/Changing Bugs, defect)

defect
Not set
minor

Tracking

()

People

(Reporter: alqahira, Unassigned)

References

Details

In the past, with the radios at the bottom of the page, you could "give up" a bug by reassigning to defaults, and the bug status would revert from ASSI to NEW. However, with the post-upgrade UI, you change assignee directly with a little (edit) link (either change it, or reset to default), and status is not touched. I can't quite decide what the bug "really" is here: a) Bug: Reassigning to default assignee should always reset ASSI to NEW (on bmo, this makes sense for the majority of components, as nobody@moz is the default assignee there, and nobody's bugs shouldn't ever be ASSI) b) Enhancement: add a checkbox in the Assignee (edit) section that would allow you to "…and reset status to NEW" when changing assignee (allows reassigning to default to also change status, or allows someone else to give a bug away/take a bug from someone and not have the status remain ASSI) c) Enhancement: The same as a, but called an "enhancement" because "you can still reset the status with a separate action at the same time you reset assignee to default" (to which I'd argue it's still a functional regression, since you never used to have to make a separate change to status, and people are pretty conditioned to that expectation) d) Bug: something else I've now forgotten while writing the rest of this report I'm leaning towards Bug/a; if you're resetting to default, you're most likely not doing that to hand the bug to another developer (default owner) who's going to work on it right now (ASSI) but rather you're trying to give up the bug.
Assignee: nobody → create-and-change
Component: Bugzilla: Other b.m.o Issues → Creating/Changing Bugs
Product: mozilla.org → Bugzilla
QA Contact: other-bmo-issues → default-qa
Version: other → 3.0.5
Severity: normal → minor
Version: 3.0.5 → 3.2
Mmm, yeah, I think (a) might make sense. It's something we'd do with JS in the frontend, not in the backend.
Keep in mind that bug statuses are no longer hardcoded. NEW may exist or not, same for ASSIGNED. So a) won't work; nor will b).
we could move this to bmo and then this would be a different story. The other more horrific option is we do something like we do with the duplicate resolution and have a parameter that is the "unassigned" status, in BMO's case it would be "NEW". I'm not sure if I'm a fan of this idea.
You need to log in before you can comment on or make changes to this bug.