Open c4ll-m3-j4ck opened 3 months ago
Thanks for reporting! This will hopefully be resolved with #4965 – I'm on it right now
@c4ll-m3-j4ck could you check whether the issue was solved with https://github.com/neos/neos-development-collection/pull/4965 i.e. in beta9?
Is there an existing issue for this?
Current Behavior
When a node is misconfigured, the user workspace can end up in a locked state when trying to discard or apply changes.
It seems like the order of operations (closing content-stream, forking content-stream, rebasing workspace) can lead to a situation where if the rebase fails, the previous content-stream is already locked. This makes it impossible to discard or apply changes and instead shows the error-message:
Content stream "{content-stream-id}" is closed.
I was able to solve the issue by manually discarding the workspace via command.
The corresponding lines from the event-log:
I do have a full db-dump from the error-state but I don't necessarily want to share it here in its entirety. @kitsunet has access to the data at error-time.
Expected Behavior
The workspace should not lock up in an unrecoverable state.
Steps To Reproduce
No response
Environment
Anything else?
No response