Launchpad itself

In duplicates, "Affects" lines should be greyed out and inactive

Bug #67496 reported by Matthew Paul Thomas
6
Affects Status Importance Assigned to Milestone
Launchpad itself
In Progress
Undecided
Matthew Paul Thomas

Bug Description

When a bug report is a duplicate, the "Affects" lines should not be hidden, because they are valuable information for helping to verify that the report really is a duplicate. But they should be greyed out, and the statuses should not be changeable. Leaving them changeable encourages people to reject duplicate bugs when they shouldn't.

Tags: lp-bugs ui
Revision history for this message
towsonu2003 (towsonu2003) wrote :

the following part of this is a duplicate of bug # 3796 :

> the "Affects" lines (...) should be greyed out, and the statuses should not be changeable.

this part doesn't happen anyway:

> When a bug report is a duplicate, the "Affects" lines should not be hidden

Revision history for this message
towsonu2003 (towsonu2003) wrote :

would fixing bug # 3796 work for you?

Changed in malone:
status: Unconfirmed → Needs Info
Revision history for this message
Matthew Paul Thomas (mpt) wrote :

No, bug 3796 is about bug listings. This is about the bug page.

I said "the 'Affects' lines should not be hidden" not because they're hidden now, but because that was a possibility Launchpad developers have previously discussed.

I'll fix this as part of my work on the bug page in the coming week.

Changed in malone:
assignee: nobody → mpt
status: Needs Info → Unconfirmed
Revision history for this message
towsonu2003 (towsonu2003) wrote :

> No, bug 3796 is about bug listings. This is about the bug page.

Pls don't misunderstand: I'm only trying to save you some work (I think)

if marking a bug as duplicate changes the status to duplicate (as bug # 3796 suggests), would it still be necessary to grey out the "affects" lines? or maybe, the status "duplicate" could grey the lines, just like the status "rejected" does? The latter might be easier to do as part of the 3796 fix.

Revision history for this message
towsonu2003 (towsonu2003) wrote :

maybe I am imagining (i.e. misreading) that 3796 will fix much more than what it will really fix.

Diogo Matsubara (matsubara)
Changed in malone:
status: Unconfirmed → Confirmed
Revision history for this message
Diogo Matsubara (matsubara) wrote :

The fix committed for bug 54801 invalidated this bug as the table is now gone for duplicates.

I think this is a dupe of bug 3176. I don't agree that 3176 is only about bug listing.

As Bjorn mentioned there, the +editstatus would redirect to +viewstatus if the bug is a dupe with an appropriate notification.

What do you say Matthew?

Changed in malone:
status: Confirmed → Needs Info
Matthew Paul Thomas (mpt)
Changed in malone:
status: Needs Info → In Progress
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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