Transaction RolledBack and aborted

Hi there,
currently having some issues with transferring geometry from Rhino 8 to Revit 2025. What seems to be a simple task leaves me clueless right now.

The idea is the following and pretty straight forward:
Given some planar surfaces, I’m extracting their boundary curves to create floors.

But once set, the AddFloors-Component shows “1. Transaction RolledBack and aborted.” and won’t transfer anything.

After setting up a completely clean and fresh new revit file to make sure it was no issue produced in the initial one, I accidently found out that if I rotate the rhino surface randomly (exept for 90° steps) and move it out of it’s position it transfers flawlessly and as expected yet out of place. If I move it back to it’s initial position, it disappears again.
I also stripped my GH-file to its bare minimum, just to make sure. Tried projecting the boundary to a different CPlane, Level, and am slowly running out of ideas.


Is there any solution to this, or is it just me?
Would really appreciate any advice on this.

Cheers!

Please post your RiR about info and a small example we can look at. thanks

https://discourse.mcneel.com/t/help-us-help-you-rhino-inside-revit-edition/170291/9

Thanks for getting back to me.
Here’s what I can provide right now.
That Revit 2025-file just contains the floor-type (otherwise basically the autodesk-Architecture-template) and the Rhino 8- file is pretty obsolete, since the surfaces have been internalized in the GH-file.

It appears, that loading Grasshopper with the surfaces internalized transmits the floors to Revit exactly as wanted from time to time. Not on every start and disappears again, once the surfaces are being worked on. Sometimes changing the floortype brings them back. Can’t find any consitency here.

240517_001_RH8.3dm (138.3 KB)
RhinoInside-Revit-Report-20240517T130437Z.zip (32.8 KB)
240517_001_R2025.rvt (2.0 MB)
240517_001_RH8.gh (24.3 KB)

Thanks for the files. I am seeing some inconsistencies, but not sure why at the moment, will keep digging.


I am currently experiencing a similar problem…

There is a fix for this on v1.22.

We will release a hot fix for 1.20, 1.21 and 1.22 about this one tomorrow.

Thank you, I’m looking forward to that. It will be very helpful.

Got this error too. I’m not sure why. It wont let me add structural framing

@jnavarro1,

Not sure it is the exact same problem as all above but, are you testing on 1.23?

1 Like

Oh, let me install it. I’ll catch you up.

It’s solved :slight_smile: (i hope so), Line is a little bit out of axis. But it’s fine.

1 Like

Where can i find the hot fix? or a newer download?

On the RiR install page i can only find 1.21. Do I otherwise need to access this via the github repositories?

Please go to your Rhino.Inside.Revit Options on the Revit Ribbon to select the release version & download.

Thanks for the reply all is working great now!

Hi all,

I’m having the same issue. I thought it was something to do with speckle but I’ve now uninstalled that.

Hi Scott, Are there duplicate names in the attached shared parameter file? That error is coming from Revit.

That’s what I thought but I checked all the share parameters and deleted anything suspect. Before I ran the script I had all the parameters in the model, when I reran the script this error occurred, it created about 5 of the parameters and wiped the others even though the node is set to update.

It was running fine a week ago. I’m on and off testing this stuff.

Can you provide steps to repeat?

I’m not seeing the error as of yet.

Try setting your group. I set it to Data and it errors, I set it to something out and the create parameter node turns black. But I’ll open it up and give it a test now.

Hey Japhy does this help? I internalized the data. Might act different in a different RVT file though.

Add Parameter Error - Rhino Inside Revit.gh (15.0 KB)