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

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

randyT9V9C
Collaborator Collaborator
2,608 Views
24 Replies
Message 1 of 25

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

randyT9V9C
Collaborator
Collaborator

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"

 

 

0 Likes
2,609 Views
24 Replies
Replies (24)
Message 21 of 25

randyT9V9C
Collaborator
Collaborator

@rkloppBNNVA, sounds like you hit the same issue we did. Are you running the educational lab install or the user install version? We never had a user encounter the issue with their own files, but users always have the same login username in our environment.

 

I suspect your issue would go away if the account and/or user directory were named the same on each machine (ie: /Users/rklopp/). You can rename your user directory and account using the instructions here:

https://support.apple.com/en-us/HT201548

 

The notice I received this morning indicates an update is due to be released the evening of March 11th. I'm hoping this update will fix the issue. We have worked around the issue thus far by assigning workstations and removing stale accounts. If your running the stand-alone user install and are seeing this error due to the user directory name mismatch be sure to report it here so the devs are aware the issue isn't just related to the educational lab install.

Message 22 of 25

rklopp
Advocate
Advocate

I am seeing the issue on a paid corporate "single-seat" license, and not on a lab type account. Others are invited to the project, and those individuals are on "free-to-low-revenue" accounts. I use Fusion on two laptops, and I think the clash is due to that. There is a slight possibility that the clash is due to an issue with multiple OSX user accounts on one of the laptops. If Fusion somehow caches data in the "main" OSX user account while the app is under a different OSX user account, I could understand how permission issues could arise.

0 Likes
Message 23 of 25

karina.harper
Autodesk Support
Autodesk Support

@rklopp @randyT9V9C 

 

I have forwarded this information to the developers. Thanks for letting us know!

 

Karina

 

0 Likes
Message 24 of 25

randyT9V9C
Collaborator
Collaborator

@karina.harper 

 

Karina, we rolled out version 2.0.5511 this week. It has been OK so far but we are still using work arounds. I don't see any mention of FUS-47302 in the release notes, so I assume the boost::filesystem fixes are still pending? Additionally, changes are still being written to the application bundle as opposed to the Users' Library folder. Does the application bundle writes have a seperate FUS ticket assigned? 

 

0 Likes
Message 25 of 25

karina.harper
Autodesk Support
Autodesk Support

Hi @randyT9V9C 

 

This fix was rolled out in the March 11th update. Are you still seeing the error?

 

As for the application bundle, this has been seen by the developers but I don't think they are going to move forward on it. You might consider the idea station - if you can clearly describe the issue and get support from the community it will get more traction.

 

Cheers,

 

Karina

 

0 Likes