Open itlancer opened 5 days ago
Curiously - the change here was to fix things for builds that were intended for App Store, and built on older macOS versions, where we were including entitlements into the frameworks (but that's not allowed for App Store apps.. not sure why it worked for DevID apps..). But revising it then exposed an issue which then makes it dependent upon the actual ANEs - and whether their frameworks are already signed.
We've got a fix for this, will be isolated to just adt.jar so fairly straightforward, will get it released shortly,.
thanks
Problem Description
macOS application which use ANE packaging broken with AIR SDK 51.1.2.2.
Tested with AIR SDK 51.1.2.2 with different macOS devices with applications which use multiple ANEs (some of them with frameworks). Native extensions built using AIR 51.1.1.5. Tested with and without
UseNativeCodesign=true
. There is no such issue if application didn't use ANE. There is no such issue using AIR SDK 51.1.2.1 or below.Related issues: https://github.com/airsdk/Adobe-Runtime-Support/issues/3390 https://github.com/airsdk/Adobe-Runtime-Support/discussions/2088 https://github.com/airsdk/Adobe-Runtime-Support/issues/2083 https://github.com/airsdk/Adobe-Runtime-Support/issues/1090
Steps to Reproduce
Try to package AIR application for macOS which uses ANEs with AIR SDK 51.1.2.2. Call
adt -package ...
command.Actual Result: Packaging error:
In adt.log you can see:
Expected Result: Application packaged without errors.
Known Workarounds
none *use AIR SDK 51.1.2.1 or below