QCSB Browse Caching and Refresh After File Changes

This article explains the short private browse cache used to reduce repeated provider calls and how successful mutations invalidate affected listings so panels refresh to current provider state.

Current cache behavior

QCSB uses a short private browse cache of normalized listing results (about 12 seconds) to avoid repeatedly contacting a provider while users filter/sort/page the same folder. Permission checks remain authoritative; the cache is not an authorization cache.

When listings are invalidated

• Upload
• Create folder
• Rename
• Copy
• Move
• Delete
• Restore

If a listing looks stale

Navigate/refresh the affected panel. Provider changes made outside QCSB may not appear until the cached listing expires or the panel is reloaded.

Community Discussion

For practical QCSB workflows and discussion with other Joomla site owners, visit the QC Storage Bridge Community. For private support, bug reports, account-specific entitlement issues, or feature requests, use the QuantaCade support system.