relationships between issues integrated with the status field

leafish_paul - January 10, 2006 - 20:32
Project:Project issue tracking
Version:6.x-1.x-dev
Component:Issues
Category:feature request
Priority:minor
Assigned:Unassigned
Status:active
Description

A nice feature when marking issues as duplicates would be to allow the user to specify the issue its being marked a duplicate of, but instead of doing this just in the follow up content, we could submit a nid for the issue, allowing the original issue to be automatically 'bumped' somehow to reflect the duplicate, which is essentially another occurence or instance of the issue.

Did that make any sense?

#1

dww - May 22, 2006 - 08:12
Title:Bump original issues when duplicates to it are marked» relationships between issues integrated with the status field

both http://drupal.org/node/57782 and http://drupal.org/node/64408 are duplicate with this same basic idea. for certain values of the status (the existing "duplicate", my proposed "blocked" -- which now that i've read it, is basically sara's proposed "parent/child") and in certain other cases (sara's proposed "related to", not sure if that's useful as a status setting in the same way duplicate and blocked are), it'd be great to be able to input the node id of another issue. ideally, changes to the status of the related issue could automatically alter the status of the other (e.g. when the parent is closed/fixed, the child can move from blocked to active, or when a duplicate is set, the other issue gets a new comment added automatically ("url/title marked as a duplicate of this issue"...). not sure how to best handle this. maybe we should move discussion over to http://groups.drupal.org/relationships-site-structuring and/or http://groups.drupal.org/issue-tracking-and-software-releases.

#2

dww - May 22, 2006 - 08:36
Status:active» postponed

created http://groups.drupal.org/node/555, which i cross-posted to both of the groups i mentioned above. let's move discussion there for brainstorming and design ideas. we can come back to this issue once we have a plan and can start dealing with project-specific patches, etc. if you don't have a groups.drupal account, you can just use your existing drupal.org username with "@drupal.org" appended to it (e.g. "dww@drupal.org").

#3

catch - November 16, 2007 - 16:31
Version:x.y.z» 5.x-1.x-dev
Status:postponed» active

Nice idea. Giving it a real version. Could be done with node reference I guess.

#4

catch - November 16, 2007 - 16:39
Project:Project» Project issue tracking
Version:5.x-1.x-dev» 5.x-2.x-dev

#5

dww - November 16, 2007 - 18:07
Status:active» postponed

@catch: yes. However, it's still postponed. I don't want to discuss it in here, I want to discuss it over at http://groups.drupal.org/node/555 first to brainstorm how we want to go about it, then come back here once we have a reasonable plan we can agree on and implement.

#6

drewish - May 15, 2009 - 15:46
Version:5.x-2.x-dev» 6.x-1.x-dev

subscribing. looks like i'll be working on something similar for work.

#7

anarcat - September 5, 2009 - 20:23
Status:postponed» active

There was a quick BOF at the end of Paris Drupalcon where that issue was also brought up as being a key issue in usability. Furthermore, I don't feel the groups.d.o discussion is particularly complicated or leading away from a consensus, so I think this should be considered active again.

I have also posted extra specs on the groups.d.o page.

#8

anarcat - September 30, 2009 - 22:28

so it's been almost a month since I posted those specs on the group and almost two years since dww postponed the issue. when do we know we agree?

i would very much like to see this in, i guess the only implementation-level question remaining here is whether this is implemented standalone or we reuse existing code.

 
 

Drupal is a registered trademark of Dries Buytaert.