You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If documents are created as tethered nodes they often have no uriPathSegments. Currently this leads to incomplete document-uri-pathes. This is problematic for two reasons:
This allows to create empty path segments which is a feature we do not plan to support ATM
This cannot be fixed afterwards by setting UriPathSegments since on setProperties(uriPathSegment) only the last part of the path is ever changed.
Expected Behavior
The uriProjection should project a valid pathSegment for all documents below sites regardless wether the a uriPathSegment was defined during node creation.
It should be discussed wether this is done by creating the UriPathSegment in that case or by falling back to the nodeAggregateId as fallback.
Steps To Reproduce
Steps:
create a autocreated document "A" as child of the Site that has no defaut value for uriPathSegment.
that has another autocreated document "B" that has no default value for uriPathSegment.
Create a document below "B"
Verify:
The child Below "B" does not get a full uriPath
After manually setting the path for "A" and "B" the children only get an incomplete path without the segment for "A"
Environment
- Flow: 9
- Neos: 9
- PHP: 8.3
Anything else?
The Reason behind this behavior is the ambiguity of the meaning of "" in the UriPathProjection which on the one hand is path for a site-node but is also used as a fallback for the uriPathSegment. This leads to parent Nodes accidentally beeing treated like site-nodes.
The text was updated successfully, but these errors were encountered:
…gments
The testcase verifies that the nodeAggregateId is used as fallback in case no uriPathSegment
was set and that this can be overwritten afterwards of a proper uriPathSegment is set later.
Relates: neos#5413
…gments
The testcase verifies that the nodeAggregateId is used as fallback in case no uriPathSegment
was set and that this can be overwritten afterwards of a proper uriPathSegment is set later.
Relates: neos#5413
mficzel
changed the title
BUG: UriPathProjection cannot recover from missing UriPathSegments in tethered-nodes
BUG: UriPathProjection cannot recover from missing UriPathSegments in nested+tethered documentNodes
Dec 22, 2024
Is there an existing issue for this?
Current Behavior
If documents are created as tethered nodes they often have no uriPathSegments. Currently this leads to incomplete document-uri-pathes. This is problematic for two reasons:
Expected Behavior
The uriProjection should project a valid pathSegment for all documents below sites regardless wether the a uriPathSegment was defined during node creation.
It should be discussed wether this is done by creating the UriPathSegment in that case or by falling back to the nodeAggregateId as fallback.
Steps To Reproduce
Steps:
Verify:
Environment
Anything else?
The Reason behind this behavior is the ambiguity of the meaning of "" in the UriPathProjection which on the one hand is path for a site-node but is also used as a fallback for the uriPathSegment. This leads to parent Nodes accidentally beeing treated like site-nodes.
The text was updated successfully, but these errors were encountered: