I know that I'm not the only one doing this, but I've done it a few times lately. The example I provide below is a case where I did it, but simply by following @platch who had made the mistake earlier. It's easy to do when you're juggling numerous tabs & issues.

When entering in a Related issues in the issue queue, one should not be able to enter in the issue that you're currently on. Probably easier to just insert a check so that there is a warning/error.

I posted about it here in a bit more depth (after being corrected):
#1833196-9: could not have interface in language A and create a translation from language B to language C

It would be pretty easy I think to find how many times this has been done in d.o, but probably just better to make sure it can't happen into the future.

It's annoying for everyone.

CommentFileSizeAuthor
Screen Shot 2014-10-05 at 9.47.51 AM.png237.27 KBmgifford
Support from Acquia helps fund testing for Drupal Acquia logo

Comments

drumm’s picture

Project: Drupal.org customizations » Project issue tracking
Version: 7.x-3.x-dev » 7.x-2.x-dev

The Entity Reference selection handler for these fields is at http://cgit.drupalcode.org/project_issue/tree/plugins/entityreference_se...

mgifford’s picture

Thanks @drumm - I thought about listing it there but wasn't sure in the end.

tvn’s picture

Issue tags: -related content +d.o issue workflow, +d.o issue relations
dww’s picture

Category: Feature request » Bug report

Very reasonable proposal. In fact, allowing circular references seems like a bug.

However, inside ProjectIssue_SelectionHandler_Issues::getReferencableEntities() I'm poking around in the contents of $this and I don't see any way to figure out what the current issue nid actually is. :/ $this->entity exists, but it's NULL. Looking at the rest of the data, there's nothing in there that seems to point to the entity that the entityreference field is attached to. :/ Without that data, there doesn't seem to be a clean way to enforce this. I suppose we could do something unholy like menu_get_object() or arg() et al, but that seems so wrong on many levels. WTF? There must be a better way to do this, no?

Liam Morland’s picture

Likewise, an issue should not be able to be its own parent.

apaderno’s picture

Issue tags: -d.o issue workflow, -d.o issue relations +drupal.org issues
apaderno’s picture

Issue tags: -drupal.org issues +affects drupal.org