fix: keep the referenceId when loading a modification reference metadata - #858
fix: keep the referenceId when loading a modification reference metadata#858flomillot wants to merge 3 commits into
Conversation
Metadata are loaded through a projection which strips the subclass, so the reference attributes were lost and clients could not tell which shared element a reference points to. The referenced modification is already fetched to get the label, and its id is precisely that referenceId. Co-Authored-By: Claude Opus 4.8 <noreply@anthropic.com> Signed-off-by: Florent MILLOT <75525996+flomillot@users.noreply.github.com>
|
Important Review skippedDraft detected. Please check the settings in the CodeRabbit UI or the ⚙️ Run configurationConfiguration used: Organization UI Review profile: CHILL Plan: Pro Plus Run ID: You can disable this status message by setting the Use the checkbox below for a quick retry:
📝 WalkthroughWalkthroughChangesModification reference metadata resolution
Suggested reviewers: 🚥 Pre-merge checks | ✅ 5✅ Passed checks (5 passed)
Thanks for using CodeRabbit! It's free for OSS, and your support helps us grow. If you like it, consider giving us a shout-out. Comment |
…nce-id-in-modification-metadata
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com> Signed-off-by: Florent MILLOT <florent.millot_externe@rte-france.com>
|



PR Summary
On the metadata path,
loadModificationReferencereturned a bareModificationInfos: the entity comes from aprojection which strips the subclass, so the reference attributes —
referenceIdincluded — were lost, andclients could not tell which shared element a shared modification points to.
The referenced modification is already fetched on that path to get its message type and values, and its id is
precisely the
referenceId. That branch now builds aModificationReferenceInfoscarrying it.Touches the same method as #852, which changes the other branch of the same
if.