We use workflow status to move content through our subbing queues and to indicate key stages such as Draft, various review states, and Published.
The problem
At times, content is published using the Publish button, but the workflow status is not updated to reflect this. When the workflow status remains incorrect, it creates downstream issues - particularly in planning views and queue management - because the content appears to still be in an earlier stage.
Why this happens
We understand that Arc customers configure workflows differently, and that workflow status updates are currently a manual step for users.
Proposed improvement
From our perspective, it would be highly valuable to support a customisable trigger (optional and configurable by Admins or developers) that automatically updates an article’s workflow status - such as setting it to Published or another selected state - when the Publish function is used.
Value
This would reduce human error, keep workflow status aligned with actual publication state, and improve the reliability of queues and planning views without forcing a one-size-fits-all workflow across customers.
Toni East
