2024 Edit Python Node Failure

New issue just cropped up today. I am completely unable to edit any python nodes. Any attempt to open a python node results in a hard shutdown of Revit and Dynamo with no errors. Same issue with a brand new script, just dropping in the python node and attempting to open for edit will close Revit. I’ve removed all other addins to no avail. Updated to Revit 2024.3 with Dynamo 2.19.4. Below is the last entries from Journal. Anyone got any ideas/suggestions? Im really dead in the water now.

Journal: Jrn.Data _
“Transaction Successful” , “Dynamo-51297CB5 Script”
’ 0:< ::147:: Delta VM: Avail -166 → 134110783 MB, Used +12 → 1878 MB, Peak +162 → 2036 MB; RAM: Avail +1758 → 17003 MB, Used +6 → 1891 MB, Peak +10 → 1903 MB
’ 0:< GUI Resource Usage GDI: Avail 8486, Used 1514, User: Used 635
'E 07-Nov-2024 15:17:43.830; 0:<
Jrn.AddInEvent “AddInJournaling” , “WpfWindow(_this,Dynamo).WpfMenuItem(0,dynamoMenu).Click()”
'E 07-Nov-2024 15:17:43.832; 0:<
’ [Jrn.WpfEvent._this.dynamoMenu] Rvt.Attr.WindowType: WpfWindow Rvt.Attr.WindowName: _this Rvt.Attr.ControlType: WpfMenuItem Rvt.Attr.ControlName: dynamoMenu Rvt.Attr.Action: Click()
’ 0:< ::149:: Delta VM: Avail +33 → 134110816 MB, Used +6 → 1885 MB; RAM: Avail +94 → 17098 MB, Used +9 → 1900 MB
’ 0:< GUI Resource Usage GDI: Avail 8476, Used 1524, User: Used 637
'E 07-Nov-2024 15:18:09.239; 0:<
Jrn.AddInEvent “AddInJournaling” , “WpfWindow(DynamoAboutWindow,About Dynamo).WpfButton(0,CloseButton).Click()”
'E 07-Nov-2024 15:18:09.239; 0:<
’ [Jrn.WpfEvent.DynamoAboutWindow.CloseButton] Rvt.Attr.WindowType: WpfWindow Rvt.Attr.WindowName: DynamoAboutWindow Rvt.Attr.ControlType: WpfButton Rvt.Attr.ControlName: CloseButton Rvt.Attr.Action: Click()
’ 0:< ::151:: Delta VM: Avail -24 → 134110792 MB, Used 1885 MB; RAM: Avail -4 → 17095 MB, Used 1900 MB, Peak +2 → 1905 MB
’ 0:< GUI Resource Usage GDI: Avail 8488, Used 1512, User: Used 633
'E 07-Nov-2024 15:18:10.224; 0:<
Jrn.AddInEvent “AddInJournaling” , “WpfWindow(_this,Dynamo).WpfListBox(0,filesListBox).SelectItems(0,Dynamo.UI.Controls.StartPageListItem)”
'E 07-Nov-2024 15:18:10.224; 0:<
’ [Jrn.WpfEvent._this.filesListBox] Rvt.Attr.WindowType: WpfWindow Rvt.Attr.WindowName: _this Rvt.Attr.ControlType: WpfListBox Rvt.Attr.ControlName: filesListBox Rvt.Attr.Action: SelectItems(0,Dynamo.UI.Controls.StartPageListItem)
'E 07-Nov-2024 15:18:10.287; 0:<
Jrn.AddInEvent “AddInJournaling” , “WpfWindow(_this,Dynamo).WpfListBox(0,filesListBox).SelectItems()”
'E 07-Nov-2024 15:18:10.288; 0:<
’ [Jrn.WpfEvent._this.filesListBox] Rvt.Attr.WindowType: WpfWindow Rvt.Attr.WindowName: _this Rvt.Attr.ControlType: WpfListBox Rvt.Attr.ControlName: filesListBox Rvt.Attr.Action: SelectItems()
’ 0:< ::155:: Delta VM: Avail -240 → 134110553 MB, Used +177 → 2062 MB, Peak +26 → 2062 MB; RAM: Avail -185 → 16911 MB, Used +200 → 2101 MB, Peak +196 → 2101 MB
’ 0:< GUI Resource Usage GDI: Avail 8488, Used 1512, User: Used 633
'C 07-Nov-2024 15:18:48.038; finished recording journal file

Well I could not resolve the issue so I thought a fresh 2024 install was in order…Im on my 3rd attempt now. Both the autodesk Revit install cleanup utility and microsoft install/uninstall utility are incapable of resolving the uninstall/reinstall errors. I’ve been manually through the registry and now building a custom install…Wow I’ve never had so much difficulty with a piece of software.

Hello 201648rider,

I encounter exactly the same problem! everytime i click on a python node makes dynamo and revit to crash immediately.
I also tried to reinstall revit but it keeps happening.
Have you found any solution so far??

thank you
J

Near certainty it is an add-in conflict or infosec policy. Add-ins will not be removed by way of a Revit in installation. Infosec is not something we can control either. Start by disabling all add-ins and see if that fixes it.

Thank you for the quick reponse,

i will try removing all add-ins,

if that can help, i currently have the following installed:
-Interoperability Tools
-DiRoots
-Mlabs Export Excel
-Revit Lookup
-Revit DB Link
-Speckle
-RoomBook,Areabook,BuildingBook

btw what is Infosec?

thank you again

Infosec is information security. Stuff like antivirus, anti malware, etc. which are put in place to prevent your company from having a breach of some sort (which is a MAJOR pain and often leads to firms folding).

Three of those have been known to cause issues, but it could be anything. Turn them all of and see what happens.

No amount of disabling/uninstalling/re-installing worked on my end. I ended just buying a new computer because it was costing the company more money to troubleshoot…

Wooow! it ended up being a really serious bug for you then!

I hope Autodesk fix it soon, because in my case my laptop is brand new…(just got it two weeks ago), asking my manager for a newer one is not an option…

Unfortunately when it is a customization (i.e. addin) Autodesk cannot do anything about it - the add-in developer is the route cause so you need to work with them.

The same goes for infosec policies - if something like sentry is preventing use of Dynamo due to the use of Python the IT team has to whitelist it, build their own Dynamo with no Python, or inform the users that they’re the root cause. One thing you can try is to open an instance of Dynamo Sandbox for the version you’re using in Revit. If that fails infosec is the more likely source.

The editor used for Python (I believe a flavor of Avalon Edit but I’m on my phone so don’t quote me on that) is a frequent UI component for many add-ins with text editors, so the customizations need to update to be in alignment with dynamo. You can likely also get things resolved by moving to a Python Script From String node, where you paste the Python code into a string node, or even read it from an external file.

Actually I had also tried running the script via the “Python Script From String” but it also crashed. in this case it crashes when i try to run it, whereas the normal python node crashes just if i touch it.
For the record, i had already run many python scripts in Revit 2024, but unexpectedly one day it crashed and since then it keeps happening.
With previous versions of revit i can use the scripts and they work properly.

Are your scripts using the CPython engine, or the IronPython2 engine?

+1 to Jacob’s comment RE infosec.

Where I work we use an app called Airlock (bane of my existence) and it will block a lot of things it isn’t familiar with, often dynamically generated dll’s that sometimes aren’t signed.

The workaround that you need to coordinate with your IT department is to convince them to put your machine in audit mode, then run a full open/close of all suspectedly blocked programs. They can whitelist what it finds and most infosec tools offer this functionality.

If they don’t agree to that, then your IT department will actively sabotage your firm in the long run.

I’m always using CPython,

But as I said the problem occurs when i just add a default python node to the canvas (a “virgin” python node), it is not even a node with code i’ve written.
Just adding a python node to the canvas makes Dynamo and Revit to Crash.

So it seems to be a problem of Dynamo in Revit 2024, or as you said the infosec, although it is weird, because i had use Python scripts and they use to work fine.

Just having installed the IronPython engine can trigger an infosec blocker; so if you have say Crumple or Genius Loci installed you’d potentially be blocked by any graph that attempts to load the Python VM.

As a first test, confirm all add-ins are disabled. You shouldn’t see any tabs besides the standard Revit ones, and your add-ins tab shouldn’t really have anything in it. Yes, this is easier said than done, but customizations break as much as they fix if not maintained, and they’re rarely maintained by the orgs which deploy them. Then disable all Dynamo customizations by renaming the folder in %appdata%\Dynamo\Dynamo Revit\ by finding the folder which correlates to your Dynamo installation and adding a _OLD to the end (or similar). This shoudl prevent all packages, customizations, and user settings from loading.

Next confirm the issue still reproduces. If so grab the Revit journal and post it here. First thing I’ll do is look to confirm all add-ins are disabled, so double check by searching for “Vendor ID” and making sure that it’s all Autodesk, autodesk, AUTODESK, AutoDesk, adsk, ADSK, or similar (yes, I wish that team had standardized that ages ago). After that I’ll try to see if the journal tells us ‘why’ it crashed. Sometimes it will, sometimes it won’t.

If you’d like more direct help, reach out to my colleagues in support by submitting a ticket to manage.autodesk.com.