Several times lately, I have had drawings mysteriously self-corrupt like this:
I save the drawing or check it in and everything seems fine. The next time I check it out, I receive a series of error messages: "Illegal attempt to create identified child transaction inside an unidentified transaction". Sometimes the drawing opens in the end, but often times it repeatedly crashes and I am unable to access the file at all.
These drawings are usually somewhat complex with many discrete models and parts being referenced by the views. There may be about 100 views over approximately 10 pages. Often these views are of several levels of detail or positional representations of similar assemblies. Sometimes they contain multiple states of an iAssembly. Almost all of the files are driven from Excel and/or derived from other files.
I would like to know which of these items is the likely cause of this errror so that I can resolve this in the future. I note that people have inquired about this error message several times, yet no definitive answer as to its cause has been given by the developers. Can anyone shed some light on this? Is it related to iParts, levels of detail, positional reps, derivations, excel-driven parts, etc?
Steve
Inventor 2008
This error is probably caused by a defect in 2008 that happens way down deep in the code.
Could be triggered by many different workflows I suppose.
A couple of immediate things that run through my mind:
- is upgrading from 2008 to 2011 a possibility? Reason: we keep improving the code to guard against such messages.
- try to narrow down the dataset (on a backup copy of course) .
Reduce to 50 views and 5 pages. If you still see the problem reduce to 25 views on 2 pages etc.
- Remove parts , viewreps , posreps , break derived links etc until you no longer see the error.
- Eliminate the Vault factor. Does this happen outside the Vault environment as well (you mentioned check-in/checkout) ?
- Sometimes copying views or sheets to a new drawing might give some relief.
I hope this gives you a clue on how to tackle such general error messages.
Not exactly rocket science but it has helped me in the past to identify where the problem was.
Bob
I don't see a resolution to this query since inv 2008?. Has anyone been able to identify why this occurs? I am family of parts programming with variable parts and sub-assemblies using Inv 2012. I get the same error message (Illegal attempt to create identified child transaction...). Seems as though parts nesting is limited and gets iteslf into a recursive loop, maybe? Frustratingly, it seems at the same time, some of the parts lists misbehave. Some fields get left blank (mass calcs) in higher assies but generate OK when the variable iparts are opened on their own - Other parts list fields like part descriptions are fine in their iAssembly authoring tables but when mixed and matched (variable assies), just don't feature in parts lists?. Design variables in MDT and family tables in Pro-e were a breeze. I am forever having to overide part metadata in the Inventor parts lists. Sorry I can't make my clients IP datasets available.
Any Idea why this message....?
illegal attempt to create identified child transaction inside an unidentified transaction
Daryl
Inv. 2012
Vista 64b
I have an iPart with 384 members in the Vault.
I “Get” a copy of the file out to my local.
I delete the factory and the members and the members folder and any related .dwf’s from Vault.
I make a modification to the file, save, then generate new members.
Then check the file back into Vault using the Inventor add in.
*I’ve used this workflow over 30 times with no problems.*
This time, there is an issue.
I cannot get the file and members back into Vault.
There aren’t any files in the Vault (that I can see) that are preventing me from checking the file in.
The “Enforce Unique File Names” is not checked.
I can check other files into the Vault without issue.
While generating members, I used to get prompted to save every member as it was created.
One thing I did notice is when generating new members on my local, I’m no longer prompted to save each member.
The file opens fine, every member activates, no red crosses, no errors.
If I run the .dwf publisher (Export .dwf) on my local, it takes forever to run and when finished I get the attached errors.
The Design Review software is up to date.
Has anyone seen or heard of this issue?
Len
I have it in 2018pro- I assume nothing has been done to identify why this happens.
"Remove parts , viewreps , posreps , break derived links etc until you no longer see the error." - this one is a great advise hehe.
Better idea- in 2019 release remove iparts and iassy from inventor.
Hi Michal,
If I understood the issue correctly, this is actually a bug. It is possible the source of the bug has been fixed in later releases but the existing files having the badness are not fixed. Do you mind sharing an example exhibiting the behavior?
Regarding iPart and iAssembly, I am not sure why they are not working for you. iParts/iAssemblies are best for creating library content. You can create a family of components using an Excel table. I know some people try to use the workflow for in-context configuration and it does have limitation. But, in general, it is working as it was designed. Could you elaborate your difficulties in iPart/iAssembly?
Many thanks!
This happens to me when I'm updating model (iassembly) in drawing. If I repeat update model it works so it only happens on first try.
Hi! I think you are confirming my suspicion. It is like a corruption happening in the past. Now, the corruption is cleared when the file is migrated. If you save the file, the error message should not appear.
Many thanks!
Geez! Who comes up with these error descriptions?
My boss thought I was trying to purchase a child online with this one!!
Hi! Good point! These error messages are fairly programming oriented. The wording should be culturally aware, which is not in this case. There is definitely room for improvement. I will work with the project team and see what we can do.
Many thanks!
Can't find what you're looking for? Ask the community or share your knowledge.