Have you tried cleaning the RSL project so the RSL gets fully rebuilt? On 9/5/14 11:40 AM, "Nigel Magnay" <[email protected]> wrote:
>It should be identical - it's launched from within flash builder, so my >understanding is it's just copied into the target directory... > > > >On Fri, Sep 5, 2014 at 7:16 PM, Alex Harui <[email protected]> wrote: > >> Hi Nigel, >> >> I'm not asking about application domains, but the URL of the RSL vs the >> URL of the main app. If the actual string of the domain portion of the >> URL is different in any way, the RSL could get loaded into a sandbox. >> >> -Alex >> >> On 9/5/14 11:00 AM, "Nigel Magnay" <[email protected]> wrote: >> >> >The RSL is loaded into the default app domain (it's a single library in >> >flash builder). >> > >> >It's odd. >> > >> >There's a totally minimal (I.E: it's got just 2 files) example here: >> >https://github.com/magnayn/flexbug >> > >> > >> > >> > >> > >> >On Fri, Sep 5, 2014 at 6:16 PM, Alex Harui <[email protected]> wrote: >> > >> >> What is the load order of the RSLs? You might need to look at >>generated >> >> code to find the order. >> >> >> >> And just to double-check, "same domain" means full domain: >> >>"rsls.foo.com" >> >> is a different domain than "www.foo.com" and even the IP address or >> >> "localhost" is different than other domain names mapped to the same >> >>place. >> >> >> >> Are you running a debug build with debug code in the RSLs? No other >> >> interesting output in the console? >> >> >> >> -Alex >> >> >> >> On 9/5/14 9:36 AM, "Nigel Magnay" <[email protected]> wrote: >> >> >> >> >I am. It does feel like a class isolation issue though. >> >> > >> >> > >> >> >On Fri, Sep 5, 2014 at 5:32 PM, Alex Harui <[email protected]> wrote: >> >> > >> >> >> Are you loading the RSL from the same domain as the app? >> >> >> >> >> >> -Alex >> >> >> >> >> >> On 9/5/14 4:47 AM, "Nigel Magnay" <[email protected]> wrote: >> >> >> >> >> >> >Even more strangely, I've narrowed it down still more. The mere >> >> >>inclusion >> >> >> >of this ItemRenderer is sufficient to break the menubar: >> >> >> > >> >> >> > >> >> >> >> >> >> >> >> >> >> >> >>https://github.com/magnayn/flexbug/blob/master/buglib/src/buglib/componen >> >> >>t >> >> >> >s/skins/MenuCoreItemRenderer2.as >> >> >> > >> >> >> >If you comment out the use of MenuEvent, it works. >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> > >> >> >> >On Fri, Sep 5, 2014 at 12:14 PM, Nigel Magnay >> >><[email protected]> >> >> >> >wrote: >> >> >> > >> >> >> >> So, I've narrowed this down to a test project - see >> >> >> >> https://github.com/magnayn/flexbug >> >> >> >> >> >> >> >> I have a project that uses the "Spark Menubar". It's basically >>the >> >> >> >>example >> >> >> >> given in the documentation: >> >> >> >> >> >> >> >> >> >> https://github.com/magnayn/flexbug/blob/master/buglet/src/buglet.mxml >> >> >> >> >> >> >> >> This all works fine, in isolation. However. If the project >> >>includes >> >> >> >> 'buglib' as an RSL, the menu stops working. >> >> >> >> >> >> >> >> buglib contains only 1 file, which is a skin: >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >>https://github.com/magnayn/flexbug/blob/master/buglib/src/buglib/componen >> >> >> >>ts/skins/TestSkin.mxml >> >> >> >> >> >> >> >> The skin does not mark in metadata the HostComponent (which >>would >> >>be >> >> >>a >> >> >> >> spark list). The skin is not referenced *anywhere *from the >>MXML. >> >> >> >> >> >> >> >> If the library is included instead as 'merged into code', >> >>everything >> >> >>is >> >> >> >> fine (even if the skin is referenced, to prevent it being >> >>stripped). >> >> >> >> >> >> >> >> And, here's where it gets even weirder : >> >> >> >> If you remove the statement >> >> >> >> >> >> >> >> >>itemRenderer="spark.components.itemRenderers.MenuBarItemRenderer" >> >> >> >> >> >> >> >> From the TestSkin.mxml (*even though it is not being used >> >>anywhere in >> >> >> >>the >> >> >> >> project*), it all works fine again! >> >> >> >> >> >> >> >> >> >> >> >> Ideas? Have I just missed something? >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >> >>
