About Force Rebuild & Part Change
About Force Rebuild & Part Change
Hi all;
Is it normal SW behavior that you get an asterisk mark next to file name after you force rebuild a part/assembly? Even a completely empty one? Cause I'm getting one.
Thanks,
Is it normal SW behavior that you get an asterisk mark next to file name after you force rebuild a part/assembly? Even a completely empty one? Cause I'm getting one.
Thanks,
Yes. Asterisk means document is dirty and needs to save. Force rebuild makes a document dirty.
Go to full postRe: About Force Rebuild & Part Change
Yes. Asterisk means document is dirty and needs to save. Force rebuild makes a document dirty.
Re: About Force Rebuild & Part Change
Thanks; a little off topic.
Say you get an Asterisk when you open an assembly; is there an easy way to quickly find out what component(s) has (have) been changed?
Cause here's my issue: if I open an assembly and it has an asterisk then I say fine I save it so as to capture the latest changes and next time it won't have asterisk; perfect. But sometimes I'm curious to know what has been changed? I have no idea sometimes? especially in multi-user environment.
Say you get an Asterisk when you open an assembly; is there an easy way to quickly find out what component(s) has (have) been changed?
Cause here's my issue: if I open an assembly and it has an asterisk then I say fine I save it so as to capture the latest changes and next time it won't have asterisk; perfect. But sometimes I'm curious to know what has been changed? I have no idea sometimes? especially in multi-user environment.
Re: About Force Rebuild & Part Change
I may take a look at this post:Slasher wrote: ↑Tue Apr 30, 2024 4:39 pm Thanks; a little off topic.
Say you get an Asterisk when you open an assembly; is there an easy way to quickly find out what component(s) has (have) been changed?
Cause here's my issue: if I open an assembly and it has an asterisk then I say fine I save it so as to capture the latest changes and next time it won't have asterisk; perfect. But sometimes I'm curious to know what has been changed? I have no idea sometimes? especially in multi-user environment.
viewtopic.php?p=32241#p32241
Re: About Force Rebuild & Part Change
@mp3-250
Thanks; that was a lot of good info to absorb !
One last thing; so we always have purged configuration data un-checked by default. I noticed that if you delete configurations (say from a file that has 20 different configurations and then you delete half of it) & then save the file; the file size won't decrease to match the new number of configurations? (I tested this only one file this morning; so maybe that's an anomaly). Somehow the configuration data is permanently set into the file? Has this been your experience as well?
It will however decrease if I do a save-as.
Thanks; that was a lot of good info to absorb !
One last thing; so we always have purged configuration data un-checked by default. I noticed that if you delete configurations (say from a file that has 20 different configurations and then you delete half of it) & then save the file; the file size won't decrease to match the new number of configurations? (I tested this only one file this morning; so maybe that's an anomaly). Somehow the configuration data is permanently set into the file? Has this been your experience as well?
It will however decrease if I do a save-as.
Re: About Force Rebuild & Part Change
we do not usually purge configurations and we mainly restrict them to assemblies.Slasher wrote: ↑Wed May 01, 2024 12:39 pm @mp3-250
Thanks; that was a lot of good info to absorb :D!
One last thing; so we always have purged configuration data un-checked by default. I noticed that if you delete configurations (say from a file that has 20 different configurations and then you delete half of it) & then save the file; the file size won't decrease to match the new number of configurations? (I tested this only one file this morning; so maybe that's an anomaly). Somehow the configuration data is permanently set into the file? Has this been your experience as well?
It will however decrease if I do a save-as.
However I can state with confidence that a lot of garbage is stored even in supposedly emptied files.
I stomped on an SPR that pointed to the save as to decrease file size. I also had a case of a drawing that was over 160MB while it was supposed to be around 20-40MB and it still at 160MB deleting even the sheet formats, rebuilding and saving it. it decreased some 30MB with save as, but at still had to delete ALL and saveas to bring it to some 100KB
- AlexLachance
- Posts: 2226
- Joined: Thu Mar 11, 2021 8:14 am
- Location: Quebec
- x 2419
- x 2061
Re: About Force Rebuild & Part Change
Do you have that problematic empty file and can you share it..? Perhaps we could all take a look at it and see if someone gets some sort of pop-up that points to a missing reference that perhaps you were not getting..?mp3-250 wrote: ↑Wed May 01, 2024 6:15 pm we do not usually purge configurations and we mainly restrict them to assemblies.
However I can state with confidence that a lot of garbage is stored even in supposedly emptied files.
I stomped on an SPR that pointed to the save as to decrease file size. I also had a case of a drawing that was over 160MB while it was supposed to be around 20-40MB and it still at 160MB deleting even the sheet formats, rebuilding and saving it. it decreased some 30MB with save as, but at still had to delete ALL and saveas to bring it to some 100KB
-
- Posts: 82
- Joined: Thu Jan 20, 2022 3:35 pm
- x 31
- x 91
Re: About Force Rebuild & Part Change
There are two pretty easy things that I check first (illustrated below). I think I learned about one or both of these from @Alin.
Re: About Force Rebuild & Part Change
@ryan-feeley Thank you; I picked up the file explorer method from the thread recommended by @mp3-250 but never realized performance evolution provides that info as well.
One other thing I thought might be helpful is if you have a large assembly with thousands of parts; the list in the file explorer can be a bit overwhelming to go through and to scan for changed items. One workaround is If you change settings temporarily to force open everything in lightweight; then SW only opens the changed ones in ram (i.e. resolved) and as a result the list in file explorer is basically filtered out to show only the list of changed files.
One other thing I thought might be helpful is if you have a large assembly with thousands of parts; the list in the file explorer can be a bit overwhelming to go through and to scan for changed items. One workaround is If you change settings temporarily to force open everything in lightweight; then SW only opens the changed ones in ram (i.e. resolved) and as a result the list in file explorer is basically filtered out to show only the list of changed files.
- DanPihlaja
- Posts: 862
- Joined: Thu Mar 11, 2021 9:33 am
- Location: Traverse City, MI
- x 815
- x 993
Re: About Force Rebuild & Part Change
Hrmm.
I activated File Explorer and it only give me a "An invalid argument was encountered." on the first time opening it and then subsequently every time I close and re-open Solidworks.
And if I open an assembly and show File Explorer, it ONLY shows recent documents. Not anything with regards to what I have open.
Not sure what to do.
I did a search online for Solidworks "File Explorer" "invalid argument was detected" and got literally 0 hits. (because if I leave out the quotes, all the hits have to do with a corrupt file in their assembly, which is a problem that I do not have).
If I turn off File Explorer, then the problem goes away. Is this a PDM only thing?
I activated File Explorer and it only give me a "An invalid argument was encountered." on the first time opening it and then subsequently every time I close and re-open Solidworks.
And if I open an assembly and show File Explorer, it ONLY shows recent documents. Not anything with regards to what I have open.
Not sure what to do.
I did a search online for Solidworks "File Explorer" "invalid argument was detected" and got literally 0 hits. (because if I leave out the quotes, all the hits have to do with a corrupt file in their assembly, which is a problem that I do not have).
If I turn off File Explorer, then the problem goes away. Is this a PDM only thing?
-Dan Pihlaja
Solidworks 2022 SP4
2 Corinthians 13:14
Solidworks 2022 SP4
2 Corinthians 13:14
- AlexLachance
- Posts: 2226
- Joined: Thu Mar 11, 2021 8:14 am
- Location: Quebec
- x 2419
- x 2061
Re: About Force Rebuild & Part Change
That's kinda odd, I've never encountered that. Have you tried on smaller assemblies...?DanPihlaja wrote: ↑Fri May 10, 2024 9:52 am Hrmm.
I activated File Explorer and it only give me a "An invalid argument was encountered." on the first time opening it and then subsequently every time I close and re-open Solidworks.
image.png
And if I open an assembly and show File Explorer, it ONLY shows recent documents. Not anything with regards to what I have open.
Not sure what to do.
I did a search online for Solidworks "File Explorer" "invalid argument was detected" and got literally 0 hits. (because if I leave out the quotes, all the hits have to do with a corrupt file in their assembly, which is a problem that I do not have).
If I turn off File Explorer, then the problem goes away. Is this a PDM only thing?
- DanPihlaja
- Posts: 862
- Joined: Thu Mar 11, 2021 9:33 am
- Location: Traverse City, MI
- x 815
- x 993
Re: About Force Rebuild & Part Change
Doesn't work on ANY assemblies. I get the error if File explorer is turned on at all and before i open ANY files.AlexLachance wrote: ↑Fri May 10, 2024 9:54 am That's kinda odd, I've never encountered that. Have you tried on smaller assemblies...?
-Dan Pihlaja
Solidworks 2022 SP4
2 Corinthians 13:14
Solidworks 2022 SP4
2 Corinthians 13:14
-
- Posts: 82
- Joined: Thu Jan 20, 2022 3:35 pm
- x 31
- x 91
Re: About Force Rebuild & Part Change
Weird. I'd guess it is a file permissions sort of issue. I recall people have experienced error messages with that text for random reasons and resolved the situation by clearing out the "TEMP" folder in their user profile. You problem seems a little different, but could have the same sort of root cause.DanPihlaja wrote: ↑Fri May 10, 2024 9:57 am Doesn't work on ANY assemblies. I get the error if File explorer is turned on at all and before i open ANY files.
Try opening Solidworks as admin? Or using a different user account if you have that option available?
-
- Posts: 82
- Joined: Thu Jan 20, 2022 3:35 pm
- x 31
- x 91
Re: About Force Rebuild & Part Change
@DanPihlaja do you happen to be pre 2022? Found this on the knowledge base that appears to describe your sort of issue. "Closed" doesn't always mean fixed on file-specific sort of stuff. But your experience has certainly happened before.
SPR 1227494: User Interface - Task Pane: 'An invalid argument was encountered' when trying to access File Explorer under Task Pane after change in File Explorer under System Options.
SPR 1227494: User Interface - Task Pane: 'An invalid argument was encountered' when trying to access File Explorer under Task Pane after change in File Explorer under System Options.
- DanPihlaja
- Posts: 862
- Joined: Thu Mar 11, 2021 9:33 am
- Location: Traverse City, MI
- x 815
- x 993
Re: About Force Rebuild & Part Change
I am using SW 2022 SP4.ryan-feeley wrote: ↑Fri May 10, 2024 10:00 pm @DanPihlaja do you happen to be pre 2022? Found this on the knowledge base that appears to describe your sort of issue. "Closed" doesn't always mean fixed on file-specific sort of stuff. But your experience has certainly happened before.
SPR 1227494: User Interface - Task Pane: 'An invalid argument was encountered' when trying to access File Explorer under Task Pane after change in File Explorer under System Options.
SPR 1227494 Invalid Argument.jpg
I noticed that when I unchecked "my network places", the problem went away. So I think that it is a company network permissions issue.
Thank you!
-Dan Pihlaja
Solidworks 2022 SP4
2 Corinthians 13:14
Solidworks 2022 SP4
2 Corinthians 13:14