Assembly on team hub OSX error boost::filesystem::status: Permission denied

[randyT9V9C]

I am the admin of a team hub. Some Mac OSX users receive a boost::filesystem error preventing designs from being opened. These errors refer to local file paths from other computers. This prevents us from trusting Fusion 360 for any designs which refer to other components.

Here is a sample of the error, with the username replaced. The username in the path was NOT the user who received the error.

boost::filesystem::status: Permission denied: "/Users/<username>/Library/Application Support/Autodesk/Autodesk Fusion 360/BHV2RX9AZ7N7/W.login/F/_XRef_/_Battery (NP18-12).45493d23-6ab1-4621-856e-9b2e54ae2926_LV0.f3d"

[randyT9V9C]

Mac file support is horribly broken. One of the users that is having an issue just opened the model on a Win10 PC without errors. He saved the model and now more files are coming up with the file permissions errors when he switched back to the Mac. This issue started after upgrading to 2.0.5350 a couple weeks ago. It appears no matter who works on the model they will eventually be locked out by these errors. We have tried exporting the model and re-importing it. If we roll the model back several revisions it's fine. Something in the latest release is not rewriting local user paths.

Looking through the logs it may be related to this Neutron bug? Any ideas?

20190214T205738 E NEUTRON_BUG_ALERT(false)
Function: makeByOpen
File: /Jenkins/workspace/lient-delivery_hotfix_19-01-M6SPUNONOXH2JZGIHEZBYIDLMQJKBHNIBACPSUXCT5MVKMX5YYIA/Core/Neutron/Server/DataModel/Document/Impl/implDocument.cpp
Line: 487
Thread Info: [Name: Main], [Id: 575831]
20190214T205738 I boost::filesystem::status: Permission denied: "/Users/rasmith/Library/Application Support/Autodesk/Autodesk Fusion 360/BHV2RX9AZ7N7/W.login/F/_XRef_/_Battery (NP18-12).45493d23-6ab1-4621-856e-9b2e54ae2926_LV0.f3d"         ThreadID: 575831, Function: makeByOpen, Line: 503
20190214T205738 W MessageBox Warning: boost::filesystem::status: Permission denied: "/Users/rasmith/Library/Application Support/Autodesk/Autodesk Fusion 360/BHV2RX9AZ7N7/W.login/F/_XRef_/_Battery (NP18-12).45493d23-6ab1-4621-856e-9b2e54ae2926_LV0.f3d"

[daniel_lyall]

I do not think team hubs on mac is supported at this time, It has been dead for quite some time for me on my mac.

[randyT9V9C]

@daniel_lyall Incompatible? Has this limitation been published publicly? We have been using a Team Hub for almost 2 years without much of any issues. Fair number of users and a mix of PC and Mac. We originally thought it was a versioning issue because one of our major reviewers had had an older version installed at home, but we have since ruled that out. All of the sudden we started getting this crazy error about 2 weeks ago. Originally it only affected one user and he forked the project and continued independently but now that we are in the refinement and manufacturing stage this issue has spread like a cancer as more saves are being committed. We really need a workable solution as this has us bottle necked right now.

The team hub was the main reason we moved to Fusion 360. Is Autodesk moving away from OSX support. That would be a major deal breaker for us.

[daniel_lyall]

It just has stopped working for me I send in crash reports all the time, it was working this is one of the reason why I got an Apple computer it had teamhub.

When I first got it I am sure I downloaded it from the Autodesk store.

It is more than likely Apple being their usual selves and not allowing stuff to they fell like it, like what they do with fusion updates Autodesk will not drop Apple support that will lose them 1/4 or more of there users.

On my widows' computer, it is fine.

[randyT9V9C]

@daniel_lyall I am talking about a Fusion Team https://fusionteam.autodesk.com/ which allows us to collaborate on projects rather than using a personal hub. At the moment we have moved all our edits to the Win10 PC and that appears to be working but it isn't convenient. The assembly model we are working on consists of hundreds of components imported into an assembly model. The users can open the linked models individually without any issue but the master assembly model gives this boost filesystem permissions error... even on parts the user may have originally contributed. When the assembly is saved it clearly isn't re-writing the links properly or something. I can't imagine why I would be seeing local user paths on a model that has been saved to the cloud. Kinda rubs me as a security concern. 😉

It is very possible it has something to do with the assembly being large and consisting of linked models but it hasn't proven productive to work inside a large assembly. It's simply too slow.

Understand I'm not getting crash reports or anything that causes fusion to die. It simply will not open the model. I have tried giving my primary users team admin privileges to see if that would sort the issue but it doesn't seem to help. Fortunately I haven't encountered the issue myself, unlike 3 or 4 of my team.

[daniel_lyall]

I Know I have a Fusion team hub and a fusion drive what goes together as well as a personal hub, thinking about it, it may have been when the bim 360 team drive got shut down it stopped working properly for me.

[randyT9V9C]

The plot thickens. We have been able to repair the path errors by opening each of the offending files on the PC, make a change, and saving them. We can then open the assembly file on the PC, sync all the files, and then save the model. The macs can then open the assembly file without errors. If we then make a change in the assembly model using the mac and save it, other mac users will likely get the permission errors referencing the last mac user's local path. There doesn't appear to by a rhyme or reason to the files that may offend. During testing today models that haven't been modified in ages, like bearings, suddenly generate error.

It is absolutely clear to me now that the Mac OSX version is not re-writing local file paths correctly when saving to the cloud. I suspect it works on the PC because the path is invalid and ignored.

[randyT9V9C]

I have a theory that the issue is due to how Fusion 360 handles OSX file system responses, specifically "No such file or directory" vs "Permission denied". The root cause appears to be related to the fact we are using the educational lab version of Fusion 360. Because we are a multiuser environment it is possible that a user account may exist on the machine that matches the original path. Fusion attempts to access the cache model but generates a Permission denied error because it is in another user's home directory. Fusion stores a lot of stuff in the user's Library folder which is not accessible to other users. For example, I save an assembly and it stores the path as /Users/randy/Library but when user George attempts to load the model, because I have logged into the machine and /Users/randy/Library is valid on the machine, Fusion attempts to access the folder and generates a Permission denied error rather than downloading the model from the Cloud.

The reason I've never encountered the error is due to the fact I'm the only user on my workstation. We have verified this with other single user machines. The reason my path was most often listed in the error is due to the fact I've logged into most of the student workstations, using my account at one time or another.  The next phase of investigation will be to remove stale accounts from the workstations to prevent this cross user path issue. Bottom line the educational lab version is attempting to access other users accounts/paths. Yuck.

[karina.harper]

Hi @randyT9V9C 

There's a lot here, but to summarize this is what you're seeing:

- "boost::filesystem::status: Permission denied" error appearing in certain models that have multiple contributors (students). 

- The error occurs only on student machines with the educational lab installation.

- You have logged into these machines at one point or another.

To me it sounds like Fusion is trying to access or write to the admin account instead of to the student account. Clearly this is not the intended behavior and I don't see that we have an error logged anywhere or any articles on this particular error. (Unless someone else has given you info on that?)

Something that might help is when you see this error occur, gather your log files and post them here. Since this is something that we can't exactly re-create, we need to gather as much information as we can in order to log it with the devs so they can figure out what's wrong. 

Also - an idea: is it possible that some copies of Fusion aren't up to date on installations? Particularly if you are saving files from your machine which may not be a lab install. Are you manually updating the lab installations or do they update automatically?

[randyT9V9C]

Fusion 360 is attempting to read cache files that reside in another user's folder! It doesn't matter if the user is an admin or student. The issue is most often students seeing paths to other students.

If I remove all other the user accounts from the machine then students can read the file without error.

At the present we have worked around the problem by removing stale accounts and ensuring students don't double up on a machine.

This is a HUGE problem and should be brought to the attention of the development team. Bottom line Fusion 360 should NEVER attempt to read a cache file outside of the current user's profile /Users/<current user>.

[karina.harper]

@randyT9V9C 

I hear you, and I am going to log this with the dev team but we won't be able to do anything with it unless we get some more information.

Please verify: Are the installs lab installations?

When this error occurs, please gather your log files from the offending computer(s).

If we have these, I can make a clear error report and the devs can start diagnosing the issue and seeing what's wrong. We need to get as much information as possible. Screenshots, screencasts... You are the only one with the access to this data so the more you provide the better we'll be able to fix it.

You have been very helpful figuring this out and I'm glad there's a workaround, but in order to get it logged we need a little bit more. Thanks for your help 

[randyT9V9C]

All the same lab install version, 2.0.5350. Only seeing the issue on OSX. Where do I send the diagnostic log?

[karina.harper]

@randyT9V9C 

Can you post it here on the forum?

[randyT9V9C]

I've attached my logfile. The error on the popup matches the URL from the log except it says /Users/ instead of /***/.  This error references a cached file in another user's home directory.

20190219T134218 I boost::filesystem::status: Permission denied: "***/conawayc19/Library/Application Support/Autodesk/Autodesk Fusion 360/CXNKR5RG7Q99/W.login/F/_XRef_/_supportBeam.7330df08-ac78-48ef-b1d7-13562a26af39_LV20.f3d"		ThreadID: 95550, Function: makeByOpen, Line: 503
20190219T134218 W MessageBox Warning: boost::filesystem::status: Permission denied: "***/conawayc19/Library/Application Support/Autodesk/Autodesk Fusion 360/CXNKR5RG7Q99/W.login/F/_XRef_/_supportBeam.7330df08-ac78-48ef-b1d7-13562a26af39_LV20.f3d"

[randyT9V9C]

@karina.harper The removal of user accounts and limiting team members to a dedicated machine has our team back up and running without errors. 

The education lab version definitely needs some work in how it handles user files. In addition to this current issue, I still have a LONG outstanding issue with regard to user files being written to the application bundle on OSX. Unlike the stand-alone version the lab version installs as root, and as such the application is owned by root, not the local user. Can you verify the devs are aware of this issue? I posted this months ago without any response or change in behavior.

https://forums.autodesk.com/t5/fusion-360-support/fusion-360-is-still-writing-to-osx-application-bun...

[karina.harper]

@randyT9V9C 

I've logged this with the development team (FUS-47302) and I've reached out internally to our QA team.

[karina.harper]

Hey @randyT9V9C 

I just wanted to let you know our QA team and developers have seen this and are working on it.

I also wanted to say thank you for bringing this to our attention. I'm sure it has been a frustrating process, particularly while managing a classroom full of students. Your time spent investigating has been invaluable to us and will be extremely helpful in getting this fixed. You're awesome!!

[randyT9V9C]

Thank you for the update and kind words. Does this ticket also cover the writing of user changes to the application bundle?

[rkloppBNNVA]

I am glad I found this thread. I have been struggling with this boost::filesystem::... Mac error message for a few weeks. The error message points to a directory on my other Mac laptop, saying I don't have permission when I am on the second machine (on which I am /Users/rklopp1/ as opposed to /Users/rklopp/). If I have my son open the project on his Windows machine, make an innocuous edit, and then save, I no longer get the error message.