{ "name": "Manifest Updater", "slug": "manifest-updater", "version": "1.1.0", "download_url": "https://gitea.mulligan.casa/ee-extensions/foh-updates/raw/branch/main/manifest-updater/manifest-updater-1.1.0.zip", "homepage": "https://gitea.mulligan.casa/mmulligan/manifest-updater", "requires": "6.1", "tested": "7.0", "requires_php": "8.1", "last_updated": "2026-06-23 18:24:11", "icons": { "1x": "https://gitea.mulligan.casa/ee-extensions/foh-updates/raw/branch/main/manifest-updater/icon-128x128.png", "2x": "https://gitea.mulligan.casa/ee-extensions/foh-updates/raw/branch/main/manifest-updater/icon-256x256.png" }, "author": "Mike Mulligan", "author_homepage": "https://gitea.mulligan.casa/mmulligan", "tags": [ "updates", "plugin updates", "theme updates", "self-hosted", "update uri" ], "sections": { "description": "
A tiny, universal, self-hosted updater for plugins and themes. Network-activate
\nit once; any project that opts in via its Update URI header gets WordPress-native
\nupdate notifications, \"View details\", and one-click / auto updates — network-wide,
\nwith no per-project updater code and no tokens.
It's \"Git Updater meets PUC,\" but thin: WordPress already does the hard part
\n(scanning every installed project's header, routing by host, building the update
\ntransient, rendering the row, running the install). This plugin only supplies the
\npiece core can't — reading your JSON manifest and returning the update.
# fragment is the triggerAppend a fragment to the project's Update URI header. The fragment is the only
\ntrigger (we never sniff paths), so this can't collide with a project that updates
\nsome other way:
# A plugin, JSON manifest:\nUpdate URI: https://your-host/path/to/my-plugin.json#manifest-updater.json\n\n# A theme, JSON manifest (in style.css):\nUpdate URI: https://your-host/path/to/my-theme.json#manifest-updater.json\n\n# is the source (here, the manifest URL).#manifest-updater.json opts the project in and selects JSON-manifest mode.#manifest-updater.git is reserved for a future git-repo mode (recognised now,The Update URI header also earns the project automatic protection from being
\noverwritten by a same-named wordpress.org plugin/theme — for free, from core.
Then network-activate Manifest Updater (it is Network: true). That's it.
get_plugins() / wp_get_themes() return every installed project regardless of
\nactivation, and the update_plugins / update_themes transients are network-level
\non multisite. So updates surface and install network-wide while the projects
\nthemselves can be site-active, network-active, or inactive. A project no longer
\nhas to be network-active just to receive updates — only this one does.
The PUC (\"Plugin Update Checker\") metadata format — works for plugins and themes.
\nOnly version and download_url are required; everything else enriches the row
\nand the details modal. See example-manifest.json for every supported field:
name, slug, version, download_url, homepage, requires, tested,
\nrequires_php, requires_plugins, last_updated, upgrade_notice, author,
\nauthor_homepage, sections (description/installation/changelog/faq/any
\ncustom tab), icons, banners, banners_rtl, screenshot_url (themes),
\ntranslations, and the optional wp.org-style stats rating/num_ratings/
\ndownloaded/active_installs.
Update URI carries the fragment).Update URI headers) and PHP 8.1+.All notable changes to Manifest Updater are documented here. The format follows
\nKeep a Changelog and the project adheres to
\nsemantic versioning.
admin-ajax endpoint thattags passed through to the \"View details\" modal sidebar..ci/ that MU mirrors to the channel on release.Update URI header, opted in with a #manifest-updater.json fragment.