Group of 4 Use it now
Administrators can now force plugins to load first or last via managed prependPlugins/appendPlugins settings that users can't override
What
- Two new managed-settings keys,
prependPluginsandappendPlugins, let an administrator force certain plugins to always load first or last; malformed values fall back to an empty list. - Settings loaded from user-writable files (not managed/administrator settings) can no longer set
secDefault,prependPlugins, orappendPlugins, and can no longer useenabledPluginsto enable a plugin or name a built-in plugin — these are stripped with a warning as administrator-only. - If a plugin is listed in both
prependPluginsandappendPlugins, it's resolved by prepending it, with a warning; a warning is also shown when a user setting is overridden ("shadowed") by managed policy. - Each plugin's hooks module is now resolved to a "tier" (
prepend,builtin,user, orappend) based on these managed lists, and calls likenext.to("<tier>")inside a plugin's hooks are validated against that tier, throwing if the plugin isn't managed or the named tier isn't actually next in the chain.
Why This gives organizations a way to guarantee that certain plugins, such as security or compliance hooks, always run first or last, and prevents individual users from overriding that ordering or granting themselves extra plugin access through local settings files.