Remove constraint on marking duplicates of duplicates
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Launchpad itself |
Invalid
|
Medium
|
Unassigned |
Bug Description
Preventing people from marking bugs as duplicates of duplicates is unnecessary and extremely annoying. The constraint should be removed.
For example, bug 62988 is a duplicate of bug 14911. Because 62988 itself has (at the time of writing) acquired 8 duplicates, marking it as a duplicate of 14911 would take about (8 duplicates * 3 page loads per duplicate * (30 seconds loading per page load + 5 seconds scanning and interacting per page load) equals) 14 MINUTES of solid work, rather than the 5 seconds it should take.
If counting duplicates of a bug is useful for anything, that can be done by counting the tree of duplicates back from the current one; it does not need to block fixing this bug.
Issues about merging tasks when bugs are duplicated, and splitting them when bugs are unduplicated, all already exist with the current duplicate model, so they do not block fixing this bug either.
Changed in malone: | |
assignee: | nobody → bradb |
status: | New → Accepted |
Changed in malone: | |
assignee: | bradb → nobody |
description: | updated |
After discussion on #ubuntu-bugs and with other Launchpad users, I think losing the single-master-bug feature is not worth handling the use case of marking a bug with dupes a dupe of another bug (twisted!)
I propose that instead we just have a good way of dealing with that use case through the UI, confirming with the end-user that he actually wants to move the dupes over to the new master. I've described this in bug 78596.