Troubleshooting·5 min read·

Why is the editor not saving automatically?

Browser storage limits, service worker conflicts, offline mode behavior, and the manual save fallback — diagnose and fix autosave failures in the VeloCMS editor.

You've been writing for 45 minutes and you just realized the 'Saved' badge in the top-right corner hasn't updated in a while. Or you close the tab and come back to find your last several paragraphs are gone. Autosave failures are rare but they happen — here's how to understand why and what to do about it.

How VeloCMS autosave works

The editor autosaves to the server (PocketBase) every 30 seconds if you've made changes since the last save. You'll see the badge in the top-right corner of the editor cycle through 'Saving...' and 'Saved'. If the badge shows 'Unsaved changes' for more than 60 seconds, autosave has stalled.

Most common cause: offline or poor connectivity

Autosave requires an active internet connection — it saves to the server, not your local disk. If your connection drops, the editor continues to work locally but can't sync changes to the server. The badge will show 'Unsaved changes' until connectivity is restored. As soon as you're back online, the editor automatically retries and saves the accumulated changes.

VeloCMS does not use a local IndexedDB or localStorage fallback for autosave. All autosaves go directly to PocketBase. This is a conscious design choice — local storage has per-origin size limits and can be cleared by the browser, making it unreliable for long-form content. The trade-off is that offline writing doesn't persist across tab closes.

Service worker conflicts

If you have browser extensions that install service workers (some ad blockers, VPNs, and privacy tools do this), they can intercept network requests from the editor and drop them. If autosave worked before and suddenly stopped after installing a browser extension, disable extensions one by one in an incognito window to isolate the culprit.

  • Open Chrome DevTools → Application → Service Workers.
  • If you see service workers not from velocms.org listed as 'Activated and running', a third-party service worker is active.
  • Click 'Unregister' on any non-VeloCMS service worker and reload the editor.
  • If autosave works after this, the extension that registered that service worker is the culprit. Disable it for velocms.org.

The manual save fallback

Keyboard shortcut Ctrl+S (Windows/Linux) or Cmd+S (Mac) triggers an immediate manual save outside of the 30-second autosave cycle. This is your safety net. If you're about to close the tab and the badge shows 'Unsaved changes', press Cmd+S first and wait for the badge to say 'Saved' before navigating away.

If Cmd+S saves successfully but autosave keeps failing, the likely cause is a network instability that resolves itself between your manual saves. Check your connection and try writing on a different network to confirm.

If content was actually lost

If you lost content and need to recover it: in Admin → Posts, find the affected post and look at the 'Last updated' timestamp. If the timestamp matches your last known save, the content is there. If the post shows an older timestamp, content written after that point was never saved to the server. Unfortunately, without a local backup, that content cannot be recovered. For future protection, pressing Cmd+S during long writing sessions is a good habit.