Search Issue Tracker
Won't Fix
Votes
0
Found in
2019.1.0a2
Issue ID
1124641
Regression
No
[Windows] OSX Standalone Player built from Windows Editor fails to launch.
This issue happens to Mac Standalone Player built from Windows Editor. They cannot run on OSX.
Repro:
1. In Windows, build OSX Standalone Player from any project (need both Mac and Windows standalone support)
2. Move the built Player to OSX
3. Try to run it.
Note: There is a online post about what the issue is: https://stackoverflow.com/questions/50577473/unity-game-compiled-in-windows-doesn-t-open-in-mac
Found in: 2019.1.0a2
Add comment
All about bugs
View bugs we have successfully reproduced, and vote for the bugs you want to see fixed most urgently.
Latest issues
- Scene view has Y coordinates of the Screen Position node flipped when some of the URP features are disabled
- Volumetric fog shader variants are missing from build when "Strict Shader Variant Matching" is disabled
- Unnecessary modifications clutter the Scene when using a RectTransform driven by a LayoutGroup in a Prefab
- Files in the target folder are deleted without a proper warning when building an iOS project
- Character animation freezes when toggling animator on/off in a coroutine
Resolution Note (2019.2.X):
This behavior is endemic to MacOS and not something Unity can change. From StackOverflow regarding a similar issue:
Unix Note: File permissions are not retained when files are copied; they end up with the default UMASK permissions instead. This is caused by the lack of any means to query or set file permissions in the current Java runtimes.
https://stackoverflow.com/questions/14603625/how-to-preserve-exec-file-in-ant-copy-task
In other words, unlike Windows were the ".exe" extension indicates a file is executable, in Unix systems "executable" is a security bit that's assigned by the OS indicating a given file can be executed (regardless of extension) and which users are allowed to run it.
Depending on how the executable files are copied between Windows and Mac, the executable bit may or may not be set on the Mac destination file; it depends on how "smart" the file copy program is. I found using a zip program to first create an archive of the build on Windows and then coping/unzipping the file on Mac seemed to work, probably since the zip archive preserves file metadata.