I have noticed recently that custom nodes seem to be behaving oddly.
E.g. i have a clockwork passthrough node in my graph, i right clicked to edit custom node - looked at the info i wanted to see and then closed the custom node. Did not save
The passthrough node has now renamed to the same name as my graph filename
and the Workspace References show clockwork package not being installed correctly
Deleting the renamed nodes and placing them in the workspace again resolved the issue and the clockwork package came back to green tick without shutting down or retstarting dynamo.
I canât figure out how the nodes renamed in workspace - but they seemed to duplicate as well? I think the guid must have been involved somehow for the workspace reference to detect a problem with the node? it wasnt just a normal rename node.
I encountered the same unexpected behavior when trying to edit custom nodes in Dynamo 2.16.
The custom node takes the name of the graph and its Uuid changes.
The only solution for now is to edit custom nodes without an open graph.
FYI @solamour
Another issue iâm repeatedly finding in the Custom Node Editor is that each time I re-open the .dyf file all of the nodes have collapsed to the centre point. Not the end of the world but time consuming when trying to make edits.
This has happened before and is usually a loss of the XY location data serialized into the DYN file - for example old Player had this bug as it was run via the CLI and didnât load the view, then saved.
My experience with custom nodes renaming has been that if I edit a .dyf with an unsaved workspace open behind it, the custom node renames to âbackupâ. I sort of put this behaviour down to the same as what Alban mentioned above.
Edit with a graph open - custom node adopts that graph filename.
Edit with an unsaved graph open - no filename to use so it uses âbackupâ as the name it adopts.
Weâve internally looked at this and cannot reproduce the problem nor find probably cause inside our code. If there are any reproducible use cases that are extensible across multiple users then we can re-open, but unfortunately right now weâre at a dead end.
I can reproduce this at will for you if you would like screen recording of it happening? I can provide whatever logs you would like also if that helps. It happens every time I open a custom node on my system at the moment. (never talk in absolutes right? âAlmostâ every time I open a custom node )
It also appears to have affected the authors package on my local system - this is opening a different .dyn file and going to place the node again - itâs been modified the previous file and action per the video.
Hi @BrookePeterson I would like to see a recording of such an instance. We have found instances on package manager that the dyf inside does not contain any nodes position data. For those instances, it is expected that everytime you open them, the node positions are on top of each other. To solve that, I would expect users either inform package authors to fix them or resave those dyfs in package folder. Please let me know if you are running into a different case, e.g. the dyf you made yourself lost node positions, etc.
yup, that case is exactly what we have been testing in latest Dynamo release candidate:
For your case, if I understand correctly. You are creating the node in DynamoSandbox and validating that in DynamoRevit? Can you describe your normal workflow to help us digest?
No, for my case I do not use dynamo sandbox. I work only in dynamo for Revit
my usual workflow is very similar to the video i sent. I work in dynamo workspace to test, then when iâm happy with the result, I copy nodes and close worksapce. Create new custom node and paste in my content. adjust inputs/outputs etc and save/close
)
Sweet⌠let me loop back with the team on it!