How QCSB Uses Panel-Only AJAX Folder Loading

This article explains that normal folder navigation can refresh the affected panel without reloading the whole Joomla page while still preserving server authorization and history-aware URLs.

What you need to know

  • Folder clicks refresh only the affected panel through AJAX. Failed AJAX navigation falls back to normal navigation so the Workspace is not dependent on one JavaScript request succeeding.
  • QCSB uses a short private listing cache (about 12 seconds) for normalized browse results; file-changing actions invalidate affected listings.

Folder-navigation sequence

  1. Clicking a folder asks QCSB for the affected panel in panel/AJAX mode rather than rebuilding every visible storage panel.
  2. QCSB returns the authorized replacement panel for that same storage location and the browser route is updated to the readable permitted folder state.
  3. If the AJAX request fails, QCSB falls back to normal navigation instead of leaving the Workspace dependent on a broken JavaScript request.
  4. Back/forward/reload can then re-request the permitted folder state; authorization and exact-root checks still run on those requests.

Verify the result

  • Refresh the actual frontend Workspace rather than relying only on the Administrator save message.
  • Verify the change with a normal user and at the screen sizes used in production.
  • Confirm the change did not alter permissions, connection roots, or other independently saved design sections.

Troubleshooting

  • If a file action fails, retry with one small test item and read Transfer Details or the operation toast before changing global settings.

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.