Version 2023.10.0

What's improved

Improved displaying of dates and times in the RITM UI

  • In an effort to allow for displaying dates and times in more consistent way and also manage dates and times better we introduced some extra types for attributes:
    • "Date"; an attribute with this type would for example show as "11 Oct 2023" and be managed via a date picker
    • "Datetime"; an attribute with this type would for example show as "11 Oct 2023", 20:00" and be managed via a date and time picker
    • Note: "Date" and "Datetime" marked attributes will be stored in UTC. Any attributes that need a particular format will still have to use the "String" type for attributes and will not use a data and/or time picker. We are planning to improve in this area.

Remove "All" option when selecting roles in the RITM UI

  • The "All" option has been removed whenever roles have to be selected, as there could potentially be different types of roles with the same names which could lead to confusion or even wrong assignments. We now only provide the "Access", "Admin" and "Personal" choices for the role type.

Performance improvements

  • We improved the performance for customers that have defined many roles, regardless of which type of role. The improvements will be noticeable for several use-cases in the RITM UI as well as for functional APIs, but will mostly be noticeable for actions by power users.

More validations on the rule wizards in the RITM UI

  • Previously it was possible to skip some required configuration when defining rules in the RITM UI which would lead to having to go back and forth on the tabs. We improved some of the validations and the way that potential errors are shown.

What's changed

Don't allow duplicate roles in the RITM UI

  • We have changed the behavior in the RITM UI to no longer allow you to add a duplicate role. Customers that have the multi-company feature enabled can no longer add duplicate roles within the context of one group. All customers can no longer add duplicate roles when there is no context.

What's fixed

Unalterable attributes are still send for the functional API

  • Unalterable attributes can be written once and should not be altered afterwards. We would however, in some circumstances, still allow you to change these attributes by using the "Edit user" functional API. Unalterable attributes will now never be changed, as intended, regardless if users are managed via the RITM UI or via the functional APIs.

Changing the state of users in the RITM UI could lead to errors

  • Whenever the state of a users was changed in the RITM UI (e.g. "Block user", "Delete user") we would sometimes show an error in the UI even though the actual change happened. Secondly the RITM UI would not show the just changed user. The issues with respect to state changes have been fixed so that the UI shows the new state of the user and doesn't report an error.

White screen is shown when managing roles for users in the RITM UI

  • We would sometimes show a white screen when trying to manage the roles of users, for example via "Edit user". We fixed the issue so that role management is again possible for all use-cases.

Deleting an attribute category doesn't cleanup the list of categories

  • When an attribute category is deleted (not being the last) in the RITM UI, other categories don't have the proper position number anymore. The issue has been fixed so that the numbering is correct whenever an attribute category is deleted, regardless of the place in the list.
Type to search, ESC to discard
Type to search, ESC to discard
Type to search, ESC to discard
  Last updated