This change fixes a race condition in the workflow run timeline by synchronizing its query with the workflow run query’s polling updates—removing its own refetch interval and using dataUpdatedAt to invalidate and refetch the timeline whenever the run data changes. As a result, the timeline reliably shows complete steps in real-time without requiring manual page refreshes and avoids redundant polling, improving UX and reducing API churn. A possible concern is that reliance on the workflow run query’s update timing could delay or miss timeline updates if dataUpdatedAt doesn’t change as expected or if query invalidations trigger excessive refetches.