ember.js: Getting "Uncaught Error: infinite rendering invalidation detected" with 2.9-beta3
In attempting to test compatibility with ember-beta I’m seeing an issue. With 2.9-beta2 I was getting a white screen with no ember container and no content rendered. With beta3 I’m getting a flash of the content followed by a white screen, but now I’m seeing the error “infinite rendering invalidation detected” in the console.
Code (with updated ember) is here: https://github.com/ilios/frontend/tree/ember-beta-test
Demo which shows error can be seen here: https://ember-beta-test--ilios-frontend.netlify.com
It does not show up on the login page, only post-authentication so you have to login. You can do so with:
username: demo_faculty1
password: demofaculty1
The error seems to be present on every route.
I also tried a build with #master but it has the same error. I’m not sure how to track down where the issues is occurring because the stack trace is just full of ember-debug lines, but I’m happy to provide any info or help. I think my next step is to start pulling out individual addons to see if I can find a culprit unless someone else has seen this error or knows about it already. It seems strange that the /login is not affected, but every other route is.
About this issue
- Original URL
- State: closed
- Created 8 years ago
- Reactions: 4
- Comments: 19 (12 by maintainers)
Commits related to this issue
- [BUGFIX beta] Bump Glimmer This pulls in two glimmer-engine bugfixes: - local variables (block params) should always win over helpers - stateful/class-based helpers used in `{{#if (my-helper ...)}}`... — committed to tildeio/ember.js by chancancode 8 years ago
- [BUGFIX beta] Bump Glimmer This pulls in two glimmer-engine bugfixes: - local variables (block params) should always win over helpers - stateful/class-based helpers used in `{{#if (my-helper ...)}}`... — committed to tildeio/ember.js by chancancode 8 years ago
- [BUGFIX beta] Bump Glimmer This pulls in two glimmer-engine bugfixes: - local variables (block params) should always win over helpers - stateful/class-based helpers used in `{{#if (my-helper ...)}}`... — committed to emberjs/ember.js by chancancode 8 years ago
this seems to happen with class based helpers (e.g.
Ember.Helper.extendbased helpers), our pages (Heroku dashboard, not the app listed above) using https://github.com/fivetanley/ember-promise-helpers experience this error also. I’ll see if I can dig in a bit more.@chancancode quick click around in my app and this appears to be fixed in
ember#2.10.0-beta.2. Thanks!I believe this is fixed in #14520. I verified that it at least fixed @adam-knights’ gist. @fivetanley @jrjohnson can you confirm? (The fix is available in
ember#betaorember#2.10.0-beta.2– I am in the middle of releasing the latter, but it’ll probably be up by the time you see this.)