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

TASK: Document workspace behaviour after partially replaying with pruned content streams #5333

Open
wants to merge 3 commits into
base: 9.0
Choose a base branch
from

Conversation

mhsdesign
Copy link
Member

Followup to #5297

Upgrade instructions

Review instructions

I just discovered a "regression" or rather a behaviour change regarding workspaces. Previously one could always fetch them if they were in the projection. Now with the enhanced status calculation (#5274) because im doing a join on the content stream table instead of leftJoin we will only get a result if the content stream is also projected.
That is most likely the case but when pruning the events from the event store and then only replaying to a certain sequence number i we have the situation of NOT having the content stream joinable.

In https://neos-project.slack.com/archives/C04PYL8H3/p1730383249323669 we discussed that the null behaviour (especially so that findWorkspaces continues to work by only returning the live workspace is the best we can do for now.

Checklist

  • Code follows the PSR-2 coding style
  • Tests have been created, run and adjusted as needed
  • The PR is created against the lowest maintained branch
  • Reviewer - PR Title is brief but complete and starts with FEATURE|TASK|BUGFIX
  • Reviewer - The first section explains the change briefly for change-logs
  • Reviewer - Breaking Changes are marked with !!! and have upgrade-instructions

Comment on lines +242 to +243
# FIXME maybe getContentGraph should already throw an exception if the content stream does not exist?
Then I expect node aggregate identifier "root-node" to lead to no node
Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

todo its a little dirty that getContentGraph still works in the detached state (as we just fetch the currentContentStreamId but dont validate that it exists.

its definitely interesting to think about this as catchup hooks will need to deal with this in case youd want to listen to all CreateWorkspace events and get some information at that time from the content graph or the workspace finder ...

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

we discussed its not worth to make the query slower just for this case

@mhsdesign mhsdesign force-pushed the task/document-workspace-behaviour-in-detached-state branch from 77eac51 to 1d98e05 Compare November 2, 2024 20:59
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

Successfully merging this pull request may close these issues.

1 participant