-
Notifications
You must be signed in to change notification settings - Fork 635
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
[DYN-7943] Custom node cannot be added to its own workspace. #15783
Conversation
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
See the ticket for this pull request: https://jira.autodesk.com/browse/DYN-7943
@reddyashish - customnodes actually can be safely added to their own workspace if a user utilizes the |
Then maybe we change the message to, the custom node cant be safely placed into the current custom node workspace without |
Thank you both. I have updated the message to let users know about using the scopeif node. I will check if this is breaking any existing packages. |
{ | ||
var nodeGuid = Guid.Parse(nodeName); | ||
|
||
if (nodeGuid.Equals(customNodeWorkspaceModel.CustomNodeId)) |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I think @QilongTang was suggesting that in this check you iterate all the other nodes and make sure that one of them is scopeif
OR you defer this check until they try to save the .dyf.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
if you wanted to get really fancy you could try to determine if they have the scope if hooked up correctly or at least in a topology where it has even a remote chance of working...
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Got it, looking into it.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Updated the changes to look for the scopeif node in the custom node workspace and only then allow users to place the custom node in its own workspace. Modified the notification message accordingly.
As this freeze/hang happens mainly when that particular custom node instance is also present in the home workspace and is executed automatically, doing this check during saving the dyf wouldn't fix this case.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
what about also switching them into manual run mode when this occurs - I think we have a notification for this already under some circumstances? Maybe when using tuneup - or at least we did that previously.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
yes made the change to also set the homeworkspace to manual mode, when this case arises.
UI Smoke TestsTest: success. 11 passed, 0 failed. |
The only failing test RemovesScriptTagsFromLoadedHtml doesn't seem related to this. |
Purpose
https://jira.autodesk.com/browse/DYN-7943
Users were experiencing a Dynamo freeze when they try to add a custom node in its own workspace. This will cause an infinite loop and shouldn't be allowed as it is not a ideal use case.
Declarations
Check these if you believe they are true
*.resx
filesRelease Notes
[DYN-7943] Custom node cannot be added to its own workspace.
Reviewers
@QilongTang @zeusongit