| SobekCM Repository Community Help |
These are notes for version 5.1.0 which was released to the open source community on September 9th, 2026.
How to install the latest SobekCM
Release notes on previous versions of SobekCM can be found here.
SobekCM 5.1.0 is centered on a major new capability: support for Google Cloud Storage as an alternative to local-disk storage for resource files, running either in a hybrid mode (small files like thumbnails and METS stay local, while masters and derivatives live in the cloud) or a fully cloud-resident mode. This required rebuilding how the application, the Builder, and the image server all read and write files so they work correctly regardless of storage backend, along with a redesigned image tile server capable of serving zoom/pan requests against cloud-stored images, corrected MIME-type handling so files render inline instead of forcing downloads, and access control for restricted items that now works through signed URLs rather than on-disk rules that don't apply once files leave local disk.
This release also improves how the Builder processes items — it now distinguishes a simple metadata update from a full item rebuild and skips the expensive processing pipeline entirely when only metadata changed, while still correctly carrying forward structural and thumbnail information from the previously published version. Authentication and several admin-facing screens were also restructured into a more extensible plugin-style architecture, letting features like OIDC and SAML login be added, enabled, or disabled independently rather than being built permanently into the core application.
The rest of the release is a broad set of correctness and polish fixes: tightened login requirements on usage-statistics screens, a fix for restricted items incorrectly hiding their thumbnails, a stale-cache issue where a visibility change could silently revert on the next page load, cleaner and more consistent banner placement across admin and personal-account screens, several fixes to the web-based skin editor, and continued Linux compatibility work for the Builder. An automated smoke-test suite was also added so key parts of a live deployment are checked automatically on every release going forward.
Google Cloud Storage support
This version completes Google Cloud Storage as a full alternative to local-disk storage for resource files, with two operating modes: Hybrid (thumbnails, METS, and other small "always local" files stay on disk; masters and derivatives live in GCS) and Full (nothing kept locally at all). This required:
Supporting tooling shipped alongside it: a bulk migration utility to move an existing local-storage instance up to GCS, a lightweight utility to pull files back out of GCS for spot-checking, and a disaster-recovery/hydration utility that rebuilds an instance's local half (thumbnails/METS) from the bucket — useful both for recovering a lost local disk and for bringing a brand-new instance up against an existing bucket.
Admin screens & UI polish
Security & access control
Extensibility architecture
Authentication providers, admin screens, and top-level page renderers ("main writers") were all converted to the plugin-style architecture: built-in behavior still resolves through fast, hardcoded paths, but anything unrecognized is now looked up against a configurable extension registry and loaded dynamically. This is what let OIDC and SAML authentication ship as genuinely separate, independently enable/disable-able plugins rather than baked into the core app — and toggling one now triggers an automatic, debounced app restart since authentication schemes only register at startup.
Third-party component updates
Refreshed most of the vendored JavaScript/CSS libraries (editor, date pickers, tables, image viewer) to current versions, including a full move from CKEditor4 to CKEditor5, and removed several long-dead libraries (Flash-based upload, an old charting library) that were no longer in use.
Builder / batch processing improvements
Testing & deployment infrastructure
New standalone utilities
Beyond the GCS migration/pull/restore tools mentioned above, a health-check endpoint was added that actually verifies database connectivity with its own short timeout, rather than just confirming the process is running.