Basic usage results in: You attempted to update `_locale` [...] infinite revalidation bugs, and performance issues, and is not supported. about ember-intl HOT 4 CLOSED

I replied to @Windvis' question on Discord.

from ember-intl.

We're also running into this. We use ember-intl in an addon and allow apps to set the prefered language, if they don't want the default (which is en-us). But after the 6.1+ update apps are forced to set the language (or simply access the service in some way) because of this error, even if they want the default. We could work around this by injecting and accessing the service somewhere in the addon code before the render happens, but that's obviously not ideal.

Some quick debugging points me to this line:

If the this.locale access is removed the error disappears. I think we can safely remove that, since it can never not be something else than null at this point in the constructor AFAIK?

from ember-intl.

Looking further, it seems to be caused by the @dependentKeyCompat decorator:

After accessing this._locale directly or removing dependentKeyCompat from the getter the error isn't triggered either.

(I still think we can simply remove the this.locale access at that point, since it will always be null. I'm just trying to figure out why the error is thrown, since accessing tracked state in the constructor during a render that uses that state should be fine, AFAIK).

from ember-intl.

I think we can ignore the originally reported issue, because this.intl.setLocale(['en-us']) hadn't been called in the app's application route.

I tried out @Windvis's approach of removing @dependentKeyCompat in #1843. I think this can help us fix the issue of You attempted to update _locale, where rendering and unit tests without setupIntl() would error starting [email protected].

I suspect that @dependentKeyCompat had been added to support macros (to be removed in [email protected]), so we can't merge #1843 at the moment.

from ember-intl.