AIR SDK 16.0.0.283: iOS - StageAspectRatio Bug

Similar Questions

• AIR SDK 16.0.0.283 crashed into the startup time

  Dear Adobe Developer,

  My application receives only geolocation and I have a problem with iOS 7 64-bit.  App broke down at the start of time when the app was built with AIR SDK 16.0.0.272 or AIR SDK 16.0.0.283.

  Come on you intend to solve the problem?

  Following is the result:

  Devices in	Put to the test	Comment
  32-bit - iOS 6.x	past
  32-bit - iOS 7.x	past
  32-bit - iOS 8.x	past
  64 bit - iOS 7.x	Crashed	The latest version of the SDK of AIR 16 has not yet supported for such devices.
  64 bit - iOS 8.x	past
  Android	past

  I thought it was a known problem in the forums.

  Bug #3927984 - ANEs 64-bit does not not on iOS7 or less

• AIR SDK 16.0.0.283: always problem IOS MinimumOSVersion

  Hi, I've just updated to the new AIR SDK and I still have the same error to itunes connect:

  
  

  Incompatibility of minimum Version OS - the minimum version of the OS (LC_VERSION_MIN_IPHONEOS) in the binary file ("5.1") to architecture ('armv7') differs from the MinimumOSVersion ("8.0") in the Info.plist file.

  Incompatibility of minimum Version OS - the minimum version of the OS (LC_VERSION_MIN_IPHONEOS) in the binary file ("7.0" ') to architecture ("arm64") differs from the MinimumOSVersion ("8.0") in the Info.plist file.

  As the last SDK do not work for IOS 7, I have to limit the IOS version and I can't do it either :/

  is there a solution for the limit it? Maybe a modify info.plist or something else?

  Hi all

  We have identified the problem of the Incompatibility of Version of OS Minimum error you received when sending your applications using donkeys who have contradictory minOSVersion compared to the app.

  The fix for the same thing should be available in the next version of the AIR SDK.

  Concerning

  Afonso

• What version of Adobe AIR SDK supports iOS 9?

  Hi all

  What version of Adobe AIR supports iOS 9?

  I have a DONKEY that is built into AIR SDK 17 and my native iOS is built with iOS SDK 9. When I Isaiah to compile the test application, it gives me below error:

  Error occurred during the application of packaging:

  LD: library not found for - lSystem.B

  I wonder if it is the version of the AIR SDK that is causing the problem?

  Any help will be appreciated.

  Hi niranjan99926198,

  Please follow the following to workaround [Applicable only for MAC]

  1. download and install Xcode last version 7 (we tried on beta xcode7.2)

  2. create a symbolic link or copy of Xcode way ld: /Applications/Xcode-beta.app/Contents/Developer/Toolchains/XcodeDefault.xctoolchain/usr/bi n/ld to /lib/aot/bin/ld64/ld64

  I hope it solves the problem.

  Roshan

  Adobe Air

• Air SDK v23 iOS unable package with ANEs .ipa - ld64 error

  Hello

  We are not able to compile our app for iOS with Air SDK v23. We see many of them for each of the ENA, we use:

       [java]   "_com.mycompany.SomeANEName-7_7_aotInfo.67", referenced from:
       [java]       _aotInfos in aotInfo.o
  

  has either of these, then failure:

       [java] ld: symbol(s) not found for architecture arm64
       [java] Compilation failed while executing : ld64
  
  BUILD FAILED
  

  We can very well package for Android. Is this a known issue with version beta?

  Do you use several sovereign wealth funds when packing through the command line?

• Adobe Air SDK 20.0.0.233 on iOS URLLoader doesn't have a problem! -> 20.0.0.204 works!

  Android and PC is OK, only iOS has problem!

  We cannot move on to the air sdk 20.0.0.233

  'Air sdk beta 21' has same problem!

  Please help ~.

  Hello

  This is because you can use a url http to URLLoader. Please add the following exception in app.xml inside infoadditions iphone. Please replace example.com with your url.

  We have proposed these changes in our notes as well.

  NSAppTransportSecurity

  NSExceptionDomains

  www.example.com

  NSIncludesSubdomains

  NSTemporaryExceptionAllowsInsecureHTTPLoads

  NSTemporaryExceptionMinimumTLSVersion

  TLSv1.1

• iOS Simulator on OSX with AIR SDK 20

  I use AIR SDK version 20.0.0.233 by Download Adobe AIR SDK.

  If you try to compile empty iOS Simulator Adobe CC 2015 mistakenly app:

  

  In IntelliJ IDEA:

  

  Hi, can you please check with the last beta SDK? It can be downloaded from the link below please use Xcode 7.2 Simulator for the same.

  Download Adobe AIR 21 Beta - Adobe Labs

  -Roshan

• File.upload ActionScript does not work on Air SDK for iOS devices

  I try to use the ActionScript File.upload to transfer a file on Air SDK for iOS environment, but the File.upload does not work properly. No event on the file upload handler is executed after File.upload is called, and no exception is caught. When I check the side network traffic server, I found no application http even didn't hit the server after execution of File.upload. The code is below.

  ------------------------------------------------------------------------------------------ -----------------------------------------------------------------------

  <? XML version = "1.0" encoding = "utf-8"? >

  " < = xmlns:fx s:View ' http://ns.Adobe.com/MXML/2009 "xmlns:s ="library://ns.adobe.com/flex/spark"title ="HomeView"> "

  < fx:Declarations >

  <! - Place non-visual elements (e.g., services, items of value) here - >

  < / fx:Declarations >

  < fx:Script >

  <! [CDATA]

  private var file:File;

  private var dir:File;

  This method is executed to create a file and download it when you press the download button.

  protected void OnUploadButtonPressed(event: MouseEvent): void {}

  trace ("upload button clicked");

  var urlReq:URLRequest = new URLRequest ("http://10.60.99.31/MyPath/fileUploadTest.do");

  urlReq.method = URLRequestMethod.POST;

  var str:String = "this is test";

  var imageBytes:ByteArray = new ByteArray();

  for (var i: int = 0; i < str.length; i ++) {}

  imageBytes.writeByte (str.charCodeAt (i));

  }

  trace ("size =" + imageBytes.length);

  try {}

  dir = File.applicationStorageDirectory

  I also tested in several different directories

  dir = File.createTempDirectory ();

  dir = File.documentsDirectory;

  var today: Date = new Date();

  var filename:String = 'IMG' + now.fullYear + now.month + now.day + now.hours + now.minutes + now.seconds + now.milliseconds + ".txt";

  file = dir.resolvePath (filename);

  var stream: FileStream = new FileStream();

  Stream.Open (file, FileMode.WRITE);

  stream.writeBytes (imageBytes);

  Stream.Close ();

  Review the content of the file to check if the file is written successfully.

  var readStream:FileStream = new FileStream();

  readStream.open (file, FileMode.READ);

  var: string result = readStream.readUTFBytes (readStream.bytesAvailable);

  trace ("rear read result =" + result); The result is shown here as planned.

  file.addEventListener (Event.COMPLETE, uploadComplete);

  file.addEventListener (IOErrorEvent.IO_ERROR, ioError);

  file.addEventListener (SecurityErrorEvent.SECURITY_ERROR, securityError);

  file.addEventListener (ErrorEvent.ERROR, someError);

  file.addEventListener (ProgressEvent.PROGRESS, onProgress);

  file.upload (urlReq); This line does not work. No handler is executed. No http request struck the coast server.

  trace ("after file upload test");

  } catch (error) {}

  trace (e);

  }

  }

  Complete Manager

  private function uploadComplete (event: Event): void

  {

  trace ("Upload successful.");

  }

  IOError handler

  private void ioError (error: IOErrorEvent): void

  {

  trace ("Upload failed:"+ error.text ");

  }

  Manager SecurityError

  private void securityError(error:SecurityErrorEvent):void {}

  trace ("security error:" + error.text);

  }

  Another Manager

  private void someError(error:ErrorEvent):void {}

  trace ("an error" + error.text);

  }

  Progress Manager

  private void onProgress(event:ProgressEvent):void {}

  trace ("progressHandler");

  }

  This method is executed to call the URLLoader.load when the delicate touch.

  protected void OnTrickyButtonPressed(event: MouseEvent): void {}

  var urlReq:URLRequest = new URLRequest ("http://200.60.99.31/"); This points to a server not - exist

  urlReq.method = URLRequestMethod.POST;

  urlReq.data = new ByteArray();

  var loader: URLLoader = new URLLoader();

  try {}

  Loader.Load (urlReq); This line is very important in iOS7. He decides if the latter file.upload may work.

  But in iOS8, file.upload does not work even if that line is executed.

  trace ("after urlloader load");

  } catch (error) {}

  trace (e);

  }

  }

  []] >

  < / fx:Script >

  < s:Button = "200" x = "200" width = "400" height = "200" label = "Upload" click = "OnUploadButtonPressed (event)" / > "

  < s:Button = "200" x = "500" width = "400" height = "200" label = "Tricky" click = "OnTrickyButtonPressed (event)" / > "

  < / s:View >

  ------------------------------------------------------------------------------------------ -----------------------------------------------------------------------

  
  

  When it is run on the simulator of the Air, it works very well as expectedand the file is successfully downloaded to the server. But when run on iOS devices (in my case, iPad), as I explained at the beginning, no event on the file upload handler is executed and not the http request has even hit the server. So I think that the problem may come from the client side.

  During my attempt to solve the problem, I found something complicated about this problem on iOS7. In other words, if you call the URLLoader.load method (although the URLLoader.load points to an address non-existed) before calling the File.upload method, the File.upload will work as expected on iOS7. Specifically, when the above OnTrickyButtonPressed method is run before the OnUploadButtonPressedmethod, File.upload will succeed on iOS7. But this only happens on iOS7. On iOS8, File.upload still refuses to work, regardless of knowing if the URLLoader.load is executed before.

  I think in my case, the problem is not the problem of sandbox or a session of Firefox problem described in the two links below, because not even a http request hit the side server. It seems that the Air SDK for iOS comes to fail send the http reason request any.

  http://StackOverflow.com/questions/5967382/Flex-4-FileReference-issues-with-Firefox

  http://StackOverflow.com/questions/351258/how-do-i-make-Flex-file-upload-work-on-Firefox-a nd-safari

  To make my problem clear, I list my environment below:

  • Development environment: Windows7 (64-bit) / Mac os 10.9.4 (tested on both OS platforms.)
  • IDE: Flash Builder 4.7
  • Air SDK: 3.8 / 16.0.0 (after that I have updated to the latest Air SDK 16.0.0, problem persists.)
  • Application server: Tomcat7 + spring

  Finally, I want to mention that download the file using URLLoader.load isn't an option in my case because I want to download large files in the future, which cannot be addressed with the URLLoader.load.

  I struggled with this for days. If I really appreciate it if anyone has an idea about this.

  Thanks in advance.

  Hi KA RYU.

  We have reproduced the issue successfully, our team would work on it.

  -Tushar

• BUG - rotation of the default image on iOS with AIR SDK 16.0.0.250

  Hi guys!

  I just changed AIR SDK 16.0.0.250. Everything was good except a very strange problem with the default pictures on iOS devices.

  My application runs in landscape mode. In my application, I got the default images that appear during the application loading phase.

  When the application starts, first of all by default the image correctly, only for a very short time, I see default image rotates 90 degrees and adjusted to fill the screen, then disappears and the application is loading.

  Here's a video that illustrates the problem: http://youtu.be/Ry1l1v7dQss

  It's very strange, so I want to know if anyone else knows how to handle this problem and what could the source of it? Some info that might help: Application descriptor:

  <initialWindow>
      <content>SWF file name is set automatically at compile time</content>
      <visible>true</visible>
      <aspectRatio>landscape</aspectRatio>
      <autoOrients>true</autoOrients>
      <fullScreen>true</fullScreen>>
      <renderMode>direct</renderMode>
      <softKeyboardBehavior>none</softKeyboardBehavior>
  </initialWindow>

  Default image list:

  • Default.PNG
  • [email protected]
  • [email protected]
  • Default - Landscape.png
  • [email protected]

  So, to me, that looks like a bug in the AIR SDK 16.0.0.250, on AIR SDK 15. XXX everything was fine.

  I logged this as a bug, a few days ago, and today update of AIR 16 shows what he listed as a known issue. So hopefully it will get fixed.

• When will we be able to compile a 64-bit Flash Air SDK compatible iOS app

  Does anyone have an ETA on the possibility to compile a 64-bit Flash Air SDK compatible iOS app?

  Has Apple as of February 1, 2015 all apps downloaded from the App Store includes 64-bit support.

  ETA by the Air team was a SDK Beta in December

• IOS + AIR SDK 15.0, arguments.callee "undefined".

  Hello world

  I'm working on using the Flex SDK 13.0 15.0 Air SDK and Framework MVC Robotlegs 2.2.1 application.

  Since I upgraded the AIR SDK to 15.0, there is an error in Robotlegs. Search, I found where the error was, so I created a simple project to test the problem.

  When you use argument.callee in a mobile application on IOS, the arguments.callee is "undefined".

  It's simple code:

  <?xml version="1.0" encoding="utf-8"?>
  <s:Application xmlns:fx="http://ns.adobe.com/mxml/2009" 
    xmlns:s="library://ns.adobe.com/flex/spark"
    applicationDPI="160"
    applicationComplete="viewnavigatorapplication1_applicationCompleteHandler(event)"
  >
    <fx:Script>
    <![CDATA[
    import mx.events.FlexEvent;
  
    protected function viewnavigatorapplication1_applicationCompleteHandler(event:FlexEvent):void
    {
    var callee : Function = arguments.callee;
  
    if(callee != null)
    {
    testCalleeLabel.text = "find callee";
    }else
    {
    testCalleeLabel.text = "not find callee";
    }
    }
  
    ]]>
    </fx:Script>
    <s:Label id="testCalleeLabel"/>
  </s:Application>
  
  

  In the Air, or Android APK Simulator, "arguments.callee" is defined, but if you build in the API for IOS (or debug mode with the 'standard version', not 'fast compilation"on flash builder),"arguments.callee"is not defined.

  With AIR 14, "arguments.callee" is ok on IOS.

  Robotlegs framework uses "arguments.callee", so the frame hangs when instantiated.

  Is this a bug?

  Thanks for your reply.

  Hello

  We have fixed this problem. It should be available in the next version.

  Thank you

  Govinda Gupta

• After overlaying Air SDK 3.6, iOS projects show a blank screen after start-up.

  Hello

  I recently covered 3.6 Air in Flash Builder 4.7.  My projects use stage3D via Starling.  The use of the 3.4 built SDK that is installed with FB 4.7, my projects, compile and run fine with the debug and release.  After that just overlap the SDK 3.6, the projects work very well in the Simulator and on Android, but when I run the projects on iOS, I get a blank screen.  I returned to the 3.4 SDK and my projects work very well on iOS.  But, I'd like to be able to have access to the features of 3.6, any suggestions would be very appreciated.

  Thank you for you time.

  Chris

  Did you follow the exact guidelines?

  http://helpx.Adobe.com/Flash-Builder/KB/overlay-air-SDK-Flash-Builder.html

  (They have changed recently and are updated for Flash Builder 4.7)

  For step 4, all you have to do is create the folder empty tape - do not need to copy the other files with 4.7 and AIR SDK 3.6.

• Overview of the results of AIR SDK

  Right now I use AIR SDK 19 and can't seem to get anything to work when you use a newer version of the SDK.

  I can provide more information, but here is my configuration:

  -Computer MAC, OSX 10.11.4

  -l' mobile application (literally nothing in the constructor) empty target for Ios and debugging on Ipad3 (ios 8.4.1).

  -valid certificate of dev and profile.

  -All the Kits AIR SDK from 17 to 22 beta.

  -After each test, FB is closed and SDK is replaced with the newer version.

  compile with the sdk 17: success

  compile with the sdk 18: success

  compile with the sdk 19: success

  compile with the sdk 20: failure with "applicationVerificationFailed".

  compile with the sdk 21: failed with (no such file or directory)

  compile with the sdk 22 beta: success

  
  

  Adding just a donkey (e-mail) with 2 lines of code to display the email view:

  
  

  compile with the sdk 17: success, illustrated by email

  compile with the sdk 18: successshown by email

  compile with the sdk 19: successshown by email

  compile with the sdk 20: failure with "applicationVerificationFailed".

  compile with the sdk 21: failed with (no such file or directory)

  compile with the sdk 22 beta: success, e-mail blocking app

  
  

  I can even show video of all these tests. After reading the release notes for 20, 21, 22 I can't find anything which could justify such a result. No new way, it seems do the donkey is required, no new way to the ios installation project is necessary, same thing on the side of Apple. So I can't find a reason any as to why 20, 21, 22 cannot work out of the box. Anyone like no matter what clue here?
  

  Hello

  We are not able to reproduce this problem with the project that you have provided. We tried to reproduce this problem by using mac 10.11 with java 7u79 on ipad (8.4.1), ios 9.3.1(I téléphone 6 +) and ios7 using AIR 19,20,21 and 22. Can you please try with the latest version available to

  Download Adobe AIR Beta - Adobe Labs 22 and let us know.

  Thank you

  Adobe AIR Team

• FB 4.7 air sdk 15.0.0.349 that error occurred during the installation of the application

  Hello

  IM using fb 4.7 air sdk with xcode 6.1 10.9.4, Macosx 15.0.0.349 (8.1 ios Simulator) and I still get the following response when you debug with ios Simulator:

  Error occurred during the installation of the application:

  Session ended with error (null)

  Can you help me?  Is this a bug being fixed yet?

  Thank you.

  zed0784

  Hello

  The issue is fixed and will be available in the next beta of the AIR SDK.

  Now, try the fix

  • Download BSI https://www.dropbox.com/s/sffwx8um12lkrzy/isb?dl=0

  • Replace it with that of /lib/aot/bin/isb/isb

  Thank you

  Govind

• Is it the AIR SDK difficulty iPhone 15.0.0.302 6 more the size of the screen?

  Hi all

  There is a known issue for AIR SDK 15.0.0.302 who said the iPhone 6 and reports the size of screen evil. Is - it still a known issue in the version release of the AIR SDK? I do not have a 6 more, if I'm not sure what this means for our applications? Or how to to check what he will seek in a simulator. Is there a way?

  Thank you!

  NM, looks like this is bug #3829474.  Bug notes, we have this problem in the Simulator, but the real device is always make an incorrect scale size (via apple APIs.)  The last bug comment suggests that this should be tested again in the next update of iOS.