Refresh QCFUM Entitlement and Interpret the Result
Refresh Entitlement asks QCFUM to resolve the installation’s current product access now instead of waiting for the next automatic entitlement check. In QCFUM 2.0.4, the normal current path is Authorized-Domain entitlement; a saved legacy key is only a compatibility fallback on upgraded installations.
Refreshing entitlement does not start the one-time 30-Day Max Preview.
Before You Refresh
Entitlement Revalidation must be structurally healthy before QCFUM can activate or refresh paid or Preview access. QCFUM requires its task plugin and files, Joomla Scheduled Tasks support, exactly one published Entitlement Revalidation task, and a cadence no slower than once every 60 minutes.
Refresh the Current Entitlement
- Open Components > QC Frontend User Manager.
- Open Status or Settings.
- Confirm the displayed Domain is the site you expect QCFUM to validate.
- Select Refresh Entitlement.
- Return to the Current Entitlement card and read Status, Base tier, Effective tier, Verification, Access until, Last checked, and Next automatic check.
What QCFUM Resolves
For the normal entitlement action, QCFUM first requests current entitlement for the site/domain. If an upgraded site still has a saved legacy key and the Authorized-Domain result does not provide paid access, QCFUM can validate that legacy key as a compatibility fallback. Current customers should manage Authorized Domains rather than entering or replacing keys in Joomla.
A normal Refresh never requests Preview activation. The Preview starts only through the separate explicit Start 30-Day Max Preview action.
How to Interpret the Result
| Result | Meaning | What to do |
|---|---|---|
| Authorized Domain + Pro/Max | Paid access was confirmed for the domain. | Verify Effective tier and feature snapshot. |
| Authorized Domain + All Access | All Access supplies Max-level QCFUM entitlement. | Expect Base “Max via All Access” and Effective Max while valid. |
| 30-Day Max Preview | A previously started Preview is currently active. | Check the Preview end date; Refresh did not consume or restart it. |
| Basic | No currently valid paid/Preview elevation applies, or an authoritative response resolved to Basic. | Check domain authorization, expiry, and task health. |
| Transport failure with eligible cache | QuantaCade could not be contacted, but recently confirmed access can temporarily continue. | Fix DNS/TLS/firewall/hosting connectivity before the bounded 24-hour grace expires. |
| Transport failure without eligible grace | Entitlement cannot be confirmed safely. | Effective Basic is used and QCFUM retries automatically. |
Authoritative Denial Is Not a Transport Grace Case
A revoked, denied, expired, domain-ineligible, or otherwise authoritative invalid response is not treated like a temporary network outage. QCFUM resolves conservatively rather than extending paid features through the communication grace rule.
If Refresh Fails
- Fix Entitlement Automation Integrity first if Status reports a structural task problem.
- Confirm the domain is authorized for QC Frontend User Manager in your QuantaCade account.
- Verify outbound HTTPS, DNS, TLS certificates, and hosting firewall rules.
- Do not repeatedly start or attempt to start the Max Preview as a substitute for repairing paid entitlement.
Community Discussion
Want to compare Joomla user-onboarding workflows, share practical QCFUM tips, or discuss how other administrators use this feature? Visit the QC Frontend User Manager Community. For private support, bug reports, account-specific entitlement problems, or feature requests, use the QuantaCade support system.