Closed
Bug 274704
Opened 20 years ago
Closed 20 years ago
Lost review flag when changed other properties of a bug
Categories
(Bugzilla :: Creating/Changing Bugs, defect)
Tracking
()
RESOLVED
DUPLICATE
of bug 261995
People
(Reporter: Stefan.Borggraefe, Assigned: myk)
References
()
Details
(Keywords: dataloss)
See bug 274481. I changed some things in the bug, namely I resolved it and moved
it to another product. What I did not change was the review flag of attachment
168713 [review]. Nevertheless bugzilla ate the r+ flag Neil gave this patch before.
I'm adding the dependency to bug 274366 just because this happended shortly
after the bmo upgrade.
Comment 1•20 years ago
|
||
in bugmail, this appeared as:
Flag|review+ |
as if a bug flag (rather than an attachment flag) was removed...
Comment 2•20 years ago
|
||
What were the source and destination products?
Several products have their own review flags, and most flags are typically only
valid in one or two products. Moving a bug out of the product it was flagged in
is very likely to remove the flags because they're no longer valid in the
destination product.
It was this way before we upgraded, too.
Comment 3•20 years ago
|
||
*** This bug has been marked as a duplicate of 261995 ***
No longer blocks: bmo-regressions-0412
Status: NEW → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Comment 4•20 years ago
|
||
(In reply to comment #2)
> Several products have their own review flags, and most flags are typically only
> valid in one or two products. Moving a bug out of the product it was flagged in
> is very likely to remove the flags because they're no longer valid in the
> destination product.
We should prevent that. Two products with flag types having the same name should
prevent flags from deletion. If I cannot find a bug about that, I will open one.
Comment 5•20 years ago
|
||
Bug 274481 was moved from Firefox to the PSM product. The review+ flag on an
attachment is valid in both products. This is unlike the Toolkit product with
its first-review and second-review (did anybody ask for those btw?) flags.
Reopening.
Status: RESOLVED → REOPENED
Resolution: DUPLICATE → ---
Comment 6•20 years ago
|
||
Steffen, did you read my comment 4? You can have a flag type "review" in a
product which is not the same flag type "review" in another product. For *you*,
they are the same, but for Bugzilla, they are different!
Comment 7•20 years ago
|
||
Sorry, that wasn't clear to me. So bugzilla allows flags with equal names to be
different across products? What is the reason for this? Why should review+ in
Firefox be different from review+ in PSM?
Comment 8•20 years ago
|
||
Here is an explanation. You can CC different people by default for different
products, which really makes sense:
justdave: yes, there are separate review flags for different products (because
they CC to different people and so forth)
justdave: review in the bugzilla product CCs reviewers@bugzilla.org on all
review requests, for example
justdave: and I think some of the Mozilla-related ones have it CCing
netscape.public.mozilla.reviewers or something like that
Moreover, now that bug 180879 is fixed, you can say that for the product A, only
the group 1 is allowed to request or grant/deny flags, while in the product B,
you want to allow another group 2 to request or grant/deny flags. Very useful too!
Steffen, I opened a bug about this problem, which is reasonable to fix. See bug
274802.
*** This bug has been marked as a duplicate of 261995 ***
Status: REOPENED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → DUPLICATE
Comment 9•20 years ago
|
||
Thanks Frederic, Dave just explained it to me as well on IRC.
(Although I don't understand why this bug isn't a dupe of your newly filed bug
274802, but never mind.)
Updated•12 years ago
|
QA Contact: matty_is_a_geek → default-qa
You need to log in
before you can comment on or make changes to this bug.
Description
•