Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Default upsert behavior violated #390

Open
DnOberon opened this issue Sep 23, 2024 · 0 comments
Open

Default upsert behavior violated #390

DnOberon opened this issue Sep 23, 2024 · 0 comments

Comments

@DnOberon
Copy link
Collaborator

Bug Description

I have an object that is sent over and over into DeepLynx. The central node is the LoadWorkflow (L) in the middle. It attaches to an existing change object (C) and is decomposed by its steps V, M, and P.
obj
The process updates properties on steps, V, M, and P, but just sends the entire combined step subgraph in over and over through the process. The type mapping defines node creation on L, V, M, and P (with the unique ID dropdown value set) and edge creation between L and everything else. I have confirmed that the IDs for all these object aren't changing in the payload, however, the, L, V, M, and P objects are being recreated over and over with each payload.

Steps to Reproduce

See container 63 on DeepLynx azureacc, and the type mapping created Mon, 24 Jun 2024 16:20:47 GMT

Impact

Creates a logically compromised graph that breaks the business logic for the Windchill doc automation.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant