…ction commands

…Status`

Like the `ProjectionSubscription` projections subscribers for projections will have an explicit state: `ProjectionSubscriptionStatus`. If its extended to allow other subscribers another status type should be introduced.

replayRequired todo remove we cannot figurea that out in the status after all!

…status cannot be calculated

... and when extending the system to support multiple subscribers, we cannot know their original classification but have to use a special empty placeholder like: `DetachedSubscriptionStatus`

This also makes the `$projectionStatus === null` detached case more explicit when using status.

…o CR Maintainer

Under consideration of the new `ProjectionSubscriptionStatus`

reverts partially bace8ff

see neos#5378 (comment)

…ught up

… event store position for debugging and status information

in hindsight that well revert that setup updates the error state or detached state

…ller

this allows us to keep the namings short and precise instead of introducing `cr:subscriptionreplayall`

see also: https://neos-project.slack.com/archives/C04PYL8H3/p1732629147379509

…tent yet

skipBooting was removed via 0ac8751

only things in `SubscriptionStatusCollection` are API

…use its framework