Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Tree cycle detected when upgrading to ember-cli 3.4 #239

Closed
sammynave opened this issue Sep 6, 2018 · 6 comments · Fixed by #254
Closed

Tree cycle detected when upgrading to ember-cli 3.4 #239

sammynave opened this issue Sep 6, 2018 · 6 comments · Fixed by #254
Labels

Comments

@sammynave
Copy link

sammynave commented Sep 6, 2018

First, thanks for the great addon! We've been using it for a while and love it.

I tried to update one of our addons to ember-cli 3.4.1 this morning and got a Tree cycle detected build failure. The stack seemed quite unhelpful but I was able to narrow it down to ember-cli-addon-docs.

There was a similar issue happening in ember-auto-import so maybe there's a clue there?

I have a repro here: https://github.com/sammynave/tree-cycle-repro if that's helpful. You should just be able yarn && ember s to get the error.

Let me know if I can provide any more info.

Thanks!

@dfreeman
Copy link
Contributor

dfreeman commented Sep 7, 2018

Hi @sammynave — thanks for the report!

For the moment I think the latest dist tag for ember-cli has been rolled back to 3.3.0. It's definitely possible we'll have to do some work on this end, but I think we should likely wait for things to settle down on that side first.

@sammynave
Copy link
Author

Quick update, just bumped ember-cli in the reproduction repo to 3.4.2 and it's still broken : /

@dfreeman dfreeman added the bug label Sep 12, 2018
@dfreeman
Copy link
Contributor

Thanks for the update. Looking more closely at the PR in ember-auto-import, it looks like this isn't a trivial fix. I don't think I'm personally likely to be able to get to it within the next week or so, unfortunately 😕

If anyone has the opportunity take a pass at fixing it in the meantime, we have roughly the same issue as auto-import did: we're doing an analysis of the templates during their preprocessing and then using that result to populate our public tree (specifically the search index JSON document). I suspect a similar approach to auto-import's solution is viable here, too.

@nightire
Copy link

Just did a simple test to make sure the problem is with SearchIndexer.

If simply removes it from the public tree, the problem can be solved temporarily, of course you will lose the ability to search.

The next step would be to go deeper into SearchIndexer to see if I can identify a pattern similar to the PR in ember-auto-import. If I can make some progress (I wish 🙏🏻), I will try to submit a PR.

@dfreeman
Copy link
Contributor

A quick note that occurred to me this morning: unlike auto-import, we might be able to use postprocessTree('all'), because we only ever expect to be run as a top-level dependency.

@villander
Copy link

I have the same issue, after that I tried update to 3.4.2 =/

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants