Hi All,
When I run the graph for the first time, some extra transactions get created. Any Idea why. ?
Testing.dyn (3.6 KB)
Hi All,
When I run the graph for the first time, some extra transactions get created. Any Idea why. ?
Testing.dyn (3.6 KB)
@Michael_Kirschner2 any ideas?
Could it be the re-binding operation that is causing this?
@Michael_Kirschner2 Iâve also tried to use Element.SetParameterByName without Unwrapping the Revit.Elements but I get the same behavior.
Because your node has a manual transaction in it. I am assuming you copied this code from somewhere and it is always a good idea to review what is in a python script for this and many other reasons.
@SeanP This happens also if I donât use a manual transaction. I used the manual transaction to be able to name it. This way I know which one is created by the python script.
I have the same problem if I use SetparameterByName as per my previous post
I cannot reproduce your results. I do know that you donât need the ForceClose if you use the standard TransactionManager references, which may be why this is happening and also you may want to make sure your c.Commit() is before you OUT data.
Testing.dyn (6.2 KB)
@salvatoredragotta - notice the âextraâ transactions show up before you hid the elements, when you were loading Dynamo player.
On opening Dynamo or Dynamo player, two Dynamo transactions show in the undo history. I am not entirely sure what theyâre for, but I doubt they are a part of element binding as no .dyn is loaded at this point so there are no elements created to bindâŚ
My hypothesis is that they are used to get Dynamo to spin up the OOTB Dynamo for Revit nodes, and then for custom nodes and packages, both of which usually require interacting with some aspect of the Revit api and therefore have to load up the DLLs.
I will ask around for some insight into the âwhyâ aspect, but know that they are harmless, and show up any time you launch a Dynamo for Revit instance (even a headless instance, as you get with Dynamo Player).
@jacob.small Thanks!
@SeanP & @salvatoredragotta - no need to even run a graph, in either Dynamo for Revit or Dynamo Player.
Steps to reproduce:
can you try turning off revit background preview before starting dynamo?
Thanks! I could reproduce in Dynamo for Revit but in Dynamo Player you have to actually run the graph
Thanks. I just tried that. it doesnât make any difference.
As @jacob.small pointed out, they show up every time I launch Dynamo Revit. Just curious why.
Perhaps I need more testingâŚ
@jacob.small, I do not see any transactions until I run a graph with the Player or Dynamo, but not on opening either of them.
Can you do a screencast showing opening Revit, starting a new project, checking the undo history, opening Dynamo, checking the undo history?
I stand corrected. Not sure why I wasnât seeing it yesterday (maybe it was the ânewâ project) but yes, I had two transaction show up following your instructions⌠which I am not very good at usually!
These transactions are there for the creation of the Dynamo specific materials used in the Revit background preview. They will only happen if materials with the names Dynamo
and DynamoError
do not already exist in the file.