-
-
Notifications
You must be signed in to change notification settings - Fork 234
!!! 9.0: Serious root nodes #4339
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
Conversation
Should we provide a migration for people using „sites“ and rewrite this to Neos.Neos:Sites? |
Sure
Sure thing, feel free to do it :) |
…regate type also fill missing segments with node aggregate IDs
Still missing: UI integration, will follow in a bit |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Just some early thoughts ;)
Neos.ContentRepository.Core/Classes/Projection/ContentGraph/NodePath.php
Outdated
Show resolved
Hide resolved
Neos.ContentRepository.Core/Classes/Projection/ContentGraph/ContentSubgraphInterface.php
Outdated
Show resolved
Hide resolved
…entSubhypergraph.php Co-authored-by: Wilhelm Behncke <[email protected]>
…entSubhypergraph.php Co-authored-by: Wilhelm Behncke <[email protected]>
I think I covered everything, if the tests pass and there are no more important concerns, I'd like to merge |
1 similar comment
I think I covered everything, if the tests pass and there are no more important concerns, I'd like to merge |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Lets do it ;)
Just tested this and the last commit 61b4d48 introduces an error in the ui whenever a reference error is opened With the commit before 5b7e06c i could verify:
|
otherwise flow will get confused and throw exceptions that type conversion failed
Node: I could fix the problem with adjusting bringing the parameter comments into the same order as the function parameters. Pushed this change to the branch. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Fine by testing .... what i tested:
- referencing documents with configured starting point in the same site
- referencing documents with configured starting point in another site
- referencing other nodes (taxonomies) with a startingpoint other than
/<Neos.Neos:Sites>
All three cases above worked and the nodes that were chosen by references editor could be used for traversal and link generation.
What i could not test is linking nodes in another cr which is uncharted territory even with this pr !!!
I personally cannot say that much about coding principles in the new cr other than that the code makes sense to me. So maybe count this as half an approval.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Noticed a linting error in ci that obviously should be addressed. Seems to originate from changes made elsewhere since it also appeared in the last commit after running the test again.
I don't quite understand the linting error and since I cannot reproduce it locally, I'd just ignore it. Go? |
Thanks a lot for this. |
e.g. I immediately get
|
This cleans up the handling of root nodes and absolute node paths.
Root nodes don't have names but are to be resolved by type (if not identifier).
Thus, the following adjustments have been made:
ContentSubgraph::retrieveNodePath()
returns invalid path #4323ContentSubgraph::retrieveNodePath()
when segment has no node name #4331Review instructions
Besides the tests, try out a reference editor starting point like '/<Neos.ContentRepository.Root>/neosdemo'
Checklist