WT-11171 introduced a new stat checkpoint_state which can be set to different values as the checkpoint makes progress.

There is an issue when multiple checkpoints are happening, i.e one in progress and another is started by the API. Since the first one holds the checkpoint lock, the second checkpoint will wait until the lock is released. However, the WT_CHECKPOINT_STATE_RESET_CURSORS state is set before the lock is acquired. This means the second checkpoint will override the state of the one in progress.

I'd suggest not setting any state when not holding the lock.