When Undo Production Push Is Available

Undo Production Push appears only when the production operation created a valid QCUL temporary checkpoint and the rollback remains eligible.

Eligibility

• Temporary QCUL checkpoint was selected before the push.
• Checkpoint completed/validated and still exists.
• Production push reached a rollback-eligible changed state.
• Configured rollback window has not expired.
• The laboratory/checkpoint was not removed.
• No newer QCUL production operation superseded the rollback context.

Why external recovery does not qualify

Selecting an existing recovery method tells QCUL not to create its own production snapshot. QCUL therefore has nothing to restore through Undo Production Push; use that external method instead.

Check eligibility before you need it

Immediately after a protected push, confirm the tested row shows the rollback option and expected expiry while the site is still healthy. That gives you a clear clock for live review and avoids discovering too late that the push used external recovery or that the temporary window already ended.

Recovery discipline

When working with When Undo Production Push Is Available, keep the independent backup available even if the QCUL checkpoint is valid. The checkpoint is a fast, short-lived update rollback mechanism; if its protected scope, validity window, or verification cannot satisfy the incident, move to the broader recovery plan rather than extending QCUL beyond its promise.

Community Discussion

Want to compare update-testing workflows, share practical tips, or discuss how you use this QCUL feature? Visit the QC Update Laboratory Community. For private support, bug reports, account-specific issues, or feature requests, use the QuantaCade support system.