Lost a couple days work. Yay. Have had to reboot the system probably 15 tims or more in the last 1-1/2 days. It turns out Windburn handles family table very poorly, especially when trying to copy them in the workspace. I copied the family table assembly, carefully renaming the instances so there wasn't any issue. Then I deleted the entire family table. That worked, but then when I wanted to delete the instances from the workspace, the HAL 9000 system told me I had to delete the generic. The system failed to either delete the instances from the Workspace (best solution) or even break the link between the files. So, again, I'm having to go outside the system to back up the assembly to a network drive, delete the entire family table, then bring it into the workspace.
Excuse me, but would it be too much to ask to have the system we paid a TON of money for, actually work as advertised so I don't have to keep using a network drive to get the job done? SRSLY?????
One of the BIG issues that we learned about, which is undocumented, is that Windchill cannot handle any family tables that contain asterixs. It floored me that this essential, time saving tool was omitted from Windchill functionality. We've since had to go back through our thousands of family tables to make sure all of the asterixs were converted to values, and we have to constantly remind users that this convenient functionality cannot be used in Pro/E. If you're running into corrupted family table files on Windchill-Pro/E transfers, check the tables for asterixs.
Ok, I tried something COMPLETELY different. I was going to back up the family table generic assembly to a network drive, then rename the assembly on the network, open the assembly, delete the entire table, then save it, thus saving it to the Workspace without the instances.
I found a much better and easier way, again, going outside the POS system: Simply do a "Save a Copy" in Pro/E in the generic model. You now get this popup window that allows you to select any models you want to reuse or copy, I just reused everything. When it copies the file, it does not copy the instances, so there is no family table to delete. you save it and then it's a new file in the workspace. Done.
And so, the best way to work in Windburn is to.......avoid using it when possible.