Upgrading from 2.0.5
Last updated Apr 16th, 2021 | Page history | Improve this page | Report an issue
Support the team building MODX with a monthly donation.
The budget raised through OpenCollective is transparent, including payouts, and any contributor can apply to be paid for their work on MODX.
$292 per month—let's make that $500!Learn more
Upgrading to Revolution 2.0.5¶
There are a few changes that have occurred in 2.0.5 that will only apply to certain cases.
This upgrade process applies to you only if you:
- Use Form Customization
- Have a Custom Access Policy
- Use the extension_packages setting
If you didn't employ any of the above on your site you don't need to read further. If your site was set up by someone else it would be wise to confer with them prior to upgrading to ensure your site doesn't.
These upgrades should go smoothly; however, if they do not, please post on the forums regarding your issue.
It is always recommended to backup your database before upgrading.
Form Customization Updates¶
Form Customization has been completely rewritten. It now only works for Resource pages. If you have FC rules that are not Resource-page targeted, they will be erased. Why did we do this? Well, for one, 95% of FC rules were targeted at the Resource pages. The UI prior to 2.0.5 for managing FC rules, while powerful, was confusing and complex. We decided to simplify the UI; however, this required restricting FC's scope to just the Resource pages. Also, inactive rules will be erased, because there is no such thing as an "Inactive Rule" in 2.0.5. There are only inactive Sets and Profiles.
An FC "Set" now is a collection of Rules that apply to one page (either create or update Resource). Constraints are now set-specific instead of rule-specific. Also, Sets can be targeted to specified Templates. Specific sets can be active or inactive.
An FC "Profile" is a collection of Sets. They can be restricted to certain User Groups, and be declared active or inactive.
Also, there are now 4 new tables and classes:
- [prefix]_fc_profiles - modFormCustomizationProfile
- [prefix]_fc_profiles_usergroups - modFormCustomizationProfileUserGroup
- [prefix]_fc_sets - modFormCustomizationSet
- [prefix]_actions_fields - modActionField
Your old rules will be separated based on their constraints. If they had any UserGroup restrictions, they will be divided into separate Profiles. Within that, they will be separated into Sets based on their page they targeted (create or update) and any constraints they had - since constraints are now set-based. You can then use a point-and-click interface to edit rules within the set.
Access Policy Updates¶
Access Policies have been enhanced to have what are now called "Access Policy Templates". These are what Access Policies used to be in a user interface sense; they have a list of Permissions you can add to or remove from. However, now when you edit an Access Policy itself, you are presented with a checkbox list of Permissions pulled from that Policy's Template. This allows for much easier editing and defining of Access Policies.
You can easily create manager policies, for example, by creating a new Access Policy based on the Administrator Access Policy Template.
Your old Policies will be upgraded into the Administrator Template if they used only Administrator policies. If you had custom Access Policies that used custom Permissions, a custom Access Policy Template will be generated for them.
The setting extension_packages has been changed to a JSON format. The format used to be:
And is now:
This should automatically upgrade without you having to adjust it.