Assignees of duplicate bug reports get unstoppable bugmail

Bug #137408 reported by Matthew Paul Thomas
8
Affects Status Importance Assigned to Milestone
Launchpad itself
Fix Released
Low
Unassigned

Bug Description

If a bug report is marked as a duplicate, Launchpad (almost completely) prevents people from changing the report's context(s), status(es), importance(s), or milestone(s) because there is no longer any point in changing those things, so letting people do so would be misleading.

However, Launchpad also prevents people from changing the bug report's assignees, and this causes unwanted bugmail if chatter continues in the bug report.

[This problem originally reported by Daniel Holbach in bug 54801.]

Ways we could fix this:
1. Prohibit comments in duplicate bug reports. But this would mean that discussions about whether a report really was a duplicate would happen in the original instead, which would both inconvenience subscribers to the duplicate, and annoy subscribers to the original.
2. Not send out any bugmail for duplicate bug reports. But this would make any legitimate discussion about whether the report was really a duplicate much less effective.
3. Let assignees to duplicates unassign themselves.

description: updated
description: updated
Revision history for this message
Christian Reis (kiko) wrote :

Well, as for point #1, it already annoys subscribers to the original, who get broadcast messages in any of the duplicates. I agree with your consideration for #2, though I think incorrect dupes are actually not that frequent to warrant such special handling.

You didn't propose a #4, which is unassigning and unmilestoning when duplicating (adding a comment if you would like to store the history of who the assignee was), and then hiding the whole table. I underline my strong opinion that the assignee of a dupe is not very important at all.

Revision history for this message
Matthew Paul Thomas (mpt) wrote :

Subscribers to originals being broadcast messages from duplicates is bug 106162. Once that is fixed, the benefit from corraling any is-this-really-a-duplicate discussion in the duplicate report itself will increase to its proper value.

I think your #4 would make the effect of undoing a duplicate marking either surprising (if it returned apparently-removed assignees to their positions) or lossy (if it didn't). As for whether any of the data in a duplicate report is important, it's important if it turns out not to be a duplicate after all.

Revision history for this message
Christian Reis (kiko) wrote : Re: [Bug 137408] Re: Assignees of duplicate bug reports get unstoppable bugmail

On Wed, Sep 05, 2007 at 06:53:00AM -0000, Matthew Thomas wrote:
> I think your #4 would make the effect of undoing a duplicate marking
> either surprising (if it returned apparently-removed assignees to their
> positions) or lossy (if it didn't). As for whether any of the data in a

I think that's only very slightly annoying, and it's the least of all
annoyances posted to this bug so far. I'd be happy to entertain another
less annoying proposal, but doing #4 allows us to hide the task table
completely, which is the thing which makes the most sense for a
duplicate bug.

Revision history for this message
Graham Binns (gmb) wrote :

Marking this low priority since it's been sat as New for over a year.

Changed in malone:
importance: Undecided → Low
status: New → Triaged
Deryck Hodge (deryck)
tags: added: story-better-bug-notification
tags: added: notifications
Revision history for this message
Gary Poster (gary) wrote :

I think this is solved now, at least as written, given the notification controls from last year.

Changed in launchpad:
status: Triaged → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.