How to find rollback'd component?

[mrlegoman]

I'm trying to 'form new sub-assembly' but get an error :
Cannot add: one of components in rollback state.

So, couple thousand parts, how do I find the culprit without having to open every part?

[bnemec]

you're saying that assembly "TEMP-DWG-00023..." contains a couple thousand parts? If not should be able to drill down through sub assemblies there to find the offending part.

[Tom G]

I looked for Component Status = Rolled Back among the "Search Criteria for Advanced Component Selection" (2018 link) https://help.solidworks.com/2018/englis ... ection.htm

I didn't find it in 2018. I hoped this would be available. Maybe Component Status = (Has Errors, Had Warnings, or Needs Rebuild) can help find that needle, but I think it'd return more false positives than anything.

[SPerman]

you're saying that assembly "TEMP-DWG-00023..." contains a couple thousand parts? If not should be able to drill down through sub assemblies there to find the offending part.

AFAIK, there is nothing at the assembly level to tell you which part is rolled back. You have to open (or edit) each individual component.

Why SW gets its panties all bunched up over a rolled back part, I will never understand.

I think in 2019 there was a bug where it would give you this error incorrectly. I think the fix was to open any part. Roll it back and then roll it to the end.

[DanPihlaja]

Here is a macro that does it for you:

https://forum.solidworks.com/thread/8497

Maybe it will work?

[mrlegoman]

Haven't tried the macro. Company PC, so we're locked out of a lot of stuff like that.
I ended up trying 'form new sub-assembly' while deselecting one assembly at a time until I did not get the error. Then I went to the offending assembly and repeat. drilled down about 6 times to the final sub-assembly with parts. Checked about a dozen parts and found the bugger. About 15 minutes, but what a pain.

[David Matula]

How about exploring to where the files are saved. The file would have to be one that was opened and saved recently.
Then again i have had a crash with a part in edit mode and it insisted that a part was still rolled back.

[gupta9665]

Haven't tried the macro. Company PC, so we're locked out of a lot of stuff like that.

Well you should talk to your boss that how much time/money company is losing for not using the macros or similar tools.

[D.hendriks]

I was cought with the same problem aswell.
Could not find a way to get the part that has the roll back state indeed.

Instead of searching a way to find one part I used an empty assembly and opened subs.
If I could not find it as an insert component it meant that the sub contained the part I searched for.
I've opened a few and came to a smaller sub wich was easier to verify, that way I found my part.

Hope it works for you aswell.

[zxys001]

"One of the components of this assembly is in rollback state. The assembly is inaccessible now."
...has been happening all day... only have a few components in the asm but what a pain in the butt!

No rhyme or reason... lame!

[SPerman]

I fought that same problem last week. Would it really be that difficult to tell us which part is rolled back?

I agree.

[SPerman]

Here is a macro that does it for you:

https://forum.solidworks.com/thread/8497

Maybe it will work?

For some reason that download doesn't work for me. It says the zip file is invalid. Can you share it another way?

[DanPihlaja]

For some reason that download doesn't work for me. It says the zip file is invalid. Can you share it another way?

See attached (I was able to download it, so I attached it here)

Edit: Never mind, it says that the zip file is invalid. Give me a few.

[DanPihlaja]

For some reason that download doesn't work for me. It says the zip file is invalid. Can you share it another way?

OK, here it is (see attached)

[SPerman]

Thanks. Unfortunately I'm having the same problem as the users in the other thread.

[SPerman]

I think my problem is that no part is in a rolled back state, but SW thinks it is. From the other thread:

"Here is some discussion on why SW might display the rolled back message when nothing is actually rolled back:

https://forum.solidworks.com/message/143780 [This link doesn't work for me]

(possibly related to using configure dimension while editing a sketch)"

I definitely have a few dimensions whose value changes based on the configuration.

[SPerman]

After wasting half of the day on this, I finally found a work around, with a little help from my VAR.

1. Open the problem assembly
2. Suppress EVERYTHING
3. Insert the problem assembly into the parent assembly
4. Unsuppress everything.

(In my case, step 4 showed me which part was in a rolled back state, and gave me the option to roll it forward.)

[Eddy Alleman]

I had the same problem last week.
Closing the assembly and solidworks and reooening solved it for me.
Eddy

[mp3-250]

I stumped on this problem recently and sometimes it is not a real rollback part to cause it, but you have to FORCE ROLLBACK and ROLLFORWARD on the part you opened. It needs just one step back and forward to force a rebuild and the error disappears...

[Silver Surfer]

Why does it seem like Solidworks has gone down hill in quality since 2014? Why not make the next upgrade be the 2014 version? Anyway has this always been a problem with SW. I don't remember running into this issue in the past. The work around of suppressing everything in the Subassembly, inserting it into the assembly, and un-suppressing everything seemed to work for me. Thanks for that tip.

[AlexLachance]

Why does it seem like Solidworks has gone down hill in quality since 2014? Why not make the next upgrade be the 2014 version? Anyway has this always been a problem with SW. I don't remember running into this issue in the past. The work around of suppressing everything in the Subassembly, inserting it into the assembly, and un-suppressing everything seemed to work for me. Thanks for that tip.

It's been like that since I've been using it. The error is often a memory error in SolidWorks. I fix it by accessing a part previously opened and rolling the bar up and back down.


It really isn't something that happens on a weekly basis.

[Roberts P.]

I've found a way of locating faulty file that has previously been saved in rollback state.

1. Open the assembly that contains the rollback component.
2. Navigate to FeatureManager and select ConfigurationManager.
3. Right click on top component, select Add Configuration... and see the pop-up error message. The message should contain the name of the faulty component.
4. Open the faulty component, undo rollback status and then save.

Sincerely yours,
Roberts

[DanPihlaja]

So, I played with "Check active document", "Advanced Select", "Performance Evaluation", and "Assembly Visualization".

All with no luck. None of those tools checks the rolled back state. (FYI, apparently rolled back state is not equal to the state that says "Needs rebuild" which I thought was going to be a winner....but nope).

[DanPihlaja]

I've found a way of locating faulty file that has previously been saved in rollback state.

1. Open the assembly that contains the rollback component.
2. Navigate to FeatureManager and select ConfigurationManager.
3. Right click on top component, select Add Configuration... and see the pop-up error message. The message should contain the name of the faulty component.
4. Open the faulty component, undo rollback status and then save.

Sincerely yours,
Roberts

That works!!

In addition to this, if you have multiple parts that are rolled back, it will specify each one separately.

[Damo]

I had this issue today (SW2024SP2.0) After all this time, still not fixed.
I know which part to which the issue referred. I actually did put it in a "rollback state" for ,,, reasons. But I also did "roll to end" when I'd finished.

Thankds for your advise @Roberts P. , but this did not fix my issue.

I've found a way of locating faulty file that has previously been saved in rollback state.

1. Open the assembly that contains the rollback component.
2. Navigate to FeatureManager and select ConfigurationManager.
3. Right click on top component, select Add Configuration... and see the pop-up error message. The message should contain the name of the faulty component.
4. Open the faulty component, undo rollback status and then save.

Sincerely yours,
Roberts

I tried this too.

I stumped on this problem recently and sometimes it is not a real rollback part to cause it, but you have to FORCE ROLLBACK and ROLLFORWARD on the part you opened. It needs just one step back and forward to force a rebuild and the error disappears...

But this did not do the trick.

I tried this too.

I had the same problem last week.
Closing the assembly and solidworks and reopening solved it for me.
Eddy

Even shutdown SW in the task manager. Reopened assembly, same problem.
Even restarted my pc and tried again. Nope.

In the end, I created a new subassembly within the assembly to which I wanted to move my assembly and dragged the components of the errant assembly into this new subassembly, one-by-one until all where relocated.
After saving the new assembly with a very similar filename I then deleted the problematic assembly from the model, saved everything, closed the software and deleted the problematic assembly from the project folder.
It was then a simple matter of opening the model and renaming the newly created assembly with the original assembly's filename and moving on with my life..

For the record, there was no component in the"rollback state" SW was just to stupid to realise this and got stuck in some kind of feedback loop where it felt the need to double-down on its original incorrect statement. This from 2024 version.

[mpaul]

the only workaround I've found for this is

in the top level assembly, start rolling back parts and assemblies.

if the assembly saves, roll forward a few parts at a time and keep saving.

once the assembly give you the error on save, you have found the offending part or assembly.

if it's a part, just open it and fix it. if it's an assembly, repeat the process on that assembly to find the offending part

it's tedious and a pain in the @ss, but I've found it helps get you to the offending part quickly enough.

[AlexLachance]

I had this issue today (SW2024SP2.0) After all this time, still not fixed.
I know which part to which the issue referred. I actually did put it in a "rollback state" for ,,, reasons. But I also did "roll to end" when I'd finished.

Thankds for your advise @Roberts P. , but this did not fix my issue.



I tried this too.

But this did not do the trick.

I tried this too.

Even shutdown SW in the task manager. Reopened assembly, same problem.
Even restarted my pc and tried again. Nope.

In the end, I created a new subassembly within the assembly to which I wanted to move my assembly and dragged the components of the errant assembly into this new subassembly, one-by-one until all where relocated.
After saving the new assembly with a very similar filename I then deleted the problematic assembly from the model, saved everything, closed the software and deleted the problematic assembly from the project folder.
It was then a simple matter of opening the model and renaming the newly created assembly with the original assembly's filename and moving on with my life..

For the record, there was no component in the"rollback state" SW was just to stupid to realise this and got stuck in some kind of feedback loop where it felt the need to double-down on its original incorrect statement. This from 2024 version.

Were there ever virtual components within that assembly by any chance..? I wouldn't be surprised if virtual components could trigger this even though they are not existant anymore.

Was the assembly too large to do a sort of troubleshoot as @mpaul suggested? That's generally how I proceed too.

[Damo]

the only workaround I've found for this is

in the top level assembly, start rolling back parts and assemblies.

if the assembly saves, roll forward a few parts at a time and keep saving.

once the assembly give you the error on save, you have found the offending part or assembly.

if it's a part, just open it and fix it. if it's an assembly, repeat the process on that assembly to find the offending part

it's tedious and a pain in the @ss, but I've found it helps get you to the offending part quickly enough.

Interesting...

I've never occurred to me to notice that an assembly might not save with a rollback'd part.

And so I actually just tried this, and my mileage varied greatly. Or I did it wrong.

My assembly did save without any issue despite purposely setting up a rollback'd part. No error or warning was offered.
And, I could not seem to get my assembly rollback bar to go any higher than the "Mates" folder. (In every assembly I tried..)

Traditionally, any rollback part issue I encounter is almost always clearly indicated by the forest fire of broken mates, and in-context features in the feature tree.

That is why the issue that led to this post was so confounding. There WAS NO rollback'd part.
SW was broken. Although there HAD BEEN a rollback'd part, I definitely rolled it forward againg.
There had to have been a glitch in the code somewhere that had corrupted that particular assembly I tried to move.

Thank you

[Damo]

Were there ever virtual components within that assembly by any chance..? I wouldn't be surprised if virtual components could trigger this even though they are not existant anymore.

Was the assembly too large to do a sort of troubleshoot as @mpaul suggested? That's generally how I proceed too.

Thanks Alex.
I never used virtual parts, so this is/was not my issue.

[mp3-250]

Interesting...

I've never occurred to me to notice that an assembly might not save with a rollback'd part.

And so I actually just tried this, and my mileage varied greatly. Or I did it wrong.

My assembly did save without any issue despite purposely setting up a rollback'd part. No error or warning was offered.
And, I could not seem to get my assembly rollback bar to go any higher than the "Mates" folder. (In every assembly I tried..)

Traditionally, any rollback part issue I encounter is almost always clearly indicated by the forest fire of broken mates, and in-context features in the feature tree.

That is why the issue that led to this post was so confounding. There WAS NO rollback'd part.
SW was broken. Although there HAD BEEN a rollback'd part, I definitely rolled it forward againg.
There had to have been a glitch in the code somewhere that had corrupted that particular assembly I tried to move.

Thank you

This rollback problem indeed exists on multiple levels.
Real rolled back components are a thing, but I had some corrupted files without any apparent issue.

I suspect that neglecting to rebuild all configurations with CTRL SHIFT Q (not only the active one witj CRTL Q) is going to bite back sometimes with the data Inside assy "not in sync" with the real state of its own components.
Add all the lightweight, and large assy mess we had in the last 15 years to the equation ...
Also data based on bugged, corrupted or very old templates gave us some funny (not so) issue In the past.