Toggle menu

Standardised Site iCM4j 16.0.1140

Breaking Changes

There are no breaking changes in this release.

Capita SCP Multi Item Payment Field 10.1.55

This is a fix for last week's release. We found that the request to Capita would fail if the new "merchantCode" property wasn't set. The payment field now works with or without this property, so is fully backwards compatible with previous versions.

Case Management 1.39.1833 and Case Management Complaints 1.39.128

This release:

  • Increases the character limit for case history notes to 6,000
  • Adds the case open and closed dates to the "enquiry view" of a case (ie the details view displayed from links in search results and elsewhere where the case isn't accessed directly from Self Service)
  • Fixes an error when cancelling a task built from the "multipurpose" task snippets
  • Updates the dashboards so context variables aren't accessed directly

iCM4j 27.18.1325

The latest version of the framework core resources 27.4.1431 which adds an internationalisation token for a generic error message (which will be used in a future iCM forms release) and fixes some overlapping text with checkboxes in forms on a mobile.

User Registration Form

This framework release has a new version of the CITIZENSIMPLESIGNUPEXAMPLE registration form. We found that the uniqueness checking for email addresses wasn't thorough enough, so users could create duplicate accounts if they first logged in with a third party provider, then registered again using the form (the checking worked fine if a user's first registration was via the form, ie they had an existing user of the icmsiteuser type).

If you are using this registration form, it will be updated automatically to the fixed version. If you have taken a copy of it, you can apply the fix manually to your own version by:

  • Find the "Next" button on the VALIDATE page
  • Open the Next Function
  • Replace the existing function with:
     

    function(helper, defaultPage, sessionData) {
        if (helper.queryFieldValue('VALIDATE', 'PIN') == helper.getVariable('PIN')) {
            // The PIN is correct, where next?
            const requestParams = {
                "email": helper.queryFieldValue("EMAIL"),
                "subsiteId": helper.getSiteVariable("SUBSITEID")
            };
            const result = helper.utilServerAPIServerCall("serverlibrary", "goss.solutions.api.users.checkUniqueEmail", requestParams);
            if (result.success && !result.exists) {
                // An account doesn't exist, allow the user to continue to
                // the profile page
                return "PROFILE";
            }
            // An account already exists, they've validated ownership
            // of the email address so we can tell them this fact
            return "USEREXISTS";
        }
        // The user got the PIN wrong
        return helper.getPageName();
    }

Solutions API 2.6.57

Adds the goss.solutions.api.users.checkUniqueEmail end point used in the registration form above.

Last modified: 12 February 2024 11:20
Last modified on 12 February 2024

Share this page

Facebook icon Twitter icon email icon

Print

print icon