Skip to content

Updates

Admin → Modules → Update (/system/updates). "Modules" is a menu that opens (like Settings) into Manage (the module manager) and Update (this screen). One screen lists everything with a pending update — TigerCore and each installed module — with checkboxes and an Update / Update All button. Click, and it self-installs. No shell, no Composer, no FTP.

What you see

Each stale item shows its current version → the latest, and a checkbox. Nothing pending? The screen says so — you're current. Check again re-runs detection (versions are cached a few hours, so this forces a fresh look at GitHub/Packagist).

Applying an update

Select what you want and click Update (or Update All). A live step log streams as it works — resolve → download → verify → apply → done — so if anything fails, the failing step names itself.

  • Modules update the real no-shell way: the release is downloaded, extracted, migrated, and its assets republished.
  • TigerCore updates by atomically swapping a pre-resolved release bundle into place — the dependency graph was resolved for you in CI, so your host only unpacks and swaps. During the swap the site shows a brief "Updating…" page; on any health-check failure it rolls back to the previous version automatically. If your host can't self-swap (a read-only vendor/), the screen tells you and points at the Composer command instead.

Update history

Below the list, Update history keeps a durable record of every run — what was updated, the version change, the outcome (success / failed / rolled back / advisory), and the full step log (expand any row). So "what did we update, and what broke?" is answerable long after the run.

Some modules are sold with a license key. For those, Module Manager does one extra thing before it offers an update: it phones home to that module's authority (the store you bought it from, which the module itself names) and sends your key, your site's domain, the module, and its version. The authority replies with a signed status — licensed, or not.

That's the whole contract from Module Manager's side: send the key + domain + module + version, get back a status. It doesn't know how licenses, seats, or coverage work — the store's authority decides all of that and just answers.

  • Licensed → the update is offered like any other.
  • Lapsed / unknown → Module Manager nags (a notice on the Updates screen) but never disables the module. What you installed keeps running; only the update waits until the license is sorted out.
  • Paste your key on the module's page (or during a licensed install); the domain is set automatically the first time your site checks in.

Who can do this

Updating the platform and modules is a superadmin action. Everyone else is denied by default.

Good to know

  • Updates are deliberate — nothing auto-installs. Your versions change when you click.
  • A module or core stays pinned to its installed version until you choose to move it — no surprise changes on a live site.