Skip navigation
Currently Being Moderated

Nightly build file size

Feb 24, 2010 2:52 PM

Quite a jump in file size of the nightly build today. Anything interesting or just additional easter eggs? Oh, it's version 4.1. Must have added every request we've made on the list.

 

BTW, seriously, thanks to the employees who contribute so much to this list; it's been a huge help.

 

Unfortunately, when I changed to this new build get some nasty errors. Oh well, I'll wait for 4.1 build 2:

 

VerifyError: Error #1014: Class IIMEClient could not be found.

 

    at flash.display::MovieClip/nextFrame()
    at mx.managers::SystemManager/deferredNextFrame()[E:\dev\4.x\frameworks\ projects\framework\src\mx\managers\SystemManager.as:267]
    at mx.managers::SystemManager/preloader_preloaderDocFrameReadyHandler()[ E:\dev\4.x\frameworks\projects\framework\src\mx\managers\SystemManager .as:2460]
    at flash.events::EventDispatcher/dispatchEventFunction()
    at flash.events::EventDispatcher/dispatchEvent()
    at mx.preloaders::Preloader/timerHandler()[E:\dev\4.x\frameworks\project s\framework\src\mx\preloaders\Preloader.as:488]
    at flash.utils::Timer/_timerDispatch()
    at flash.utils::Timer/tick()

 
Replies
  • Currently Being Moderated
    Feb 24, 2010 3:33 PM   in reply to John Hall

    Re: http://opensource.adobe.com/wiki/display/flexsdk/Download+Flex+4 and file sizes,

     

    I believe that the size differences are mostly due to Flex 4.0 only having the Flash Player 10.0 runtimes, whereas Flex 4.1 has both the Flash Player 10.0 and 10.1 runtimes (see /runtimes/player/*).

     

    Peter

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 24, 2010 3:34 PM   in reply to John Hall

    @John Hall,

     

    Re: RTE,

     

    Can you reproduce that in a plain old new HelloWorld type application w/ Flex 4.1? I don't think I've seen that RTE lately, so I'm a bit curious how you're managing to get it.

    If you have a simple test case maybe file it at http://bugs.adobe.com/flex/ and somebody can take a look.

     

    Peter

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 24, 2010 4:04 PM   in reply to John Hall

    A few random questions:

    a) AIR app or Flex app?

    b) If AIR app, which version of AIR are you using? 1.5.x or 2.0?

     

    Peter

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 24, 2010 4:59 PM   in reply to John Hall

    Interesting. I'm able to repro in a simple test case w/ AIR 1.5.3 and Flex 4.1.0.14380 (from the opensource site, not an internal build even):

     

     

    <?xml version="1.0" encoding="utf-8"?>
    <s:WindowedApplication xmlns:fx="http://ns.adobe.com/mxml/2009" 
                           xmlns:s="library://ns.adobe.com/flex/spark" 
                           xmlns:mx="library://ns.adobe.com/flex/mx">
        <s:layout>
            <s:VerticalLayout />
        </s:layout>
        
        <s:TextInput id="ti" text="s:TextInput" />
        
    </s:WindowedApplication>

     

     

    VerifyError: Error #1014: Class IIMEClient could not be found.

            at flash.display::MovieClip/nextFrame()
            at mx.managers::SystemManager/deferredNextFrame()[E:\dev\4.x\frameworks\ projects\framework\src\mx\managers\SystemManager.as:267]
            at mx.managers::SystemManager/preloader_preloaderDocFrameReadyHandler()[ E:\dev\4.x\frameworks\projects\framework\src\mx\managers\SystemManager .as:2460]
            at flash.events::EventDispatcher/dispatchEventFunction()
            at flash.events::EventDispatcher/dispatchEvent()
            at mx.preloaders::Preloader/timerHandler()[E:\dev\4.x\frameworks\project s\framework\src\mx\preloaders\Preloader.as:488]
            at flash.utils::Timer/_timerDispatch()
            at flash.utils::Timer/tick()

     

    Seems to be related to the s:TextInput. If I replace that with an mx:TextInput, then the RTE goes away. This is starting to sound familiar, let me check the bug base and see if this is a known issue. I think this is the issue I'm remembering: http://bugs.adobe.com/jira/browse/SDK-24301

    But I'm using the Flex 4.1 SDK, AIR 1.5.3 SDK/descriptor and probably AIR 2.0 runtime, which I thought should work...

     

    I'd say file a bug (or tell me to) and we can run it past an engineer or an AIR expert. I'm just guessing here.

     

    Thanks,

    Peter

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 24, 2010 5:49 PM   in reply to Peter deHaan

    I've been schooled and told that this is working as expected. All the information should be in that JIRA bug, http://bugs.adobe.com/jira/browse/SDK-24301:

    Thanks for all of the investigating, but after a few sidecar conversations, we've concluded that the workflow initially filed in the bug is an unsupported workflow,

     

    Alex's tests concluded the following:

     

    - FB4 + AIR 1.5 SDK + AIR 1.5 app-descriptor ran on AIR 1.5 runtime: WORKS
    - FB4 + AIR 1.5 SDK + AIR 1.5 app-descriptor ran on AIR 2.0 runtime: WORKS
    - FB4 + AIR 2.0 SDK + AIR 2.0 app-descriptor ran on AIR 2 runtime: WORKS
    - FB4 + AIR 2.0 SDK + AIR 1.5 app-descriptor ran on AIR 2 runtime: BARFS

     

    So, the only case not supported is when a user uses Flash Builder 4, overlays the AIR 2.0 SDK, builds an AIR app where the app-descriptor is set to AIR 1.5 and tries to run it in AIR 2. Matt, myself, Stan and Pete all agree this shouldn't be a valid workflow - if a user wants to maintain a 1.5 app, they need to target the 1.5 SDK and runtime (which they will be able to do in Flash Builder 4 since FB4 will ship supporting AIR 1.5.3).
     
    If a user wants to use Flash Builder 4 and target the AIR 2 SDK/Runtime, they need to update their 1.5 app to change the app-descriptor to reference AIR 2.0.


    The problem is that you're presumably trying to use Spark text-based controls with the AIR 2.0 SDK (which should be integrated into the 4.1 builds currently, I think), and targeting the AIR 1.5.3 SDK. If you change the target AIR version to 2.0beta2 in your XML descriptor file it should work (or at least worked for me locally using my fancy HelloWorld app). I was confused since I initially created my application targetting Flex 4.0 which set the app descriptor to 1.5.3, and then I changed my application to use Flex 4.1 which was causing issues. When I created a new AIR app and targeted Flex 4.1 when creating the project the xml descriptor set the AIR version to 2.0beta2 and this compiled correctly.

     

    Whew!

    Peter

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 24, 2010 5:58 PM   in reply to John Hall

    The Flex 4.1 SDK includes Flash Player 10.1 bits and the AIR 2.0 bits, as far as I know.

     

    Peter

     
    |
    Mark as:
  • Currently Being Moderated
    Feb 26, 2010 7:47 AM   in reply to John Hall

    Thank you both. This kept my remaining hairs from being pulled out this morning.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 22, 2010 2:20 AM   in reply to John Hall

    Hello

     

    I get same RTE when I open my swf(which uses spark text controls) in 10.0 (in 10.1 - all works good). Is it mean that I can't use

    spark text controls with 10.0 (which is currently on adobe get player page)?

     

    Thx.

    Andrew.

     
    |
    Mark as:
  • Currently Being Moderated
    Mar 22, 2010 11:40 AM   in reply to voland62

    Hm. Strange thing.  I can compile my code in new FB 4 - with no RTE in FP10.0,

    but when i use FDT (with SDK from new FB 4) - I get this RTE. I cant understand what pappens, it is FDT preferences may be...

    I also replace playerglobal.swc to 10.1 playerglobal.swc, but mevermind - IIMEClient in textLayout.swc...

     
    |
    Mark as:

More Like This

  • Retrieving data ...

Bookmarked By (0)

Answers + Points = Status

  • 10 points awarded for Correct Answers
  • 5 points awarded for Helpful Answers
  • 10,000+ points
  • 1,001-10,000 points
  • 501-1,000 points
  • 5-500 points