I always do... It's basically consistent; It seems that if the RSL project uses a class that's in the 'experimental' SWC, then MenuBar totally breaks in the main swf (and it doesn't seem to matter if that class is even used anywhere).
Is there some special treatment by the flash runtime of classes declared to be itemrenderers or skins? On Fri, Sep 5, 2014 at 7:50 PM, Alex Harui <aha...@adobe.com> wrote: > Have you tried cleaning the RSL project so the RSL gets fully rebuilt? > > On 9/5/14 11:40 AM, "Nigel Magnay" <nigel.mag...@gmail.com> 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 <aha...@adobe.com> 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" <nigel.mag...@gmail.com> 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 <aha...@adobe.com> 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" <nigel.mag...@gmail.com> wrote: > >> >> > >> >> >I am. It does feel like a class isolation issue though. > >> >> > > >> >> > > >> >> >On Fri, Sep 5, 2014 at 5:32 PM, Alex Harui <aha...@adobe.com> > wrote: > >> >> > > >> >> >> Are you loading the RSL from the same domain as the app? > >> >> >> > >> >> >> -Alex > >> >> >> > >> >> >> On 9/5/14 4:47 AM, "Nigel Magnay" <nigel.mag...@gmail.com> 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 > >> >><nigel.mag...@gmail.com> > >> >> >> >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? > >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> >> > >> >> >> > >> >> >> > >> >> > >> >> > >> > >> > >
