When a node is replaced, the new node label should be visible if the initial node label was visible

[Petru_Tarabuta]

Notes

• Replacing a node via Right-click >> Replace >> selecting item from palette results in the same outcome as replacing via QuickDrop. This idea should apply to both replacement methods.
• Replacing a VI via either QuickDrop or right-click behaves correctly. The new VI label is visible only if the old VI's label was visible. In effect, the new VI retains the "Label >> Visible" setting of the VI that was replaced, which is desirable.
• This idea is somewhat related to the following idea: "Show node names when dropped" option

[fefepeto_kb]

A wild idea. Can you please try this snippet if behaves the same. I suspect it does so, but have -1 time right now. If so, then we might have found the culprit, and this is actually a bug in my perspective.

[Petru_Tarabuta]

Thanks for the snippet. I implemented the following VIs.

Screenshot 1: Scripting VI.vi

Screenshot 2: Target VI.vi

When Scripting VI.vi runs it successfully replaces the Enqueue Element node with Enqueue Element At Opposite End. However the label becomes invisible, exactly the same as when using QuickDrop or the right-click menu to perform the replacement.

Perhaps QuickDrop and the right-click menu call the same Replace No Attributes method. Thus, fixing the Replace No Attributes method would solve all three situations: QuickDrop, right-click, scripting.

"this is actually a bug in my perspective" - agreed.