Registry v2.0.0 renames CronShell to JobShell. If you have installed a cron job to run CronShell, you will need to update it to call JobShell instead. See also Registry Installation - Cron.
To reduce the overhead of less frequently used plugins, some plugins have been moved to the new app/AvailablePlugin
directory. If you are using any of the plugins in this directory, you need to re-enable them by creating a symlink to the appropriate plugin(s) from your local/Plugin
directory. For more information, see Installing and Enabling Registry Plugins.
Several new extended types are defined by default. To add these to existing COs, use Configuration >> Extended Types, and for each relevant type click Add/Restore Default Types.
Existing defined types will remain unchanged.
As of Registry v2.0.0, the CO and COU Members and Admin Groups and have been renamed. The members groups have been replaced with groups representing all members, and new members group with only active members have been introduced. See the linked documentation for information about the new naming conventions. As part of the upgrade you may need to:
:
) in their name.Internal COmanage references will automatically be updated as part of upgrading.
v2.0.0 adds support for several new LDAP attributes. In order to enable them, make sure they are defined in your LDAP server's schema. Then edit the appropriate provisioner configuration.
Prior to v2.0.0, the LDAP Provisioning Plugin incorrectly localized the eduPersonAffiliation
value when exporting it. By default, the localized value is the same as the spec value, so most installations are unlikely to be affected by this change. However, if you were relying on the old (incorrect) behavior, you may need to update your integrations.
v2.0.0 changes the default way unconfigured (disabled) attributes are handled when provisioning LDAP records. More information is available here.
Like all other timestamps, CO Person Role valid from and valid through records are stored in UTC. Prior to v2.0.0, this was not made clear via the user interface, and so most likely validity dates were entered in the local timezone.
For example, an administrator in Boston (EST, -0500) enters a valid through timestamp of December 31 23:59:59 and assumes that means EST. However, because Registry operates in UTC, the effective valid through timestamp will be December 31 18:59:59 EST, or 5 hours earlier than the administrator expects.
v2.0.0 automatically converts validity timestamps to and from the browser's detected timezone. However, administrators should be aware that existing records may not be the exact time expected, and may wish to update them accordingly.
v2.0.0 enables Changelog Behavior for COUs. As a result of this change, a unique constraint has been removed for the database schema. However, the schema update process may not correctly remove this constraint, and so it may need to be removed manually.
alter table cm_cous drop constraint cm_cous_co_id_key; |