How QCUL Handles Site Availability During Production Work

QCUL manages Joomla site availability/maintenance state during protected production work so visitors are not left in an inconsistent half-update state and the original availability setting can be restored.

Controlled maintenance behavior

When a temporary production checkpoint is selected, QCUL can enter a controlled maintenance state before checkpoint capture so the checkpoint and subsequent install operate against a coherent site state. Production execution records whether QCUL changed maintenance/offline availability and the prior state/message.

After the operation

QCUL restores the original maintenance/offline state after successful work where possible. If an interrupted operation leaves availability needing explicit attention, the interface can show Restore Site Availability.

Use Restore Site Availability carefully

Read the current production state first. Do not blindly force the site online during an incomplete push/rollback. Use the action when QCUL indicates the prior availability state needs recovery and you understand the operation status.

Production change rule

For How QCUL Handles Site Availability During Production Work, the live site should change only through the explicit tested-item production workflow after current readiness checks pass. Do not substitute a new package, skip the review/protection decision, or run a second production action while QCUL already owns an active push/rollback state.

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.