Yeah the problem is we had to use that platform switch because we are incorporating features in an ANE that only exist in iOS 11, I guess this is the situation for dews​ as well. So if we include this ANE it can't be built without that platform switch, even though we are still supporting earlier OS versions, and if it's built with that switch, Xcode 8 will still upload it but it will be rejected after uploading. (This is actually more annoying too, because when this happens, you have to change the version number before attempting to upload again, even though that build isn't visible anywhere in the iTunes dashboard.) I don't know if our workaround is the best way to handle this but it was fairly simple after a bit of trial and error, so it shouldn't be too much work for you guys to incorporate it in the adt packaging process. Unfortunately for us, we are still unable to package our app on iOS using any version of AIR after 22 because of this issue: Tracker Would it be possible for Adobe to make a decision to either try to fix this or mark the issue as "Won't fix" ? ... View more

Anki(AG)  wrote Could you please let us know the steps you have used in uploading the application using Xcode8. Why? It doesn't work, you can upload it but Apple will still reject it. Finally in order to upload, we created an asset catalog and modified the plist using PlistBuddy, and then repackaged/re-signed the app so it complied with Apple's requirements. We already have to do this anyway because we are including iOS app extensions (as distinct from ANEs), but frankly I was surprised this worked, it's a very Frankenstein-like approach. For a lot of developers who don't already package their app this way, it's going to be a lot of work just for an icon. I'm assuming this will be in a future version of AIR? ... View more

Just to let people know, we tried uploading from Xcode 8 and Apple still rejected the build, so that doesn't work. Does anyone from Adobe have a minute to post a reply to this thread just to let people know you're aware of the issue? ... View more

OK - we need something more. As explained here: Core Foundation Keys , the Plist key that AIR uses for icons, CFBundleIconFiles, is essentially deprecated, and the newer format, CFBundleIcons, has taken precedence over it since iOS 5.0. I guess this was never updated in AIR since it still continued to work. This newer dictionary contains a key, CFBundleIconName, which if it isn't present and pointing to a 1024x1024 appstore image, you won't be able to upload your app from XCode 9, even just for Testflight. Unfortunately our upcoming release contains iOS 11-specific features and cannot be built with an earlier version of XCode. Maybe there's a way to trick an earlier version of Xcode to upload it? In any case it's pretty clear this should be updated ASAP. ... View more

We are seeing the same behavior. We thought it might be related to one of our ANEs or the AIR version we're using, but I was able to reproduce the behavior in a completely empty "Hello World" project with no ANEs and across different AIR versions including the latest. We use an ant script to make our builds which calls the commandline utilities as JARs using the <java> ant task. This issue is affecting both of our apps currently on the appstore. It only happens on the iPhone on iOS 11, and not the iPad. Like you say, it doesn't appear to be a crash - the app simply exits, and according to the information in the logs, it is doing so for "no" reason. It happens in debug as well as release builds. Through trial and error I found that using the IntelliJ GUI to package the .ipa file, the problem goes away. I'm currently trying to figure out what is different about the way IntelliJ compiles and packages the app that is different so as to not cause this behavior. I haven't tried the GUI option in Flex Builder. How are you building/packaging your app? ... View more

is the rotation issue only with iPad pro? I'm not seeing anything weird so far, but our app is locked in portrait mode so we actually don't want it to rotate at all. ... View more

thanks! ... View more

I'm having the same problem. The entitlements are added to the app ID and app template the links open the app, but they aren't present in the InvokeEvent parameters, and adding the handler to the appDelegate doesn't have an effect - the handler is never called, whether the app is running in the background or not - other handlers added to the appDelegate are working just fine. The JSON is correct, the site is accessible over HTTPS with a working certificate and indeed the associated domains are showing up as being approved in the iOS console when the app is installed on the device. Did you ever find a solution to this? ... View more

If you want to support iOS 7 (or iOS 8 for that matter) you should be using an earlier version of AIR anyway, since v26 system requirements say iOS 9 and up. ... View more

I don't know if this will help your situation, but you can use dexdump to list the classes in a dexfile, I don't think obfuscation will interfere with that: dexdump classes2.dex | grep 'Class descriptor' ... View more

Hm no this was with 5.1, although if this could break in other ways on android 4.x then it shouldn't be listed as supported in the system requirements. Like I said, adding the one class mentioned in the class-not-found error to the keepfile fixed it. But I don't know why, and I don't know what was wrong with that class being in the secondary file in the first place. It was totally trial and error. I'd rather have documentation about how to correctly use this feature, and the ability to disable it. ... View more

My post detailed the way I was able to solve our problem for the time being, and suggested that you guys provide more complete documentation of how to use this feature - for example, how to add classes from an ANE to the secondary dexfile and still have it work properly - as well as a way to disable it in the build if desired. Not quite sure how sending you our source code is related to those things, and in any case I can't, any more than you can send me the source code to the closed-source portions of AIR/Flash. ... View more

Just an update: I tried putting just the class referenced by the NoClassDefFoundError in the keepfile (no others) and it actually caused the build to only use one dexfile, which also took care of the crash. I don't know why or how this happened but I guess it will be fine for now. I'm thinking you might want to tell people that starting with this version of AIR, rather than failing the build, if their app has >65k functions in it, AIR will quietly switch to multidex mode which means they'll have to add lines to that keep file to avoid crashing. You should probably also provide a way to disable multidex (or document it if one already exists). Since it seems like all classes in ANEs need to be in the main dexfile, why not have the packager handle that automatically? It's awkward that we have to modify a file in the AIR SDK directory to do this, and it's time-consuming to figure out which classes need to be included in it. ... View more

We're struggling with this at the moment; have you been able to figure out which classes are OK to have in the second dexfile? So far, for us, anything in there will not be available at runtime and will cause crashes if it's referenced. ... View more

I don't know if the OS will let you show the keyboard without also showing the (opaque) status & nav bars - I couldn't get it to work anyway, maybe it's possible. We decided to be OK with it as long as it goes away. I was also still having the issue of the nav bar not hiding, and am not at liberty to share the project nor do I have time to make a sample project just for this; but the code I posted above fixed it, we're calling it when we know the keyboard should have been closed, and it hides the system UI stuff. It's also in the "resetFullScreen" function in this ANE GitHub - freshplanet/ANE-KeyboardSize: Air Native Extension (Android) for measuring soft keyboard size ... View more

Thanks! fullscreen mode is better for sure in direct rendermode on devices with a software nav bar - the blank area at the bottom is fixed. I still see the status and nav bar sticking onscreen after closing the keyboard sometimes if I remove the workaround I mentioned above, but it's a big improvement ... View more

So I wasn't able to edit my post above - that approach turned out not to work, either. We're able to get rid of the status bar & nav bar, and have acceptable immersive-mode behavior with fullScreen set to true and calling the following native code frequently around state changes and opening / closing the keyboard: View decorView = getActivity().getWindow().getDecorView(); decorView.setSystemUiVisibility(View.SYSTEM_UI_FLAG_LAYOUT_STABLE         | View.SYSTEM_UI_FLAG_LOW_PROFILE         | View.SYSTEM_UI_FLAG_LAYOUT_HIDE_NAVIGATION         | View.SYSTEM_UI_FLAG_LAYOUT_FULLSCREEN         | View.SYSTEM_UI_FLAG_HIDE_NAVIGATION         | View.SYSTEM_UI_FLAG_FULLSCREEN         | View.SYSTEM_UI_FLAG_IMMERSIVE); ActionBar actionBar = getActivity().getActionBar(); if(actionBar != null) {     actionBar.hide(); } We still see the status bar overlapping our UI in most cases while the soft keyboard is open which is annoying. In any case, AIR should be taking care of this rather than having to call into an ANE just to get something close to the behavior users expect. We haven't heard too many updates from you guys lately. Anything you can share about upcoming releases? ... View more

I'm seeing cases where the whole stage is being cropped to the smaller rectangle (that would be the visible area if the nav bar was there), even when the nav bar isn't there. The stage's background color shows up in the bottom area where the content isn't visible. ... View more