Skip to content

9622 - Error in the user story life cycle#915

Open
accognet wants to merge 5 commits into
developfrom
feature/9622-Linkset_in_transition
Open

9622 - Error in the user story life cycle#915
accognet wants to merge 5 commits into
developfrom
feature/9622-Linkset_in_transition

Conversation

@accognet
Copy link
Copy Markdown
Contributor

Internal

@accognet accognet self-assigned this May 21, 2026
@accognet accognet added the internal Work made by Combodo label May 21, 2026
@accognet accognet requested a review from rquetiez May 21, 2026 08:33
@greptile-apps
Copy link
Copy Markdown
Contributor

greptile-apps Bot commented May 21, 2026

Greptile Summary

This PR changes lifecycle form defaulting for mandatory attributes with a single allowed value. The main changes are:

  • Adds special handling for linkset attributes in DisplayStimulusForm().
  • Loads the current linkset, adds the only allowed object, and writes it back.
  • Leaves scalar defaulting unchanged for non-linkset attributes.

Confidence Score: 3/5

These issues should be fixed before merging.

  • Indirect linksets can load the allowed id from the wrong class and add the wrong link.

  • The creation form still sends a scalar id through the linkset setter path.

  • Both issues affect the single-allowed-value workflow this change is meant to handle.

  • application/cmdbabstract.class.inc.php needs the linkset defaulting paths aligned for direct, indirect, lifecycle, and creation forms.

Important Files Changed

Filename Overview
application/cmdbabstract.class.inc.php Updates single-allowed-value defaulting in lifecycle forms, but the linkset handling is incomplete for indirect links and creation forms.

Comments Outside Diff (1)

  1. application/cmdbabstract.class.inc.php, line 3106-3110 (link)

    P1 Creation form still breaks

    The creation-form path still applies the old scalar defaulting logic to linkset attributes. If a mandatory linkset has exactly one allowed value during object creation, this calls Set() with the scalar id from array_keys(). DBObject::Set() treats non-null linkset values as an object-set iterator and calls UpdateFromCompleteList($value), so the creation form can fail before the user can submit it. This is the same single-allowed-linkset case handled below for lifecycle transitions, but this sibling path remains unchanged.

Reviews (1): Last reviewed commit: "9622 - Error in the user story life cycl..." | Re-trigger Greptile

Comment on lines +3243 to +3246
if ($oAttDef->IsLinkSet()) {
$oObjectSet = $this->Get($sAttCode);
$oObjectSet->AddItem(MetaModel::GetObject($oAttDef->GetLinkedClass(), $aValues[0]));
$this->Set($sAttCode, $oObjectSet);
Copy link
Copy Markdown
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

P1 Indirect linksets misload objects

For an AttributeLinkedSetIndirect, GetAllowedValues_att() returns ids from the remote target class, because AttributeLinkedSet::GetValuesDef() uses LinkSetModel::GetTargetClass(). This branch then loads that id from $oAttDef->GetLinkedClass(), which is the link/intermediate class. When a lifecycle transition has exactly one allowed remote object, the form can throw because no link row has that id, or it can add an unrelated existing link row with the same numeric id. The indirect case needs to create a link object and set its remote external key instead of loading the link class by the remote id.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

internal Work made by Combodo

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants