Mac Build breaking when uploaded to storage

Hello!

I'm building a game for my class, and every time I upload the compressed version to a storage site (Google Drive, Canvas, Itch.io etc), it breaks when it is re-downloaded. It compresses fine on my laptop, but if I upload it to Drive and then download it again, I get the message that the app is damaged and cannot be opened (I've attached an example of the error).

I am aware that this can be solved with a console command, but I cannot expect that everyone who downloads the game will use the command to play it. We're working in Unity 2020.2.2f1, and I've tried building several different ways and on different laptops. Is there any way to fix this problem so that when I build and upload the game it can be downloaded and played? Let me know if you need any further clarification. Thanks!

 

If the problem is lack of execute permissions on the binary, the problem isn't something Unity can resolve. The Windows OS lacks the concept of execute permissions which Unix like OS's use. Windows has read/write permissions, and whether to execute is determined by file extension. This is why Windows executables all end in ".exe". That file extension effectively fills the same role in Windows.

You could consider first copying the finished build over to a Linux or Mac computer and setting execute permissions there. If you're then going to compress the files, you'd want to make sure you use a format which preserves these permissions. Zip files for example do not preserve execute permissions (or any permissions if memory serves). I believe going the tar.gz route will preserve permissions, but I haven't owned a Mac since the 80's (Mac LC III), so no idea if OS X natively opens such files. Maybe a Mac user has better suggestions.

 

Just wrote about this earlier today:

https://forum.unity.com/threads/proper-workflow-for-sharing-macos-games.1091452/#post-7039510

 

Thank you so much for your advice, but neither of these options (tar.gz or dmg) have helped me. If anyone has any other suggestions, please let me know.

 

Do you have any advice for making sure everything upgrades well? I've never upgraded a project in Unity, so anything is appreciated. Thanks!

 

In case anyone is the same boat (me, lol) and this didn't fix theirs (I'm on 2020.3.16f1), try the following:
1. In the Unity Editor: Build Settings, check the box that lets you make an xcode project (requires having XCode installed, I believe I have Xcode 11)
2. Open the XCode project
3. Build

That solved my problem

 

I just want to say thank you for taking the time to post what actually fixed this, been beating my head against the wall for days trying to figure it out

Apple makes this s**t too hard!!

I think Unity should just take away the option to build a macOS app without Xcode on Windowws since it just doesn't work

 

It's broken again in Unity 2021.3.2f1.

Just had to build with Xcode to be able to upload the zipped app to Google Drive and then download the zipped file, uncompress and have it run.

 

Is that a known issue in 2022.1.11f1? Having similar right now but we were testing both Dropbox and GDrive redownloads after successful build and run on the source Macintosh. Please advise. Also looking for how to do the code signing with UnityEditor.OSXStandalone.MacOSCodeSigning but it appears the namespace isn't supported on my Mac

Again, running 2022.1.11f1 with the Mac build module installed, VSCode2022 with Xamarin.Mac development installed, MacOS 10.13 High Sierra // 2015 MacBook Pro Intel.

 

I just wanted to share that after also seeing this issue on an earlier version of Unity, I updated Unity 2022.1.13 a few weeks ago.

While this initially seemed to resolve the issue, I am now seeing this again. Unsure if this is some local issue on my end or if this bug still persists.

I may have to attempt this with xcode as some of those other posters were able to get working, but it's strange that I was able to publish the first build right after upgrading to 2022 - but none afterwards.

I'm also on a 2018 Macbook Pro running Monterey.