This is because although our example makes sure storage is ready, it does not reset the invariant on the ordering state which causes an issue when re-running examples.
I suggest we for the time being tell ordering the right spot to read at in the storage tests, so this doesn't occur.
This will be improved once #716 is done, as this could potentially fix our bad system.
customer: performer: deadline: estimated: started: actual: completed: confirmed: dependencies:
Currently in our codebase, if we run any worker example twice we encounter an issue
This is because although our example makes sure storage is ready, it does not reset the invariant on the ordering state which causes an issue when re-running examples.
I suggest we for the time being tell ordering the right spot to read at in the storage tests, so this doesn't occur.
This will be improved once #716 is done, as this could potentially fix our bad system.