Alex, I think the smallest test case is just trying to load a runtime
resource bundle.
Our bundles are loaded externally on demand compiling with so I guess it
will applicable to any external bundle loading.
<mxmlc>
<include-resource-bundles>@{bundle}</include-resource-bundles>
<locale>@{locale}</locale>
</mxmc>
On 28 March 2014 13:37, Alex Harui <aha...@adobe.com> wrote:
> Thanks for finding. Do you have a simple test case you can put in a JIRA?
>
> Thanks,
> -Alex
>
> On 3/28/14 5:36 AM, "João Fernandes" <joaopedromartinsfernan...@gmail.com>
> wrote:
>
> >Hi, just tried to upgrade to 4.12 and I've noticed that our custom
> >resource
> >manager isn't able to load our external locales as it did in the past.
> >After digging a bit, I found out the cause, it seems that the
> >ResourceBundleProxy isn't never loaded when it's stored as a property in
> >the dictionary.
> >
> >As you can see here[1] the external resource (ResourceBundleProxy is added
> >to localeMap[locale] as a property of the dictionary but when the
> >resourceManagerImpl tries to find the bundle [2] in
> >getResourceBundleInternal, it never uses loadResourceBundleProxy() because
> >the bundleObject is a dictionary and not a ResourceBundleProxy.
> >
> >My solution would be to add a check and instead of
> >
> > if (bundleObject[obj] == localeBundleNameString)
> > {
> > bundle = obj as IResourceBundle;
> > break;
> > }
> >
> >it would be like this
> >
> > if (bundleObject[obj] == localeBundleNameString)
> > {
> > bundle = obj as IResourceBundle;
> > if(bundle is ResourceBundleProxy)
> > bundle
> >= loadResourceBundleProxy(ResourceBundleProxy(bundle))
> > break;
> > }
> >
> >
> >
> >
> >[1]
> >
> https://www.dropbox.com/s/jfftyzpfqryhfy2/Captura%20de%20tela%202014-03-28
> >%2012.26.16.png
> >
> >[2]
> >
> https://www.dropbox.com/s/vp5bhc1ivaa0pkj/Captura%20de%20tela%202014-03-28
> >%2012.31.51.png
> >
> >--
> >
> >João Fernandes
>
>
--
João Fernandes
