Merative ™ Social Program Management 8.0.0

Merative ™ Social Program Management is now Cúram ™ by Merative™

Release Notes

Abstract

Merative Social Program Management 8.0.0 Release Notes

Content

Introduction
System Requirements
Download
Installation
Improvements, Resolved Issues, Third Party Updates and Code Removals
Notes on Deprecation
Known Issues
Notices

Introduction

Welcome to the Merative Social Program Management 8.0.0 release.

This 8.0.0 release includes new functionality. For detailed information about the new features, see the What's new in Version 8.0.0 topic in the product documentation.

For more information about version 8.0.0, see the full product documentation in Product documentation and PDFs.

For the latest version of the release notes, see https://curam-spm-devops.github.io/wh-support-docs/spm/release-notes

A CSV file is attached at the end of this document, which summarizes these release notes. Also attached is a PDF, providing more details of Code Removals in this release.

System Requirements

For information about the supported software and hardware for this release, see the Merative Social Program Management Prerequisites.

Download

See the download instructions for this release at /support/spm.

Installation

Install the Merative Social program Management software and supported related software according to the Installing a development environment instructions in Merative Documentation.

Additional installation instructions can be found in the Development Environment Installation Guide.

Upgrading

If you are upgrading from a previous version, the Merative Social program Management Upgrade Helper contains documentation and tooling to help you to upgrade your Merative Social program Management application codebase and database to work with your new version of Merative Social program Management. The Merative Social program Management Upgrade Guide describes a recommended process for performing application and database upgrades. The Upgrade Helper contains tools to assist you with implementing the upgrade, including tooling to produce a schedule of required migrations for your upgrade, tooling to provide information about database schema changes and tooling to generate initial SQL scripts for applying changes to your database.

To download the appropriate version of the Merative Social program Management Upgrade Helper, see the download instructions at /support/spm.

Improvements, Resolved Issues, Third Party Updates and Code Removals

Accessibility
Look and Feel
Curam Enterprise Framework
Curam Modules
Solutions
Product Documentation
Code Removal
Third Party Updates

Accessibility

WorkItem:257943 - A user is unable to navigate across the content area tab navigation bar using the Up and Down arrow keys

Issue Description:

When a user is on the content area tab navigation bar on an intake case in Child Welfare, the user should be able to navigate across the tab navigation bar pressing the Up Arrow key and the Down Arrow key. The user is unable to navigate from one tab to another pressing the Up Arrow key and Down Arrow key.

User Interface Impact: No

Steps to Reproduce:

  1. Login as a Child Welfare Structured Decision-Making intake worker.
  2. Navigate to an existing Intake home page.
  3. Press the Tab key to navigate to the Home tab in the tab navigation bar.
  4. Press the Down Arrow key to move to the next tab.
  5. Issue: The user is unable to navigate between the tabs pressing the Up Arrow key and Down Arrow key.

Resolution:

The issue has been resolved. The user is now able to navigate through the tab navigation bar using the Up arrow key and the Down arrow key for the Child Welfare intake case.

Technical:

Intake cases in Child Welfare had been configured so that when a new navigation tab is selected, the parent application tab is refreshed. When the parent application tab is refreshed, a dynamic tab loader Java class is invoked which subsequently causes tabs in the tab navigation bar to be reloaded via Javascript. When the currently selected navigation tab is reloaded on the page, the browser focus moves from the selected tab to the top of the screen.

The Javascript related to navigation tabs has been updated so that browser focus remains on the selected tab after the tabs within the tab navigation bar have been reloaded. An attempt to address this issue was previously implemented where a custom Javascript file, CFSS/webclient/components/ChildServices/WebContent/CDEJ/FixTabFocus.js, was invoked by three UIM pages in order to reset the browser focus back to the selected tab after the page was navigated to. The references to this custom Javascript file have been removed from these UIM pages and the custom Javascript file has been removed.

WorkItem:263021 - There are a number of accessibility issues in the tooltip dialog that is opened from an icon in a context panel

Issue Description:

There are several accessibility issues with the tooltip dialog that can be opened from an icon in a context panel, for example, the Special Caution icon.

There are issues for keyboard users who interact with the tooltip dialog. These are as follows:

There is also an issue for screen reader users when they are using Internet Explorer 11.

User Interface Impact: No

Steps to Reproduce:

Scenario 1:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Click on the Issues and Proceedings tab and select Special Cautions.
  4. Use the New page action to create a Special Caution.
  5. When the context panel has refreshed, navigate to the Special Caution icon.
  6. Using the keyboard, open by pressing the Space key.
  7. Try to close the dialog by pressing the Esc key.
  8. Issue: The dialog does not close.

Scenario 2:

  1. Login as a caseworker using the Google Chrome browser.
  2. Register a new Person.
  3. Click on the Issues and Proceedings tab and select Special Cautions.
  4. Use the New page action to create a Special Caution.
  5. When the context panel has refreshed, navigate to the Special Caution icon.
  6. Using the keyboard, open by pressing the Space key.
  7. Close the dialog by pressing the Space key when the focus is on the close button.
  8. Open the dialog again by pressing the Space key.
  9. Issue: The dialog closes as soon as it is opened in the Google Chrome browser.

Scenario 3:

  1. Login as a caseworker using the Google Chrome browser.
  2. Register a new Person.
  3. Click on the Issues and Proceedings tab and select Special Cautions.
  4. Use the New page action to create a Special Caution.
  5. Create a new Incident and two Investigations from the Incidents and Investigations menus, respectively.
  6. Navigate to the Investigation case created second.
  7. Open the tooltip dialog from the Investigation or Incident icons.
  8. Click inside the tooltip dialog. Press Tab.
  9. Issue: The tabbing order is confusing as the close button receives focus last, but it's contained in the title section.
  10. Open the tooltip dialog from the Incident icon.
  11. Click inside the tooltip dialog. Press Shift+Tab.
  12. Issue: The keyboard focus moves outside the tooltip dialog.

Scenario 4:

  1. Enable a screen reader.
  2. Login as a caseworker using Internet Explorer 11.
  3. Register a new Person.
  4. Click on the Issues and Proceedings tab and select Special Cautions.
  5. Use the New page action to create a new Special Caution.
  6. When the context panel has refreshed, navigate to the Special Caution icon.
  7. Using the keyboard, press Space on the Special Caution icon.
  8. Issue: When the tooltip dialog opens, there is no contextual information announced and only the close button is announced.

Resolution:

The accessibility issues with the tooltip dialog have now been resolved and a user can now close the tooltip dialog by pressing the Esc key. The tab order inside the dialog has been ordered correctly, and when a user is focused on the container element of the tooltip dialog, if the user presses the Shift+Tab keys, the focus will move to an element within the dialog.

In the Google Chrome browser, the tooltip dialog will remain open after a user has pressed the Space key to open the tooltip dialog. In the Internet Explorer 11 browser when a user is using a screen reader, the tooltip title and content is announced when the dialog is opened.

Technical:

The Javascript for the tooltip dialog widget has been updated to address the accessibility issues that occur when interacting with a tooltip dialog in a context panel.
The JavaScript classes that have been updated are:

PO08596, WorkItem:265093 - The screen reader does not announce the details of error messages on modal pages

Issue Description:

The screen reader does not announce the details of error messages on modal pages. On non-modal pages, the browser tab title does not indicate there are error messages present.

User Interface Impact: No

Steps to Reproduce:

Scenario 1: Modal pages

  1. Enable a recommended screen reader.
  2. Login as a caseworker.
  3. Launch the Register Person wizard.
  4. From the Registered Person Check page, click Search without specifying any criteria.
  5. Issue: An error message is displayed on the modal but its content is not read by the screen reader.

Scenario 2: Non-modal pages

  1. Login as a caseworker.
  2. Search for a Person.
  3. Navigate to the Search button and run an empty search.
  4. Issue: The browser tab title is not updating to display the presence of error message(s).

Resolution:

The screen reader will announce the details of error messages present on modal pages. On non-modal pages, the browser tab title indicates when there are error messages present.

WorkItem:265367 - The browser focus indicator for links in context panel is not visible

Issue Description:

When a user navigates to the links in the side pane of the context panel pressing the Tab key, such as Items to Verify and Issues, for example, the focus should highlight the link. Instead, the focus is lost and the links are not clearly highlighted.

User Interface Impact: No

Steps to Reproduce (Generic):

  1. Login as a caseworker using a supported browser.
  2. Navigate to the Case and Outcomes section and register a Person and create an integrated case.
  3. Open the integrated case and pressing the Tab key from the keyboard, navigate to the link ‘Items to verify’ inside the context panel.
  4. Issue: The focus is not visible on the links in the side pane of the context panel.

Resolution:

The issue has been resolved. When the user navigates to the side pane of a context panel pressing the Tab key, the links are now highlighted.

WorkItem:265368 - The documented keyboard shortcuts don't work for the Date Picker widget in the Universal Access classic application

Issue Description:

In the Universal Access classic application when a supported screen reader is used, the date fields are not announced correctly. Also, the Date Picker widget is not accessible using the keyboard commands (Ctrl+Page Up and Ctrl+Page Down) that are defined in the product documentation.

User Interface Impact: No

Steps to Reproduce:

  1. Start a screen reader.
  2. Login as an external user to the Universal Access classic application using a supported browser.
  3. Create an account.
  4. On the home page, select the 'Apply for assistance with your Health Care application' link.
  5. Navigate to the Information About You page.
  6. Navigate to the Date of Birth field by pressing the Tab keyboard navigation key.
  7. Issue 1: The date field is not announced correctly by the screen reader.
  8. Press the Down Arrow key to open the Date Picker pop-up.
  9. Go to the current date and press Ctrl+Page Down to navigate to the same day in the following year.
  10. Issue 2: The Date Picker does not respond to the keyboard commands (Ctrl+Page Up and Ctrl+Page Down) that are defined in the product documentation.

Resolution:

The product documentation has been updated to specify the keyboard commands (Alt+Page Down and Alt+Page Up) to navigate to the previous and next year in the Universal Access classic application Date Picker widget. Also, the date field input has been updated so that the screen reader announces the field correctly.

The updated documentation is available at: https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

WorkItem:265372 - Combo boxes are not announced correctly by a supported screen reader

Issue Description:

When a supported screen reader is used, combo boxes are not announced correctly. The screen reader incorrectly announces combo boxes as list boxes. Users are therefore not provided with sufficient context.
User Interface Impact: No

Steps to Reproduce:

  1. Start a screen reader.
  2. Login as a caseworker.
  3. Open the Register Person page.
  4. Navigate to the Gender combo box on the first page of the wizard.
  5. Issue: The combo box is not announced correctly by the screen reader.

Resolution:

Now when a screen reader user navigates to a combo box, the screen reader correctly announces the combo box.

WorkItem:265373 - Screen reader issue on search when using the Edge Chromium browser

Issue Description:

When a supported screen reader is used, there is a search issue when using the Edge Chromium browser. When a search is performed, the number of search results returned is not announced by the screen reader.
User Interface Impact: No

Steps to Reproduce:

  1. Enable a supported screen reader.
  2. Login as a caseworker using the Edge Chromium browser.
  3. Click on the Search for a Person quick link on the home page.
  4. Search for an existing person.
  5. Issue: The number of records returned by the search is not announced by the screen reader when the page has reloaded.

Resolution:

This issue has been resolved. Now, when a screen reader user performs a search using the Edge Chromium browser, the number of search results returned is announced by the screen reader.

WorkItem:265374 - When navigating column headers on a sortable list using the Edge Chromium browser, column headers are incorrectly announced by a screen reader

Issue Description:

On the Edge Chromium browser, when a column header on a sortable list is selected by using the keyboard navigation, the screen reader incorrectly announces the header as 'Unlabelled zero button'. Screen reader users are therefore not provided with sufficient context about the sortable list column.
User Interface Impact: No

Steps to Reproduce:

  1. Start a supported screen reader and open the Edge Chromium browser.
  2. Login as a caseworker.
  3. Click on the Search for a Person quick link on the home page.
  4. Perform a search using criteria that returns several people.
  5. Navigate to the second column header for the returned list of people.
  6. Navigate back to the first column header for the list of people.
  7. Issue: The screen reader announces the column header as 'Unlabelled zero button'.

Resolution:

This issue has been resolved. Now on the Edge Chromium browser, when a column header on a sortable list is selected using the keyboard navigation (Tab or Shift and Tab keys), the screen reader correctly announces the column header and the current sorted column order.

WorkItem:265376 - The browser focus goes to the next element on the page when the Enter key is pressed on the File Upload browse button

Issue Description:

In the Edge Chromium browser, when a supported screen reader is used and the file upload browse button is selected by pressing the Enter key, the browser focus moves to the next element on the page.

User Interface Impact: No

Steps to Reproduce:

  1. Start a screen reader.
  2. Login as a caseworker using the Edge Chromium browser.
  3. Register a new person and go to the Client Contact tab on the navigation bar.
  4. On the Client Contact page, go to Attachment.
  5. Click on the New page action control.
  6. Go to the file upload browse button and press the Enter key.
  7. Issue: The screen reader moves the focus to the next element on the page.

Resolution:

Now when you use a screen reader and you select the file upload browse button by pressing the Enter key, the screen reader announces the appearance of a pop-up window and you can select a file to upload.

WorkItem:265377 - Search results and keywords link in the Smart Navigator widget are not announced by the screen reader

Issue Description:

When a supported screen reader is used and you search by using the Smart Navigator widget, the search results, and the content of the keywords list, are not announced.
**User Interface Impact: **No

Steps to Reproduce:

Scenario 1:

  1. Start a screen reader.
  2. Login as a caseworker.
  3. Press the Tab key to navigate to the keywords link in the Smart Navigator widget and press Enter.
  4. Issue: The content of the keyword list is not announced by the screen reader.

Scenario 2:

  1. Start a screen reader.
  2. Login as a caseworker.
  3. Press the Tab key to navigate to the Smart Navigator widget.
  4. Search for an existing person.
  5. Issue: The search result is not announced by the screen reader.

Resolution:

Now when a screen reader user searches by using the Smart Navigator widget, the search results, and the content of the keywords list, are announced to the user.

Technical:

The following files were updated as part of addressing the accessibility issues with the Smart Navigator widget:

WorkItem:265759 - The summary content of tables with headers is announced incorrectly by a screen reader when using Internet Explorer 11

Issue Description:

When a supported screen reader is used and a visually impaired user navigates to a table with headers, the screen reader announces the default summary content of tables as 'Table for formatting purpose only' when using Internet Explorer 11 (IE11).

Note:

All of the reported instances of this issue occur in Child Welfare.

User Interface Impact: No

Steps to Reproduce (Child Welfare):

Scenario 1:

  1. Start a screen reader.
  2. Login as a Child Welfare caseworker by using IE11.
  3. Register a new Person.
  4. Click the Background tab and select Education.
  5. Issue: The screen reader announces the table on the Education page incorrectly.

Scenario 2:

  1. Start a screen reader.
  2. Login as a Child Welfare caseworker by using IE11.
  3. Register a new Person.
  4. Click the Background tab and select Employment.
  5. Issue: The screen reader announces the table on the Employment page incorrectly.

Scenario 3:

  1. Start a screen reader.
  2. Login as a Child Welfare caseworker by using IE11.
  3. Register a new Person.
  4. Click the Background tab and select Gang Affiliation.
  5. Issue: The screen reader announces the table on the Gang Affiliation page incorrectly.

Scenario 4:

  1. Start a screen reader.
  2. Login as a Child Welfare caseworker by using IE11.
  3. Select Register Person and Create Case under Cases in the shortcuts panel.
  4. Enter person details and select Ongoing Case in the Type drop-down.
  5. Click Save.
  6. On the Ongoing Case, click the Contact tab and select Contact Logs.
  7. Issue: The screen reader announces the table on the Contact Logs page incorrectly.

Scenario 5:

  1. Start a screen reader.
  2. Login as a Child Welfare caseworker by using IE11.
  3. Select Register Person and Create Case under Cases in the shortcuts panel.
  4. Enter person details and select Ongoing Case in the Type drop-down.
  5. Click Save.
  6. On the Ongoing Case, click the Administration tab and select Related Cases.
  7. Issue: The screen reader announces the table on the Related Cases page incorrectly.

Scenario 6:

  1. Start a screen reader.
  2. Login as a system administrator by using IE11.
  3. Click Property Administration below Application Data in the shortcuts panel.
  4. Enter 'curam.evidence.pdc.personenabled' in the Name field and click Search.
  5. Use the Edit Value row-level action to update the value of the returned property to NO and click Save.
  6. Use the Publish page action to publish the changes.
  7. Login as a Child Welfare caseworker using IE11.
  8. Register a new Person.
  9. Click the Identity tab and select Alternate Names.
  10. Issue: The screen reader announces the table on the Alternate Names page incorrectly.

Scenario 7:

  1. Start a screen reader.
  2. Login as a system administrator by using IE11.
  3. Click Property Administration below Application Data in the shortcuts panel.
  4. Enter 'curam.evidence.pdc.personenabled' in the Name field and click Search.
  5. Use the Edit Value row-level action to update the value of the returned property to NO and click Save.
  6. Use the Publish page action to publish the changes.
  7. Login as a Child Welfare caseworker using IE11.
  8. Register a new Person.
  9. Click on the Identity tab and select Alternate IDs.
  10. Issue: The screen reader announces the table on the Alternate IDs page incorrectly.

Resolution:

This issue is now resolved and a screen reader no longer announces the content of tables with headers incorrectly as it is not necessary information for visually impaired users.

Technical:

A javascript page generator file was updated to prevent a screen reader from announcing the summary content of a table with headers. This is a generic fix and will address every instance of this problem, not just for the examples provided above.

WorkItem:266244 - The browser focus is not visible on the icon that was used to launch a window after the window is closed

Issue Description:

After a window is closed, the browser focus is not visible on the icon that was used to open the window. For example, when a user creates a new activity in the Calendar section, the New Activity modal is launched and from this page when the user navigates to the Location search link icon and presses the Enter key, a window appears. After searching, the window closes and the user is returned to the New Activity modal. The browser focus should be on the Location search link icon. However, the focus does not return to the Location search link icon, which causes an issue for accessibility users. This issue was also seen on the New Evidence modal.

User Interface Impact: No

Steps to Reproduce:

Scenario 1

  1. Login as a caseworker.
  2. Go to the Calendar section and launch the modal to create a new activity.
  3. Go to the Location search icon pressing the Tab key and press Enter.
  4. When the window appears, navigate to the close button and press Enter.
  5. Issue: The browser focus returns to the previous modal and the focus is not on the original Location search link icon after the Locations modal is closed.

Scenario 2

  1. Login as a caseworker.
  2. Search for a person and select a person from the list.
  3. Go to the Evidence tab and click the New link to create new evidence.
  4. When the modal appears, navigate to the close button and press Enter.
  5. Issue: The browser focus returns to the previous page and the focus is not on the original New link after the New Evidence modal is closed.

Resolution:

This issue is now resolved. After a window is closed, the browser focus is visible on the icon that was used to open the window.

WorkItem:266247 - Browser focus is not moving to the top of the list when a new page number or page size is selected

Issue Description:

The browser focus is not moving to the top of a list when a new page number or page size is selected in the list control panel of a paginated list.

User Interface Impact: No

Steps to Reproduce:

  1. Login as an administrator.
  2. Select the Cúram Express Rule Sets link in the Rules and Evidence section in the shortcuts panel.
  3. Perform a blank search to return a large number of results.
  4. Navigate to the paginated list control panel at the bottom of the list.
  5. Select the link to bring you to the next page in the paginated list and press Enter.
  6. Issue: The browser focus does not move to the top of the list.

Resolution:

Now when a user selects a new page number or page size in the list control panel of a paginated list, the browser focus moves to the top of the list.

WorkItem:266249 - Screen reader announces the header of sortable columns in a list as a button

Issue Description:

When a supported screen reader is used, and a user navigates back to a sortable column header of the Search Results by pressing the Shift+Tab key, the screen reader incorrectly announces the column header as a ‘button’ rather than reading the name of the column header. The column header should be read the same way whether pressing the Tab key or Shift+Tab keys.
User Interface Impact: No

Steps to Reproduce:

  1. Start a supported screen reader and open a supported browser.
  2. Login as a caseworker.
  3. Select Search for a Person from the Quick Links pod.
  4. Perform a search using criteria that returns a list of several person names. The screen reader correctly announces the header name as Person.
  5. Navigate to the second column header by pressing the Tab key.
  6. Navigate back to the first column header by pressing the Shift+Tab key.
  7. Issue: The screen reader announces the column header as a 'button'.

Resolution:

The issue has been resolved. When a user navigates back to the sortable column header of the search result, the screen reader announces the column header name and column sort order correctly.

WorkItem:266250 - The screen reader announces the error messages on a page as the list box element in the Edge Chromium browser

Issue Description:

When a supported screen reader is used and there is an error message on the page, the screen reader announces the contents of the error message and announces 'list box to move to an item use arrow keys', which is incorrect.

**User Interface Impact: **No

Steps to Reproduce:

  1. Start a supported screen reader.
  2. Login as a caseworker by using the Edge Chromium browser.
  3. Select the Search a Person link under the Quick Links pod.
  4. Leave all the fields empty and click the search button.
  5. Issue: An error message displays and is announced by the screen reader, followed by the message 'list box to move to an item use arrow keys'.

Resolution:

The issue has been resolved. When a screen reader user goes to a page that contains error messages, the error messages are not announced as a list box element.

WorkItem:266663 - The screen reader announces 'alert' when opening any modal from the Registration section of the shortcuts panel

Issue Description:

The screen reader incorrectly announces 'alert' upon opening modal pages from the Registration section of the shortcuts panel when using the Microsoft Edge Chromium browser.

User Interface Impact: No

Steps to Reproduce

  1. Enable a screen reader on Microsoft Edge Chromium browser.
  2. Login as a caseworker.
  3. Select Person under Registration in the shortcuts panel.
  4. Issue: The word 'alert' is incorrectly announced by the screen reader.

Resolution:

This issue was resolved by updating the HTML template that is used by modal pages. The screen reader no longer announces 'alert' upon the opening of a modal when using the Microsoft Edge Chromium browser.
Technical:

The following file has been changed:

WorkItem:267516 - Date fields in the Universal Access classic application are not announced properly using a supported browser and a supported screen reader

Issue Description:

When a supported screen reader is used and the user navigates to a Date field in the Universal Access classic application, the Date field is not announced correctly as being a combo box component by the screen reader and its list items cannot be navigated as expected by pressing the arrow keys.
**User Interface Impact: **No

Steps to Reproduce:

  1. Start a supported screen reader.
  2. Login as an external user to the Universal Access classic application using a supported browser.
  3. Apply for healthcare assistance.
  4. Navigate to a date field on the page in the application pressing the Tab key.
  5. Issue: The screen reader announces the date field incorrectly as a textbox.

Resolution:

Now when a screen reader user navigates to a Date field in the Universal Access classic application, the field is announced correctly by the screen reader and the arrow keys can be used to expand the calendar and navigate through the calendar component.

WorkItem:267546 - Navigating the list items of a combo box with the keyboard is not working correctly

Issue Description:

When a user navigates to a list of items of a combo box by pressing the Down Arrow key, the focus indicator moves to the next field. The user is unable to navigate through the list of items.

User Interface Impact: No

Steps to Reproduce:

  1. Start a supported screen reader.
  2. Login as a caseworker using a supported browser.
  3. Click the Register a Person link.
  4. Navigate to the Gender combo box on the first page of the wizard.
  5. Use the Arrow keys to expand the combo box and navigate to its list items.
  6. Issue: Navigating the list items of a combo box by pressing the Down Arrow key is not working correctly.

Resolution:

When a screen reader user navigates to a combo box field, the Arrow keys can be used to expand the combo box and navigate to its list items.

Technical:

The following files were updated as part of addressing this issue:

WorkItem:267839 - Combo boxes in the Universal Access classic citizen application are not announced properly and cannot be correctly interacted with using Edge Chromium and a supported screen reader

Issue Description:

When a supported screen reader is used by a visually impaired user, and the user navigates to a combo box field in the Universal Access classic citizen application, the combo box is not announced correctly by the screen reader. The list items cannot be navigated as expected by using the Arrow keys.
User Interface Impact: No

Steps to Reproduce:

  1. Start a screen reader.
  2. Login as an external user to the Universal Access classic citizen application.
  3. Apply for healthcare assistance.
  4. Navigate to a page in the assessment where a combo box is present and use the keyboard to navigate to the combo box.
  5. Issue: The screen reader does not announce the combo box correctly as a combo box. Using the keyboard, the combo box cannot be expanded to reveal its list items.

Resolution:

Now when a screen reader user navigates to a combo box field in the Universal Access classic citizen application, the field is announced correctly by the screen reader. The arrow keys can be used to expand the combo box and navigate through its list items.

WorkItem:268079 - The screen reader is not announcing any page content when navigating in a frame that has been reloaded in the Edge Chromium browser

Issue Description:

When a supported screen reader is used and a page is reloaded, the screen reader stops announcing the page content when the user tries to navigate throughout the page.

User Interface Impact: No

Steps to Reproduce:

  1. Start a supported screen reader.
  2. Login as a caseworker by using the Edge Chromium browser.
  3. Perform a person search which causes the page to reload.
  4. Issue: The screen reader stops announcing the content inside the reloaded page.

Resolution:

Now when a page is reloaded, the screen reader announces the content of the page that is reloaded when the user tries to navigate throughout the page.

WorkItem:268623 - On an intake case, browser focus is moved to the informational message on the Recommendation page instead of remaining on the Recommendation tab

Issue Description:

When a user navigates to the Recommendation tab on an intake case, the browser focus is moved to the informational message on the Recommendation page instead of remaining on the Recommendation tab in the tab navigation bar.

User Interface Impact: No

Steps to Reproduce:

  1. Login as a Structured Decision-Making Child Welfare intake worker.
  2. Navigate to an existing Intake home page.
  3. Press the Tab key to navigate to the Home tab in the tab navigation bar.
  4. Press the Down Arrow key to move to the Recommendation tab.
  5. Issue: Browser focus is moved to the informational message on the Recommendation page instead of remaining on the Recommendation tab in the tab navigation bar.

Resolution:

Javascript related to navigation tabs has been updated to ensure browser focus remains on the Recommendation tab in the tab navigation bar after the Recommendation page loads and the informational message is displayed.

WorkItem:269099 - When a screen reader is enabled, the widget type is announced when opening a tooltip dialog and selecting the close button does not close the dialog

Issue Description:

When a supported screen reader is used, and the Special Caution tooltip of the context panel is opened, the screen reader announces the widget type along with the tooltip dialog title and content. Also, when a user navigates to the close button of the tooltip dialog and presses the Enter or Space key, the tooltip dialog does not close.

User Interface Impact: No

Steps to Reproduce:

  1. Start a screen reader.
  2. Login as a caseworker.
  3. Register a new Person.
  4. Click the Issues and Proceedings tab and select Special Cautions.
  5. Create a New Special Caution for the person.
  6. Navigate to the Special Cautions icon in the Context Panel by pressing the Tab key.
  7. Open the Special Caution tooltip by pressing the Enter key.
  8. Issue: The dialog widget type is announced as well as the tooltip dialog title and content.
  9. Navigate to the Close button and press the Enter or Space key to Close the tooltip dialog.
  10. Issue: The tooltip dialog does not close.

Resolution:

This issue has been resolved. When a user navigates to open the Special Cautions icon, the screen reader correctly announces the content of the tooltip dialog. The tooltip dialog now closes when a user presses the Enter or Space key on the close button.

Technical:

The Javascript for the tooltip dialog widget has been updated to address the accessibility issues that occur for screen reader users when they open and close a tooltip dialog in a context panel by using the keyboard.

WorkItem:270897 - The page actions toolbar is not announced as a toolbar by a screen reader

Issue Description:

The page toolbar containing the Refresh, Print, and Help page action icons is not announced as being a toolbar by a screen reader.

User Interface Impact: No

Steps to Reproduce:

  1. Start a supported screen reader.
  2. Login as a caseworker.
  3. Navigate to the Calendar section.
  4. Navigate to the first page action icon within the toolbar.
  5. Issue: The toolbar is not announced as a toolbar by the screen reader.

Resolution:

This issue has been resolved and the page actions toolbar is now announced as a toolbar by a screen reader.

WorkItem:271038 - The home page toolbar is not announced as a toolbar by a screen reader

Issue Description:

The home page toolbar is not announced as a toolbar by a screen reader.
**User Interface Impact: **No

Steps to Reproduce:

  1. Start a supported screen reader.
  2. Login as a caseworker.
  3. On the home page, press the Tab key to navigate to the first icon in the toolbar.
  4. Issue: The icon is announced by the screen reader but the toolbar that contains the icon is not announced as a home page toolbar by the screen reader.

Resolution:

This issue has been resolved and the home page actions toolbar is now announced as a home page toolbar by a screen reader.

Look and Feel

PO07593, WorkItem:219669 - Supporting Information text is truncated when the page is being printed

Issue Description:

A typographical error appears when a user prints a Notification page. The letters 'S' and 'u' from the text 'Supporting Information' are missing. The term 'Supporting Information' is truncated and the text is missing.

User Interface Impact: No

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Create any integrated case for the person.
  4. Click the Inbox section and select My Notifications under Notifications in the shortcuts panel.
  5. Expand the Notification that was created by assigning the role of case owner for the newly created integrated case.
  6. Click the Print button on the upper right side of the page.
  7. Issue: On the print preview, the term 'Supporting Information' is truncated. The letters 'S' and 'u' from the term and the text is missing.

Resolution:

With the new components and Carbon styling that is implemented in the UI, this issue has been resolved. The text 'Supporting Information' is no longer truncated, is spelled correctly, and the text is now visible.

PO07825, WorkItem:232150 - Drop Down Default Text is not displayed completely

Issue Description:

When an insurance affordability caseworker is creating an insurance affordability application, if a drop-down input field is used, the default text is not displayed completely in the drop-down field.

**User Interface Impact: **Yes

HCR:

Steps to Reproduce:

  1. Login as an insurance affordability caseworker.
  2. Open the HCR Cases and Outcomes tab.
  3. In the Shortcuts panel, open the Registration toggle.
  4. Select Person and then register a new person.
  5. On the newly registered person's page, in the page action commands on the top right, start a new application.
  6. Navigate through the application by providing the required mandatory answers for each page until you reach a page with a drop-down input field.
  7. Issue: The default text string in the drop-down is not fully displayed in the field.

Resolution:

With the new components and Carbon styling implemented in the user interface the issue has been resolved. The default drop-down text is now displayed fully in the input field.


Intelligent Evidence Gathering:

Prerequisite(s):

A custom configuration IEG script definition question page containing:

Steps to Reproduce:

  1. Launch the custom configured IEG script definition.
  2. Navigate to the drop-down field with default text.
  3. Issue: The default text string in the drop-down is not fully displayed in the field.

Resolution:

With the new components and Carbon styling implemented in the user interface the issue has been resolved. The default drop-down text is now displayed fully in the input field.

PO07911, WorkItem:237125 - The header 'undefined' is printed at the top of the page when the page has expandable list items

Issue Description:

When a user selects the page level Print icon, the word 'undefined' is printed on the page when the page contains expandable list items.
User Interface Impact: No

Steps to Reproduce:

  1. Login is a caseworker.
  2. Register a Person.
  3. Navigate to the Client Contact tab.
  4. Collapse the Context Panel by clicking on the Toggle.
  5. Create a New Note.
  6. Click the toggle to expand the inline page of the Note record.
  7. Select the Print icon to print the content.
  8. Issue: Page prints with ‘undefined’ on the page, instead of the page title.

Resolution:

With the new components and Carbon styling implemented in the UI, this issue has been resolved and the printed page now correctly displays the titles of the page.

PO08046, WorkItem:241414 - The page title and page level action link text gets truncated when printing a page in Portrait mode in the Google Chrome browser

Issue Description:

When a user selects the page level Print icon and sets the print orientation to Portrait mode, the page title and the page actions link text on the printed page is truncated.

User Interface Impact: No

Steps to Reproduce:

  1. Login as a caseworker using the Google Chrome browser.
  2. Register person.
  3. Navigate to Special Cautions page in the Issues and Proceedings tab.
  4. Click on the Print icon and set the print orientation mode to Portrait.
  5. Issue: The page title and link text at the top of the main content page is truncated.

Resolution:

With the new components and Carbon styling implemented in the UI, this issue has been resolved. The text on the printed page is displayed correctly.

WorkItem:243298 - When printing on a case with multiple case members, the layout of the Print page is displayed incorrectly

Issue Description:

When a user selects the Print icon to print multiple case members that are displayed in the Context Panel, the layout of the Print page is incorrectly displayed.
**User Interface Impact: **No

Steps to Reproduce (Generic):

  1. Login as a caseworker.
  2. Register a person.
  3. Create a new integrated case.
  4. Go to the Participants tab and add two more case members.
  5. Select the Print icon.
  6. Issue: The layout of the Context Panel and the case members are incorrectly displayed on the Print page.

Resolution:

With the new components and Carbon styling that is implemented in the UI, this issue has been resolved. The Context Panel and the case members are now correctly displayed on the Print page.

PO08135, WorkItem:243719 - When a scroll bar is present in the page-group navigation bar, the text truncation indicator (ellipsis) is not displayed for page titles that are too long to display fully

Issue Description:

When the scroll bar is present in the page-group navigation bar, the text truncation indicator (ellipsis) is not displayed for page titles that are too long to display fully. This issue does not occur if a scroll bar is not present in the page-group navigation bar.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login is a caseworker.
  2. Search for a Registered Person and open a Person Page.
  3. Click on the Client Contact tab.
  4. Resize the browser window for the scroll bar to display in the page-group navigation bar.
  5. Issue: Page titles in the page-group navigation bar are truncated without the ellipsis when they are too long to display fully.

Resolution:

With the new components and Carbon styling implemented in the UI, this issue has been resolved. The ellipsis is now displayed when a page title in the page-group navigation bar is too long to display fully.

PO08283, WorkItem:247043 - The content within the drop-downs and text area are truncated within the 'Add Related Family' page in a German deployment

Issue Description:

The drop-downs and the text area contain truncated text in the Add Related Family page in the German localisation.

User Interface Impact: Yes

Steps to Reproduce:

  1. Build and deploy the application in German.
  2. Login as a Child Welfare intake worker.
  3. Create a new Intake.
  4. Navigate to Participants tab.
  5. Select Add Related Family.
  6. Issue: The content within the drop-downs and the text area are truncated.

Resolution:

The content within the drop-downs, and the content within the text area are no longer truncated when selecting Add Related Family.

PO08411, WorkItem:249475 - Wrapping, spacing and truncation issues with modal dialogs

Issue Description:

In the Social Program Management (SPM) product, when viewing some modal dialogs there are wrapping, spacing and truncation issues such as:

  1. The gap between the field label and its corresponding value is too large.
  2. Field labels are wrapping.
  3. Drop-down menus and field values are truncated.

User Interface Impact: No

Steps to Reproduce:

The following steps refer to one of the multiple scenarios where the issues occur:

  1. Login as an Adoption Worker.
  2. Register a Person that is a child aged 10 years old.
  3. Click on the Care and Protection tab and select Cases.
  4. Use the New page action to create an Adoption Case.
  5. Select Edit from the tab action menu.
  6. Issue: On the Edit Case modal, the field label is wrapping and the drop-down menu is truncated.

Resolution:

With the new components and Carbon styling implemented in the UI, these issues have been resolved. In the following modal dialogs, field labels are no longer wrapping, there is sufficient space between field labels and the corresponding values, drop-down menus, and field values are not truncated.

PO08538, WorkItem:252763 - Incorrect list action menu height for home study records

Issue Description:

The list action menu height for an existing home study record is such that the caseworker can't see all the possible actions that can be taken.

User Interface Impact: No

Steps to Reproduce:

  1. Login as a Provider Management Resource Manager.
  2. Click on My Providers under Providers in the shortcuts panel.
  3. Open an existing provider by clicking on the Reference hyperlink.
  4. Click on the Credentials tab and select Home Studies.
  5. Use the New page action to create a new home study record.
  6. Select the row-level actions for the newly created home study record.
  7. Issue: The entire actions menu does not display, so it is difficult for the caseworker to see all the options available so the correct action can be selected.

Resolution:

With the new components and Carbon styling implemented in the UI, this issue has been resolved. The actions menu displays all possible actions that can be selected by a caseworker.

PO08904, WorkItem:252964 - Comments label wrapped on Close Outcome Plan & Close Assessment modals

Issue Description:

On the Close Outcome Plan and Close Assessments modals, the Comments labels are wrapped.

User Interface Impact: No

Steps to Reproduce:

  1. Login as an administrator.
  2. Navigate to the Shortcuts Panel.
  3. Click Outcome Management and select Assessment definitions.
  4. Select Child Strengths and Needs, navigate to the Cases tab and add a Child Welfare Outcome Plan - Basic Version.
  5. Login as a Child Welfare caseworker and register a child.
  6. Select the Care and Protection tab, navigate to Cases, click New, and select Ongoing Case.
  7. Click Save.
  8. Open the Ongoing case and navigate to the Outcome Plans tab.
  9. Create a New Outcome Plan.
  10. From the Actions menu, select close.
  11. Issue: Comments label is wrapped on the Close Outcome Plan modal.
  12. Click and open the new outcome plan case and navigate to the Assessments & Factors tab.
  13. Click Assessments and a New Assessment.
  14. Click the Assessment to open it. From the Actions menu, select close.
  15. Issue: Comments label is wrapped on Close Assessment modal.

Resolution:

With the new components and Carbon styling that is implemented in the UI, this issue has been resolved. All labels and fields display as expected.

PO08610, WorkItem:254975 - Attendee name is truncated on the Invite Attendee modal

Issue Description:

When creating a New Activity on the Calendar page, the user can choose to Save & Invite. On the Invite Attendee modal, the name of the attendee is truncated to 2-3 characters.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a supervisor and click on the Calendar workspace.
  2. Select the New Activity page action to create a new activity.
  3. Enter the mandatory details and click Save & Invite.
  4. On the Invite Attendee modal, click on the Search icon to select a person.
  5. Issue: The selected person's name is truncated and only two or three letters appear.

Resolution:

With the new components and Carbon styling implemented in the UI, this issue has been resolved. The selected person's name fully appears in the Attendee field of the Invite Attendee modal.

PO08497, WorkItem:255357 - Narrow drop-down fields within pages are causing truncation

Issue Description:

When viewing some modal dialogs the following issues exist:

  1. Field labels are wrapping
  2. Drop-down menus and field values are truncated.

**User Interface Impact: **Yes

Steps to Reproduce:

The following steps refer to one of the multiple scenarios where the issues occur:

  1. Login as an Administrator.
  2. Navigate to Administration Workspace, Provider Management, and then Training Courses.
  3. Select Edit.
  4. Issue: The field labels are wrapping and the drop-down menus are truncated.

Resolution:

With the new components and Carbon styling implemented in the user interface these issues have been resolved. In the following modal dialogs, field labels are no longer wrapping, there is sufficient space between field labels and the corresponding values, drop-down menus, and field values are not truncated.

WorkItem:256228 - Inconsistent display of page titles when printing notes

Issue Description:

When creating a new Note or Communication from the Client Contacts tab, then using the toggle option to expand the inline page and click the Print icon, the print layout is not consistent with the titles displayed on the inline page.

User Interface Impact: No

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Click the Client Contact tab and select Notes from the Page Group Navigation Bar.
  4. Create a new Note by using the New page action.
  5. Click the toggle to expand the inline page of the Note record.
  6. Click the Print icon to print the content.
  7. Issue: Print layout displays the text 'Notes - Merative Social Program Management’ at the top of the page instead of the page title.
  8. Click Communications from the Page Group Navigation Bar.
  9. Create a new Record Communication from the Actions Menu.
  10. Select 'Client is Correspondent' on the first page of the Record Communication wizard and click Next.
  11. On the second page of the wizard, enter the mandatory fields and click Save.
  12. Click the toggle to expand the inline page of the newly created record.
  13. Click the Print icon to print the content.
  14. Issue: Print layout displays the text 'undefined' at the top of the page instead of the page title.

Resolution:

With the new components and Carbon styling that is implemented in the UI, this issue has been resolved. When the Notes and Communications list item is expanded and the Print icon is clicked the titles displayed are consistent.

PO08770, WorkItem:259913 - The screen reader is reading action buttons in a modal window as 'Link'

Issue Description:

When a supported screen reader is used and a user navigates to an action button on a modal window by pressing the Tab key, the screen reader incorrectly announces the contents of the action button.

**User Interface Impact: **No

Steps to Reproduce:

  1. Start a supported screen reader.
  2. Login in as an eligibility worker using a supported browser.
  3. Search for a Registered Person.
  4. Navigate to the Financial Transactions tab.
  5. Click on the New Account Adjustment page action.
  6. Navigate to the Save button of the modal pressing the Tab key.
  7. Press the Enter key.
  8. Issue: The screen reader announces the Save button as ‘Save Link’.

Resolution:

With the new components and Carbon styling implemented in the UI, this issue has been resolved. When a user navigates to an action button, the screen reader announces the action button correctly.

PO08835, WorkItem:261634 - Labels and data for fields are improperly wrapped to a second line when selecting View All on the Milestones page

Issue Description:

When selecting to view all milestones within a case, the labels displayed in the column header and also the data that is displayed are improperly wrapped to a second line.

**User Interface Impact: **Yes

Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Register a new Person.
  3. Select New Application from the tab action menu.
  4. Submit and Authorize the application.
  5. Navigate to the Milestone page under the Administration tab in the integrated case.
  6. Select View All.
  7. Issue: The labels displayed in the column header and also the data that is displayed are improperly wrapped to a second line.

Resolution:

With the new components and Carbon styling implemented in the user interface these issues have been resolved. The labels and data displayed when selecting the View All action on the Milestones page now display in one line.

PO08877, WorkItem:263221 - User Preferences page does not display with a scroll bar on Internet Explorer (IE) 11

Issue Description:

The User Preferences page does not display a scroll bar when the page size is reduced. Users with smaller screens and lower resolution encounter this issue. This occurs only when using Internet Explorer (IE) 11.

User Interface Impact: No

Steps to Reproduce:

  1. Login as a caseworker by using Internet Explorer 11.
  2. Click User Preferences from the upper-right menu.
  3. Resize the browser window to be smaller for a scroll bar to display.
  4. Issue: The text gets overlapped instead of having a scroll bar.

Resolution:

With the new components and Carbon styling that is implemented in the UI, this issue has been resolved. The scroll bar is now displayed regardless of the browser size and resolution.

PO08932, WorkItem:264488 - Sensitivity drop-down menu is truncated on the Edit Note modal

Issue Description:

When a caseworker edits a newly added Note, the Sensitivity and Priority drop-downs are truncated.

User Interface Impact: No

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Click the Client Contact tab and select Notes.
  4. Click the New page action.
  5. In the New Note modal, enter Subject, Priority, Sensitivity, and enter some comments in the Rich Text field.
  6. Click Save.
  7. Select the Edit row-level action of the newly created note.
  8. Issue: The Sensitivity and Priority drop-downs are truncated on the Edit Note modal.

Resolution:

With the new components and Carbon styling that is implemented in the UI, this issue has been resolved. The Sensitivity and Priority drop-down menus of the Edit Notes modal correctly displays the values that are entered and the drop-down menus are not truncated.

PO08971, WorkItem:265327 - Refresh button is different on the home page

Issue Description:

The Refresh button icon on the home page is different from the Refresh button icon on other pages. The Refresh icon arrow is anti-clockwise on the home page but on all other pages it is clockwise.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a caseworker.
  2. Select the Home Application section, check the Refresh icon image.
  3. Select the Cases and Outcomes Application section.
  4. Select Person Search from the shortcut panel, check the Refresh icon image.
  5. Issue: The Refresh button icon is different on the home page compared to the Refresh button icons on the other screens.

Resolution:

With the new components and Carbon styling implemented in the UI, this issue has been resolved and the Refresh button icons are consistent across the application.

WorkItem:271330 - Carbon design user interface updates

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. An improved layout removes wrapping labels and truncation so that it is easier to read the information that is presented on screens. With the new responsive UI experience, caseworkers can, for example, resize the window or zoom in to see content while readability is maintained. Social Program Management has adopted a number of components from the Merative Carbon Design System and has enhanced the layout.

**User Interface Impact: **Yes

**Steps to Reproduce: **N/A

Resolution:

The following UIM components have been updated with the new Carbon equivalent components:

The following Carbon addons have been created using the Carbon system:

Global styling:

Upgrade impact:

The underlying HTML structure of the application has been updated to use the Social Program Management components library to replace the existing UI components with Merative 's Carbon Design System by using modern JavaScript development. Consequently, when you upgrade to 8.0.0, the updates to the HTML structure might impact customizations that you have implemented in previous versions. In particular, the following customizations might be affected by upgrading to 8.0.0:

For more information about Carbon, see https://www.carbondesignsystem.com.\\ For more information about configuring Carbon elements, see the UIM pages and the View section in the product documentation at https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

WorkItem:271924 - Modal layout updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The modal component has been updated with the new Carbon equivalent component. Modal dialogs are heavily used by caseworkers in data entry forms, for example, when caseworkers register a new person.

**User Interface Impact: **Yes

**Steps to Reproduce: **N/A

Resolution:

The modal component has been updated with the new Carbon equivalent component. The new modal layout provides better form interaction throughout the application:

WorkItem:271926 - Cluster component updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The Cluster component has been created using the Carbon system. The new Cluster component makes it easier for caseworkers to use them. Caseworkers interact with clusters everywhere in the application. For example, the Register Person screen has a cluster that displays the input fields. Another example of input fields in clusters is the Add Note screen that caseworkers use when they need to add a new note. When caseworkers create an Income Support Application, the Clients tab also displays a list that is nested in a cluster.

**User Interface Impact: **Yes

**Steps to Reproduce: **N/A

Resolution:

The Cluster component has been created using the Carbon system. Clusters are the primary layout element in UIM and are extensively used in the application. Clusters are used to layout and display fields, labels, and form controls such as drop-down lists, date pickers, and lists.
Key benefits:

WorkItem:271932 - Text and area input field components updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The text input and text area components have been updated with the new Carbon equivalent components. The components text input and text area are present in almost all the screens in the application, especially data entry forms.

**User Interface Impact: **Yes

**Steps to Reproduce: **N/A

Resolution:

The text input and text area components have been updated with the new Carbon components. The components are part of the form controls and are heavily used by caseworkers across the application.

These benefits help caseworkers to complete tasks with faster completion times.

WorkItem:271933 - Date picker component updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The Calendar widget has been updated with the new Carbon date picker component. The date picker is heavily used by caseworkers for data entry in forms. An example of the component can be seen in the Register Person screen when caseworkers need to enter the date of birth of the person as a mandatory field for the registration. Caseworkers also use the component when recording evidence in the application.

**User Interface Impact: **Yes

Steps to Reproduce: N/A

Resolution:

The new Carbon date picker component has better alignment with the calendar icon, which makes it easier for caseworkers to select dates and correct mistakes when they enter dates.

WorkItem:271934 - Time picker component updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The time picker component has been updated with the new Carbon equivalent component. The time picker is mainly used by caseworkers when they schedule a meeting or when they need to specify the time of an event.

User Interface Impact: Yes

**Steps to Reproduce: **N/A

Resolution:

The time picker component has been updated with the Carbon Combobox component. The benefits of the new time picker component are:

Extra benefits:

WorkItem:271935 - Date and time component updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The date-time component has been updated with a combination of the new Carbon date picker and Carbon time picker components. The date-time component is used in various parts of the application, for example scheduling a task, creating contact logs, meeting details, and meeting minutes.

**User Interface Impact: **Yes

**Steps to Reproduce: **N/A

Resolution:

The date-time component has been updated with a combination of the Carbon components. The date-time component has the same key benefits as the new Carbon date picker and Carbon time picker components. The new style of the date-time component consistently matches the look and feel of the new UI.

WorkItem:271936 - Drop-down component updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The drop-down component has been updated with the Carbon combo box component. Dropdowns are heavily used by caseworkers in forms for data entry, for example, when a caseworker registers a new person or creates new evidence. Drop-downs are also used in the search criteria for search screens, for example, when a caseworker searches for an application or for a case.
**User Interface Impact: **Yes

Steps to Reproduce: N/A

Resolution:

The drop-down component has been updated with the Carbon combo box component.

WorkItem:271937 - New styling of the CodeTable hierarchy based on Carbon CSS

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The styling of the CodeTable hierarchy component has been updated based on Carbon CSS. An example of a CodeTable hierarchy can be seen in the application when caseworkers register a new person and need to add a special caution. Category and Type fields are an example of a Codetable hierarchy in the New Special Caution screen.

**User Interface Impact: **Yes

Steps to Reproduce: N/A

Resolution:

The component itself is unchanged and continues to work the same as in previous versions. The new style of the CodeTable hierarchy consistently marches the look and feel of the new UI.

WorkItem:271938 - Checkbox component updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The checkbox component has been updated with the Carbon checkbox component. The checkbox is often used in forms when a Boolean value needs to be selected. Examples of this component can be found in the Person Search and Register Person screens. These two screens are heavily used by Caseworkers.

User Interface Impact: Yes

**Steps to Reproduce: **N/A

Resolution:

The checkbox component is part of the form controls and helps caseworkers with data entry in the application. The checkbox component has been updated with the Carbon checkbox component.

WorkItem:271939 - Multi select checkbox component updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The multi-selection checkbox component has been updated with the new Carbon equivalent component. An example of this component can be seen in the Search Criteria of My Case Queries. This scenario is heavily used by caseworkers when searching for cases.

**User Interface Impact: **Yes

**Steps to Reproduce: **N/A

Resolution:

The multi-select checkbox component has been updated with the new Carbon equivalent component. The component is used to provide a list of options where caseworkers can select multiple options, including all or none.

WorkItem:271940 - Search pop-up component updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The search pop-up component has been created using the Carbon system by using a combination of a text input Carbon component plus the search icon, which then triggers a modal dialog of search results. Examples of the component can be seen when caseworkers need to search for a case participant or assign a task to another caseworker.

**User Interface Impact: **Yes

**Steps to Reproduce: **N/A

Resolution:

Searching is an important part of the application and caseworkers often use the search functionality when they do not want to manually type the information. The search pop-up component has been created by using the Carbon system.

WorkItem:271943 - Modal button component updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. The modal button component has been updated with the new Carbon equivalent component. Modal buttons are heavily used by caseworkers in the application.

User Interface Impact: Yes

**Steps to Reproduce: **N/A

Resolution:

The button component in modals has been updated with the new Carbon equivalent component. The changes apply to only buttons in modals, the rest of the buttons have been limited to color and typeface changes to maintain consistency with the rest of the new UI.

WorkItem:271944 - Color palette updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. Caseworkers can benefit from a consistent look-and-feel experience that reduces visual noise and helps them to focus on information that is presented in screens. The color palette has been updated to new color properties defined in Carbon Design System.

User Interface Impact: Yes

**Steps to Reproduce: **N/A

Resolution:

The UI has a new color palette, with the new color properties defined in the Color – Carbon Design System. The Neutral Gray family is dominant in the default themes, which uses subtle shifts in value to help organize content into distinct zones. The core Blue family serves as the primary action color across the UI. Extra colors are used sparingly and purposefully.

Key benefits:

WorkItem:271945 - Typography updates based on Carbon design user interface

Issue Description:

The Social Program Management application has been updated to use the IBM Plex font.

User Interface Impact: Yes

Steps to Reproduce: N/A

Resolution:

Typeface

IBM Plex is used in the new UI to keep font consistency with the rest of the components that have been updated to Carbon, IBM Plex has been carefully designed to meet the needs of modern users and provides the following capabilities:

Type style

WorkItem:271946 - Icon updates based on Carbon design user interface

Issue Description:

The Merative Social Program Management user interface (UI) has been updated to provide caseworkers with a modern UI. Icons have been updated to use the new Carbon icon suit for an immediate visual impact to the caseworker. Icons form part of the global style of the UI. The new icons contribute to a more contemporary look and feel in the UI, while consistency is maintained with the rest of the UI components that have been replaced with Carbon components in 8.0.0.
User Interface Impact: Yes

**Steps to Reproduce: **N/A

Resolution:

Icons have been updated to use the new Carbon icons in the application. Caseworkers use icons pervasively throughout the application as shortcuts to functionality.

These benefits help caseworkers to complete tasks with faster completion times.

Curam Enterprise Framework

Technical Services
Integrated Case Management
Administration Suite
Intake
Application Development Environment
Business Services
Common Intake

WorkItem:185556 - The Flex Widget for Citizen Context Viewer is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent widget for the Citizen Context Viewer (CCV), which reduces the amount of navigation that is needed to understand the relationships between people and cases, is replaced with a responsive version based on modern React JavaScript components. The previous functionality of the CCV is maintained.

**User Interface Impact: **Yes

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Create an integrated case for the person.
  4. Click the Citizen Context Viewer icon to navigate to the CCV for the case member.

Resolution:

The Flash-dependent widget for the CCV is now replaced with a responsive version based on modern React JavaScript. Viewing client information for family members by opening a new CCV for each family member was enhanced to improve the user experience for the CCV users and to make the CCV accessible. The right-click action to view a new CCV for a family member is now replaced by an overflow action (...) for each family member. Select the overflow action (...) to display a hidden overflow menu and then select the View Citizen Context option. The drag and drop interaction to change the existing CCV client with a family member was also enhanced to improve the user experience. When a user drags a family member to the top panel of the CCV, the allowable drop area is now highlighted.

WorkItem:185557 - The Flex Chart for Horizontal Bar Chart is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent chart for the Horizontal Bar Chart, which is used throughout the application, for example, to provide supervisors with an easy way of seeing what tasks are due for users in the next week or month, is replaced with a responsive version based on modern React JavaScript components. The previous functionality of the Horizontal Bar Chart is maintained.
User Interface Impact: Yes

Prerequisite(s):

  1. Ensure there are tasks due for a particular user.

Steps to Reproduce:

  1. Login as a supervisor.
  2. Select My Users under Users in the shortcuts panel.
  3. On the list of all users displayed, click on the hyperlink of the user for whom there are tasks due to launch the users workspace tab.
  4. The Horizontal Bar Chart is displayed on the Home page.

Resolution:

The Flash-dependent chart for the Horizontal Bar Chart is now replaced with a responsive version based on modern React JavaScript. To improve the user experience and to make Horizontal Bar Chart accessible, an enlarge button for maximizing and minimizing the Chart is available. Labels are truncated to better maintain the scale and readability of the Chart. Users can click the enlarge button to see a larger view and to read truncated labels. A new color scheme from the Merative Carbon Design System was also introduced for the Horizontal Bar Chart, which provides an accessible and enhanced user experience. The colors are applied in a specific sequence to maximize the contrast between neighboring colors.
Technical:

The bar colors are now customizable. These colors are defined in the CuramCDEJ/lib/curam/xml/xsl/chart/charts.xsl as follows:

<ibm:colors>
<ibm:color>6929C4</ibm:color>
<ibm:color>1192E8</ibm:color>
<ibm:color>005D5D</ibm:color>
<ibm:color>9F1853</ibm:color>
<ibm:color>FA4D56</ibm:color>
<ibm:color>570408</ibm:color>
<ibm:color>198038</ibm:color>
</ibm:colors>

PO08959, WorkItem:226839 - File not found errors are being reported in the server logs for the Smart Navigator javascript file

Issue Description:

The server log file shows multiple 'File not found' instances for the Smart Navigator JavaScript file. This results in an avoidable increase in the server log file size, further leading to maintenance overheads. The error that is reported is 'File not found: /CDEJ/jscript/curam/application/nls/en_us/SmartNavigator.js'.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Enter the registered person's name in the quick search field and click the result to open the person home page.
  4. Check the server log.
  5. Issue: The message 'File not found: /CDEJ/jscript/curam/application/nls/en_us/SmartNavigator.js' is logged.

Resolution:

The issue has been resolved by fixing the locale format on the Smart Navigator component. There should now be no instances of the reported error found in the server logs, which means that it should not contribute to the overall size of the server logs.

Technical:

The underlying issue here was the format of the locale that was used to look up the resource bundles. This was en_US instead of en-us, for example, which is the format that is required when looking up resource bundles for Dojo constructs. When the wrong format is used, the reported error is written to the server logs.

WorkItem:252848 - The Flex Chart for Vertical Bar Chart is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent chart for the Vertical Bar Chart, which provides supervisors with an easy way of seeing various graphs of functions that they need to monitor, is replaced with a responsive version based on modern React JavaScript components. The previous functionality of the Vertical Bar Chart is maintained.
User Interface Impact: No

Prerequisite(s):

  1. A completed and/or not completed Intake exists for the Child Welfare intake supervisor.

Steps to Reproduce:

  1. Login as a Child Welfare intake supervisor.
  2. Select Intake Screening Rates under Users in the shortcuts panel.
  3. Enter a Start Date and an End Date for the search criteria.
  4. Select Search from the page action menu.
  5. The Vertical bar chart is displayed.

Resolution:

The Flash-dependent chart for the Vertical Bar Chart is now replaced with a responsive version based on modern React JavaScript. A new color scheme from the Merative Carbon Design System was also introduced for the Vertical Bar Chart, which provides an accessible and enhanced user experience. The colors are applied in a specific sequence to maximize the contrast between neighboring colors.

Technical:

The bar colors are now customizable. These colors are defined in the CuramCDEJ/lib/curam/xml/xsl/chart/charts.xsl as follows:

<ibm:colors>
<ibm:color>6929C4</ibm:color>
<ibm:color>1192E8</ibm:color>
<ibm:color>005D5D</ibm:color>
<ibm:color>9F1853</ibm:color>
<ibm:color>FA4D56</ibm:color>
<ibm:color>570408</ibm:color>
<ibm:color>198038</ibm:color>
</ibm:colors>

PO08813, WorkItem:261073 - Incorrect localization of text on the Person evidence list page

Issue Description:

The text in the Source column of the Person evidence list page is not localized according to the user's locale. Instead, it remains in the default server locale.

**User Interface Impact: **No

Prerequisite(s):

  1. The Spanish language pack is installed.
  2. The default server locale is en_US and the caseworker's locale is in Spanish.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Click the Evidence tab and select the Evidence page.
  4. Issue: The Source column displays the text in English instead of Spanish.

Resolution:

The Source column on the Person evidence list page is now displayed correctly in the user's locale.

WorkItem:261397 - Enhancement of Cross-Site Request Forgery (CSRF) protection in Social Program Management

Issue Description:

Cross-Site Request Forgery (CSRF) is an attack that forces an end user to execute unwanted actions on a web application in which they’re currently authenticated.
Security hardening of the referrer header check was required to mitigate against CSRF.
User Interface Impact: No

**Steps to Reproduce: **N/A

Resolution:

The domain validation feature has now been extended to all URI requests to provide enhanced protection against CSRF events.

The SPM product documentation has been updated to provide the relevant details about this feature and its configuration. see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

WorkItem:262780 - Rewrite Milestone Delivery batch processes to use the Batch Streaming infrastructure

Issue Description:

ScanMilestoneDeliveryEndDate is a batch process that monitors milestone delivery records where the expected end date is in the past and the milestone is not yet completed. If an error occurs when running the batch process for any reason, the entire process rolls back and no records are processed. This happens because the ScanMilestoneDeliveryEndDate batch process does not use the batch streaming infrastructure available with the SPM product. The same issue is observed when running ScanMilestoneDeliveryStartDate.

**User Interface Impact: **No
Steps to Reproduce: N/A

Resolution:

The ScanMilestoneDeliveryStartDate and ScanMilestoneDeliveryEndDate batch processes are now deprecated and are replaced by two new batch processes: ScanMilestoneDeliveryStartDateBatch and ScanMilestoneDeliveryEndDateBatch. These provide the same functions but make use of the batch streaming infrastructure.

For more information about the new batch processes, including steps to run them, see the Merative Social Program Management batch process reference at https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

PO08921, WorkItem:263058 - Date selector widget does not display the title in French

Issue Description:

User language preferences are ignored on the date selector widget, which results in untranslated text.

**User Interface Impact: **No

Prerequisite(s):

  1. The French language pack is installed.
  2. The default server locale is en_US and the caseworker's locale is in French.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Click the shortcut to register a person in the shortcuts panel.
  3. Open the date selector widget for the Date of Birth field.
  4. Issue: The title of the date selector widget is not displayed in French. Instead, the text that is displayed is in English.

Resolution:

The title of the date selector widget now displays text in French.

WorkItem:263097 - Deprecate an unused facade method that processed email meeting responses as part of Meeting Minutes PIM integration

An unused processMeetingResponses() process and associated artifacts that are used to process responses returned to the configured email account and update the meeting attendee response data are now deprecated. See Integrating Meetings with External Email Accounts in the Calendaring Guide and Configuring Meetings and Minutes in the Configuring Calendaring Guide for a description of the deprecated functions.

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

PO09016, WorkItem:265778 - The PRODUCTDELIVERY.INSERT event is not raised by the application

Issue Description:

The PRODUCTDELIVERY.INSERT and PRODUCTDELIVERY.MODIFY events are not raised when a product delivery is created or modified.

**User Interface Impact: **No

Prerequisite(s):

  1. Create and register an event listener for the PRODUCTDELIVERY.INSERT event.
  2. Create and register an event listener for the PRODUCTDELIVERY.MODIFY event.

Steps to Reproduce (Generic):

  1. Register a new Person.
  2. Create an integrated case for the person.
  3. Add an associated product delivery to the integrated case for the person.
  4. Issue: The event listener that is registered for the PRODUCTDELIVERY.INSERT event is not enacted.
  5. Modify the product delivery case by selecting Edit from the Actions menu.
  6. Issue: The event listener that is registered for the PRODUCTDELIVERY.MODIFY event is not enacted.

Resolution:

This issue is now resolved. Creating or modifying a product delivery now triggers the correct event.

Technical:

The PRODUCTDELIVERY.INSERT event is now raised during the post-insert of a product delivery and the PRODUCTDELIVERY.MODIFY event is now raised during the post-modify of a product delivery.

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

Technical Services

CMIS Adapter
Rest
Web Services
Workflow

WorkItem:268106 - Merative Social Program Management timer-based JMX statistics updated to use Java Timers in WebSphere® Liberty deployments

Issue Description:

Java™ Management Extensions (JMX) is the system that provides operational data, for example URLs, business methods, and SQL statements, from a running application. Social Program Management has been updated to use shared Enterprise Java Beans (EJB) persistent timer tables to store timer information. To leverage shared Enterprise Java Beans (EJB) persistent timer tables Merative Social Program Management timer-based JMX statistics have been updated to use Java timers instead of EJB Timers in WebSphere® Liberty deployments only on Kubernetes. This change does not apply to traditional WebSphere Application Server or WebLogic Server.

For more information about shared (EJB) persistent timer tables for WebSphere Liberty, see the What's new section in the product documentation at https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

For information about Merative Social Program Management JMX statistics in Kubernetes, see the Monitoring performance using JMX statistics section in the runbook at https://merative.github.io/spm-kubernetes/monitoring/jmx-statistics-performance-monitoring/

User Interface Impact: No

Steps to Reproduce:

For information about how to configure Merative Social Program Management JMX statistics, see the Monitoring performance using JMX statistics section in the runbook at https://merative.github.io/spm-kubernetes/monitoring/jmx-statistics-performance-monitoring/

CMIS ADAPTER

PO07900, WorkItem:236602 - Listing attachments calls the external Document Management System unnecessarily

Issue Description:

The attachment list page retrieves all attachment details. When using an external Document Management System (FileNet, for example), this results in many external calls and can result in performance problems.

User Interface Impact: No

Prerequisite(s):

  1. Configure SPM with an external Document Management System such as FileNet.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a person and create an integrated case for them.
  3. On the integrated case, click the Contact tab and select Attachments.
  4. Using the New page action, create a new attachment.
  5. Issue: The list attachments page will make calls to the external Document Management System for each attachment listed. If there are many attachments listed, the calls to the external Document Management System can result in performance overhead.

Resolution:

The attachments list page only displays attachment metadata and does not need to retrieve full attachment contents. This call has been corrected to populate only the relevant information for the page.

PO08352, WorkItem:248749 - Merative Social Program Management is making multiple calls to FileNet for a single attachment upload

Issue Description:

When using FileNet and CMIS for document storage, the application is making multiple calls to the FileNet service when uploading documents.
**User Interface Impact: **No

Prerequisite(s):

  1. Login as a system administrator.
  2. Select Target Systems under Application Data in the shortcuts panel.
  3. Configure SPM with a target system entry for the FileNet server.
  4. Select Property Administration under Application Data in the shortcuts panel.
  5. Select Content Management Settings in the Category drop-down and click Search.
  6. Configure the Content Management properties as required.
  7. Publish the changes.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Navigate to a Person home page.
  3. Click on the Client Contact tab and select Attachments.
  4. Use the New page action to add an attachment.
  5. Provide the necessary attachment details and click Save.
  6. Issue: The attachment will be uploaded to the FileNet server, but the version will be 2. There will have been two calls made to the FileNet server instead of one.

Resolution:

The CMIS file upload code has been updated to make only one call during the upload of a document.

REST

APIs

APIS

WorkItem:264291 - New API introduced to the REST Infrastructure to log out a user and invalidate their session

Issue Description:

The REST infrastructure did not have an API to log out a user and invalidate their session.

**User Interface Impact: **N/A

**Steps to Reproduce: **N/A

Resolution:

The REST infrastructure has been enhanced and a new API has been added which will log out a user and invalidate their session. REST Infrastructure developers can utilize this API by sending an HTTP POST request to the following endpoint:

WEB SERVICES

PO09167, WorkItem:267689 - The compile web service implementations step of building the SPM server is failing due to a ClassNotFoundException

Issue Description:

The 'build server' application target is failing with a ClassNotFoundException ('curam.util.exception.SvrRemoteException') when attempting to compile any custom web service implementations.

Note that this issue is not present in any of the web services provided in the SPM application. It is exposed if you are a customer who has exposed additional web services.

**User Interface Impact: **No

Steps to Reproduce:

  1. Add a custom web service implementation class in a location under the 'EJBServer/custom' component. The functions within this class should contain references to the 'curam.util.exception.SvrRemoteException' class.
  2. Execute a clean server build ('build clean server').
  3. Issue: The build fails with an error stating that the 'curam.util.exception.SvrRemoteException' class cannot be found.

Resolution:

The underlying problem was a missing JAR file entry in the classpath for building custom web service connectors. The JAR file entry which is missing is 'jar.coreinf.ejb.interfaces'. The classpath for building custom web service connectors has been updated to include the reference to the 'jar.coreinf.ejb.interfaces' JAR file which contains the missing classes.

Technical:

The 'wsconnector.classpath' classpath has been updated in the following properties file:

WORKFLOW

PO07951, WorkItem:238576 - The Workflow Graphical View is no longer displaying transition condition expressions in a tooltip when a user hovers over them

Issue Description:

The Workflow Graphical View denotes that a transition contains a condition expression by displaying an asterisk on that transition. Therefore, some transitions within the workflow will contain asterisks on the transitions while others will not. When a user hovers over these asterisks by using the mouse, the condition expression for that transition should be displayed as a tooltip. This is useful as the user can see the condition expression in place and in the context of the overall workflow. When the user clicks the actual transition between two activities, the list on the Transitions page is navigated to. Similarly, if an activity is clicked on within the graphical view, the details of the activity in the Process Definition Tool are displayed. Currently, none of these three features are working in the Workflow Graphical View.

User Interface Impact: No

Steps to Reproduce:

  1. Login as an administrator.
  2. Navigate to the Administration Workspace.
  3. Click Released Workflows under Workflow in the shortcuts panel.
  4. Find and open the workflow process definition named Manual. Click on the Graphical View. This process definition contains two nodes representing the manual activities, with both inbound transitions containing condition expressions denoted by an asterisk.
  5. Hover over either asterisk with the mouse.
  6. Issue 1: The condition expression does not appear as a tooltip.
  7. Click on a transition between two activities in the graphical view.
  8. Issue 2: The user is not navigated to the List Transitions page.
  9. Click on either of the nodes on the graph that represent manual activities.
  10. Issue 3: The details of the activity in the Process Definition Tool do not display.

Resolution:

The Workflow Graphical View has been updated to ensure that if a user hovers over an asterisk which denotes a transition condition expression in a workflow, that expression is displayed as a tooltip to the user. If the user clicks on a transition in the view, they are navigated to the list on the Transitions page. If the user clicks on any activity within the Graphical View, they are navigated to the details of the activity in the Process Definition Tool.

WorkItem:269448 - Replace the icons in the Workflow Graphical View with more modern versions

Issue Description:

The structure of a workflow process is determined by the activities in the process and the transitions between them. The workflow process is visualized in a graph where the activities are vertices and the transitions are arcs. This graph can be viewed by using the Graphical View feature in the Process Definition Tool. Currently, the icons that are used to represent the various workflow activity types in the Workflow Graphical View are not consistent with the styles that are associated with the current modern Social Program Management (SPM) user interface.
User Interface Impact: Yes

Steps to Reproduce:

  1. Login as an administrator.
  2. Navigate to the Administration workspace.
  3. Click Released Processes under Workflow in the shortcuts panel.
  4. Find and open the workflow process definition named Manual. Click the Graphical View. This process definition contains two manual activities.
  5. Issue: Note that the style of the icons which represent the manual activities is not consistent with the current modern SPM user interface.

Resolution:

The Workflow Graphical View has been updated to ensure that the icons that are used to represent the activity types are styled consistently with the modern SPM user interface. The following activity type icons have been updated:

Integrated Case Management

Eligibility & Entitlement
Evidence Management
Common
Investigations
Participant Management

WorkItem:246035 - Expose CaseHomeMenuLoader as an external class to facilitate compliant customization

Issue Description:

The case home page menu displays different options depending on the status of the case. It is not currently possible to customize the CaseHomeMenuLoader class compliantly to display additional details, as it is not marked as external.

User Interface Impact: No

**Steps to Reproduce: **N/A

Resolution:

To support compliant customization, the access restriction on the following class was updated to @AccessLevel(EXTERNAL):

The class can now be called and extended compliantly by custom implementations.

PO08332, WorkItem:248432 - SPM v6 notes that contain supplementary characters do not display correct in later releases

Issue Description:

Notes created in Social Program Management (SPM) v6 that include supplementary characters, such as emojis, are not visible in later releases such as SPM v7.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a caseworker in SPM v6.
  2. Register a new Person.
  3. Click the Client Contact tab and select Notes.
  4. Use the New page action to add a new Note that contains at least one emoji character.
  5. Click the toggle of the newly created record to view its details. Everything should appear fine.
  6. Now perform an upgrade to SPM v7.
  7. Issue: The note that you created is not visible.

Resolution:

When an organization upgrades to SPM v7 and has Notes that contain supplementary characters, the characters in SPM Notes are now visible in the upgraded SPM version.

Technical:

The serializer library has been updated to fix the specific issue with the supplementary characters.

PO08449, WorkItem:250982 - Generated PDF files do not retain the same table format as entered in rich text fields

Issue Description:

When copying data from applications like Microsoft Excel, to a rich text field such as the narrative in a contact log, the same format is not retained in the generated PDF file when the contact log is printed.

User Interface Impact: No

Prerequisite(s):

  1. In a Microsoft Excel worksheet, enter any data in 3x2 cells.
    • Note: Do not use the Merge & Center feature to merge the cells.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Click on the Issues and Proceedings tab and select Investigations.
  4. Use the New page action to create a new Investigation.
  5. Click on the Contact tab and select Contact Logs.
  6. Use the New Contact page action to create a new contact log.
  7. Enter the mandatory details on the first page of the wizard and click Next.
  8. Copy the data created in the prerequisite(s) above as-is into the narrative free text field.
  9. Click Save & Exit.
  10. Click the checkbox for the new contact log and then select the Preview Selected Contacts page action.
  11. Verify the format of the data on the Narrative History field of the contact log.
  12. Use the Print Log page action to print the contact log.
  13. Save and open the generated PDF.
  14. Issue: The Narrative field in the PDF does not retain the same table format as expected.

Resolution:

The generated PDF now renders the data in a simply formatted plain text representation of the narrative content.

For more information, see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation. See also the related sample XSL template for guidance about using or updating the default XSL templates that are provided with the Merative Social Program Management product.

WorkItem:254839 - Refresh and Help buttons are not mirrored on the Integrated Cases list page on an Arabic (Right to Left) build

Issue Description:

When a user whose locale is Arabic logs into the Administration Application and clicks on the Integrated Cases shortcuts link, the Refresh and Help icons are not mirrored on the list page. When the locale is Arabic, the icons are displayed in reverse order from other locales and the icon graphics should be mirrored.

**User Interface Impact: **No

Prerequisite(s):

  1. The Arabic language pack is installed.
  2. The caseworker's locale is in Arabic.

Steps to Reproduce:

  1. Login as an administrator.
  2. Click on Integrated Cases under Case in the shortcuts panel.
  3. Issue: The Refresh and Help icons are not mirrored on the list page.

Resolution:

CSS styling has been updated to ensure the Refresh and Help icons on the Integrated Cases list page are mirrored when the user's locale is Arabic.

PO08760, WorkItem:259461 - Balance outstanding amount is incorrect on the context panel of the Payment Correction overpayment

Issue Description:

In the context panel of the Payment Correction case for an overpayment a BIRT chart is displayed providing a visual representation of the balance outstanding, the payments allocated and the write off total. In certain circumstances, the outstanding amount displayed in the context panel doesn’t match with that in the graph.

User Interface Impact: No

Prerequisite(s):

  1. Login as an administrator.
  2. Navigate to Product Delivery Cases under Cases in the shortcuts panel.
  3. Select any benefit product and open its home page.
  4. Click on the Financial tab and select Deductions.
  5. Use the Add Existing page action to configure a Liability Repayment deduction.

Steps to Reproduce (Generic):

  1. Login as a caseworker.
  2. Register a new Person and create an integrated case that relates to the product referenced in the prerequisite(s).
  3. Add a product to the integrated case, payable weekly by check.
  4. Add the necessary evidence to make the product eligible.
  5. Submit, approve, and activate the case.
  6. Click on the Financials tab and select Transactions.
  7. Issue financials using the page action.
  8. Navigate to the integrated case and update and activate evidence as required in order to generate an overpayment.
  9. Navigate to the Payment Correction overpayment case.
  10. Click on the Financial tab and select Transactions.
  11. Issue financials using the page action. This will generate the liability.
  12. On the product delivery case, click on the Financials tab and select Deductions.
  13. Select New Applied Deduction (Fixed) from the page action menu.
  14. Select the participant in the Case Member drop-down and click Search.
  15. Select the Payment Correction returned in the search results.
  16. On the Deduction Details page of the wizard, provide the following details:
    • Deduct from Nominee: The primary nominee
    • Type: Liability Repayment
    • Start Date: Current date
    • Amount: $10
    • Assign Next Priority: Check this box
  17. Click Save & Activate.
  18. Navigate to the integrated case and modify and activate evidence in order to generate an underpayment.

First batch run:

  1. Login as a system administrator and execute ‘Generate Instruction Line Items’ batch with processing date 1 month in the future.
  2. Now execute ‘Generate Instruments’ batch.

Check graph after first batch run:

  1. Login as a caseworker and navigate to the payment correction case created above.
  2. Verify that the deduction is successfully created.
  3. The graph in the context panel displays deduction and outstanding amounts correctly.

Second batch run:

  1. Login as a system administrator and execute ‘Generate Instruction Line Items’ batch with processing date 3 months in the future.
  2. Now execute ‘Generate Instruments’ batch.

Check graph after second batch run:

  1. Login as a caseworker and navigate to the payment correction case created above.
  2. Verify that a new deduction is successfully created.
  3. Issue: The graph in the context panel still displays old deduction and outstanding amounts, and does not match the total overpaid values in the context panel.

Resolution:

The graph query has been updated to retrieve the correct amounts for the payment allocations so that the BIRT chart now correctly displays the allocated amounts and outstanding balance of the overpayment.

PO08786, WorkItem:260459 - When 12-hour AM/PM time is used, the time is still displayed in 24-hour military format in the Assessment PDF Report Generation, Collaboration Case Transaction History, and Collaboration Case Discussions

Issue Description:

It is not possible to override the time format from the default 24-hour military format to the 12-hour AM/PM format for Assessment PDF Report Generation, Collaboration Case Transaction History, and Collaboration Case Discussions.
**User Interface Impact: **No

Steps to Reproduce:

Scenario 1: Assessment PDF Report Generation

  1. Login as a caseworker.
  2. Register a new Person.
  3. Create an instance of an integrated case that has been configured for Outcome Plans.
  4. Click on the Outcome Plans tab.
  5. Use the New page action to create a new outcome plan.
  6. On the Outcome Plan, click on the Reviews tab.
  7. Use the New page action to create a new review.
  8. From the row-level action for the newly created review, choose View Printable Document.
  9. Issue: The time displayed in the generated PDF is always military time.

Scenario 2: Collaboration Case Transaction History

  1. Login as a caseworker.
  2. Register a new Person.
  3. Create a new Social Enterprise Folder for the person.
  4. Click on the Admin tab and select Transaction History.
  5. Issue: The time in the Date column is always displayed as military time.

Scenario 3: Collaboration Case Discussions

  1. Login as a caseworker.
  2. Register a new Person.
  3. Create a new Social Enterprise Folder for the person.
  4. Click on the Discussions tab.
  5. Use the New page to create a new discussion.
  6. Issue: The time in the Posted column is always displayed as military time.

Resolution:

This issue has been resolved. Two new properties have been introduced to customize the time format to enable the use of the 12-hour AM/PM format in the above scenarios.

For more information see updated documentation sections that list the new bootstrap properties:

Technical:

The following two new properties can be set in Bootstrap.properties:

The following values are allowed:

The default value of the time format remains as HHss.

PO09031, WorkItem:265853 - French translation is missing for the My Cases tab description

Issue Description:

Several French translation words are missing for the My Cases tab description. In general, not all words in the My Cases tab description are being translated as per the user's locale.

User Interface Impact: No

Prerequisite(s):

  1. The French language pack is installed.
  2. The default server locale is en_US and the caseworker's locale is in French.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Navigate to My Cases.
  3. Issue: The description in the My Cases tab is only partially translated in line with the default server locale.

Resolution:

This issue is now addressed and now the tab description is translated in line with the user's locale.

PO09112, WorkItem:267020 - French translations are missing in Overpayment and Underpayment correction cases

Issue Description:

French translations are missing in Overpayment and Underpayment correction cases.
**User Interface Impact: **No

Prerequisite(s):

  1. The French language pack is installed.
  2. The default server locale is en_US and the caseworker's locale is in French.
  3. Login as a system administrator.
  4. Under property administration search for 'curam.miscapp.checkforliveliabilities'.
  5. Change value to NO and Publish.

Steps to Reproduce:

Steps to Reproduce the Overpayment correction case issue:

  1. Login as a caseworker.
  2. Register a new Person
  3. Create a Product Delivery Case
  4. Add and activate evidence such that the client is eligible for payment.
  5. Activate the case and issue a payment.
  6. Go to Certifications page in Financials Tab and edit the Certification to start on the next payment date.
  7. See that an Overpayment case is generated.
  8. Open the newly created Overpayment case .
  9. Issue: On the context panel the English text 'Overpaid' is not translated into French.

Steps to Reproduce the Underpayment correction case issue:

  1. Register a new Person
  2. Create a Product Delivery Case
  3. Add and activate evidence such that the client is eligible for payment.
  4. Activate the case and issue a payment.
  5. Go to Certifications page in Financials Tab and edit the Certification to start from the previous date.
  6. See that an Underpayment case is generated.
  7. Open the newly created Underpayment case .
  8. Issue: On the context panel the English text 'Underpaid' is not translated into French.

Resolution:

The Overpayment and Underpayment texts are now translated in line with the user's locale.

WorkItem:268038 - Deprecate legacy employment contribution entity structs

Entities that enabled customers to implement contribution-based solutions in employment areas such as pensions and unemployment insurance tax were deprecated in v7.0.0.0.
The structs of the deprecated entities have now also been deprecated.

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

ELIGIBILITY & ENTITLEMENT

PO08931, WorkItem:264441 - French translations are missing for the eligibility timeline view

Issue Description:

The eligibility timeline view does not display localized text.

**User Interface Impact: **No

Prerequisite(s):

  1. The French language pack is installed.
  2. The default server locale is en_US and the caseworker's locale is in French.
  3. Configure the Member Eligibility Viewer (MEV) for a product that has been localized.
  4. Submit an application for that product type.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Search for and navigate to the home page of the applicant.
  3. Click the Eligibility tab.
  4. Issue: The eligibility timeline is displayed in English.

Resolution:

The eligibility timeline is now displayed in French.

PO09099, WorkItem:266655 - French translation missing after payment is reissued

Issue Description:

The type code of a financial transaction may not be correctly localized on the financial transactions page.

**User Interface Impact: **No

Prerequisite(s):

  1. The French language pack is installed.
  2. The default server locale is en_US.

Steps to Reproduce (Generic):

  1. Login as a caseworker whose locale in English.
  2. Register a Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new integrated case.
  5. Add the necessary evidence to make the client eligible.
  6. Activate the evidence.
  7. Add a product to the integrated case.
  8. Add certification from this week to some date in the future.
  9. Submit, approve, and activate the product delivery case.
  10. Click on the Financials tab and select Transactions.
  11. Use the Issue Payment page action to generate the payment.
  12. Login as a caseworker whose locale is French.
  13. Search for the product delivery created above and click on the Financials tab.
  14. From the row-level menu choose the Cancel Payment action. Do not invalidate the payment.
  15. On the canceled payment row-level menu choose Reissue.
  16. Issue: The reissued payment field displays in English instead of French.

Resolution:

The financial transactions listed on the person and case transaction pages have been corrected to ensure they are displayed in French.

WorkItem:267965 - Performance optimization for method CaseNomineeObjective.searchObjectiveHistoryForCase

Issue Description:

The SQL query currently used by the method CaseNomineeObjective.searchObjectiveHistoryForCase can have very high CPU consumption in the Oracle Automatic Workload Repository Report. This can have an impact on the performance of bulk reassessment after rate and threshold changes, as well as online reassessments resulting from evidence changes.
User Interface Impact: No

Steps to Reproduce:

This change relates to a performance optimization of the CaseNomineeObjective.searchObjectiveHistoryForCase API. It is highly dependent on user data and as such is not directly reproducible.

Resolution:

The SQL query has been refactored into two separate queries and the version of the query which is used now depends on whether the toDate parameter is specified. This enables the database to apply the most optimal access plan for the query.

WorkItem:268434 - Improve reassessment performance when using CER rules

Issue Description:

During a case reassessment, EvidenceDescriptor records for the case are read as multiple single reads resulting in increased load on the database.

The following two entity reads are executed unnecessarily during a case reassessment, resulting in increased load on the database:

User Interface Impact: No

Steps to Reproduce: N/A

(This issue is dependent on user data and as such is not directly reproducible).

Resolution:

To provide optimizations for the reassessment of cases that are long-lived and have many static evidences with many changes, the approach to retrieving static evidence has now been enhanced and it is now possible to disable two reads that retrieve unneeded data during a reassessment.

Evidence Descriptor caching is now used to retrieve static evidence. During a reassessment transaction SQL searches from the EvidenceDescriptor table, which includes case ID
or succession set ID, resulting in all the EvidenceDescriptor records for the case being cached in the current transaction. The first read populates the cache and subsequent reads in that transaction will fetch the records from the cache. The three transaction-level caches which store this data are as follows:

As with all transaction-level caches, each of these can be tuned with a timeToIdle and/or timeToLive setting. This cache mechanism is active for reassessment transactions only - for example it does not operate for online transactions which modify or edit a piece of evidence. By default, this cache mechanism for reassessment transactions is enabled. If necessary it can be disabled by adding the following application property:

A change was also made to the following two entity reads which are now suppressed during a reassessment to improve the case reassessment transactions:

For all other transactions, these reads are executed as normal. If necessary, the suppression of either of these reads can be disabled by setting the following two application properties respectively:

For more information, see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

EVIDENCE MANAGEMENT

PO08992, WorkItem:265630 - Progress spinner is not getting dismissed when opening the Change History evidence page for a French user

Issue Description:

On an evidence record home page, a Change History tab is available, which allows the caseworker to view a history of changes for that evidence record. However, as a French user, when the change history tab is selected, a progress spinner is displayed and the change history evidence page does not appear.

**User Interface Impact: **No

Prerequisite(s):

  1. The French language pack is installed.
  2. The default server locale is en_US and the caseworker's locale in French.

Steps to Reproduce (Generic):

  1. Login as a caseworker.
  2. Register a new Person.
  3. Create an integrated case for the person.
  4. From the tab navigation bar, click the Evidence tab and add new Address evidence through the evidence dashboard.
  5. Activate the evidence.
  6. From the page group navigation bar, select Active Evidence and click the Description of the Address evidence.
  7. Go to the Change History tab (Historique des changements).
  8. Issue: The progress spinner keeps spinning and the page does not load.

Resolution:

This issue is now resolved. The Change History evidence page is displayed when the Change History tab is selected.

Technical:

One of the row-level menu items on the evidence history page is to Continue Editing. In French, this is translated as 'Poursuivre l'édition', which when rendered caused an error in the HTML of the page. The page renderer has been fixed to correctly escape any single quotes in the page elements.

COMMON

PO09160, WorkItem:267616 - Communication drop-down value 'All' does not display in accordance with the logged-in user's locale

Issue Description:

On an integrated case, an issue exists on the Contact tab of the Communications page. The Regarding Case Member drop-down always displays English text instead of the properly localized text. For example, the drop-down value contains the English text 'All' instead of French text 'Tous' for users with the French locale.
User Interface Impact: No

Prerequisite(s):

  1. The French language pack is installed.
  2. The default server locale is en_US and the caseworker's locale is in French.

Steps to Reproduce (Generic):

  1. Login as a caseworker.
  2. Register a new Person.
  3. Use the New Case tab action to create a new integrated case for the person.
  4. Click the Contact tab and select Communications.
  5. Issue: The Regarding Case Member drop-down contains the English text 'All' instead of French text 'Tous'.

Resolution:

The Regarding Case Member text values now fully display in the language of the currently logged-in user.

WorkItem:267866 - Reinstate the Referrals feature from a deprecated state in the Social Program Management application

Issue Description:

The Referrals feature that allows for the capture of basic information that is related to the referral of a client to the Service Supplier participant type is to be reintroduced into the product.

For more information see the deprecation task 'WorkItem:159371 - Deprecate Referrals (Legacy) functionality in the V7.0 external release notes.
User Interface Impact: N/A

Prerequisite(s):

  1. Login as a system administrator.
  2. Under the Application Data shortcut section, select the Property Administration shortcuts menu item.
  3. Search for the 'curam.cpm.isinstalled' application property. Set the value to 'No'. Publish changes.

Steps to reproduce:

Steps to access the reinstated functions

  1. Login as a caseworker.
  2. Navigate to an existing integrated case.
  3. Navigate to the Events tab.
  4. Select the New Referral tab level menu item.

Resolution:

Referrals are now reintroduced into the product and can be created from the case calendar.

The following list contains the features being un-deprecated:

  1. Creating a referral
  2. Modifying a referral
  3. Viewing Referral Details from the Events Calendar View and List View
  4. Creating a Case Referral Notification

PO09259, WorkItem:268814 - Performance Issue - Long running SQL when searching an employer

Issue Description:

Performance can be affected when searching for an employer or prospect employer where there are a large number stored in the database, impacting the return of search results.

**User Interface Impact: **No

Prerequisite(s):

  1. The system contains a considerable number of prospect employers or registered employers (in the order of 1000's).

Steps to Reproduce:

  1. Login as a caseworker.
  2. Click on Employer under Search in the shortcuts panel.
  3. Input some partial search criteria, such as part of the registered name and the city.
  4. Click Search.
  5. Issue: The query takes a long time to execute before the results are returned.

Resolution:

The search query has been optimized and split into two distinct queries, one for Employers and one for Prospect Employers. A new field has also been added to the Employer Search page to allow a user to decide if Prospect Employers should be returned in the search results or not.

INVESTIGATIONS

PO09178, WorkItem:267214 - A user is still able to view and download attachment documents after deleting an allegation

Issue Description:

Attachments can be associated with allegations within an investigation case and the attachments may also include an uploaded document. Currently, when an allegation is deleted from an investigation, users are still able to view and download the documents that were uploaded when creating the attachment.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Investigator and click on the Investigator workspace.
  2. Click on New Investigation under Investigations in the shortcuts panel.
  3. On the New Investigation modal, select the 'person or prospect person' option.
  4. Search for an existing person and select the record returned in the search results.
  5. Fill in the mandatory fields and click Save.
  6. Navigate to the Allegations tab and create a new allegation.
  7. Using the action menu of the allegation, add a new attachment that includes an uploaded document.
  8. Using the action menu of the allegation, delete the allegation.
  9. Issue: The user can view and download the document that was uploaded with the attachment.

Resolution:

This issue has been resolved. When an allegation is deleted, all attachments associated with the allegation are now also deleted. This prevents a user from being able to view or download any associated documents.

PO09179, WorkItem:267699 - New attachment can be added after the allegation is deleted

Issue Description:

Attachments can be associated with allegations within an investigation case. Currently, when an allegation is deleted from an investigation, users are able to add a new attachment.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an investigator.
  2. Click New Investigation under Investigations in the shortcuts panel.
  3. From the New Investigation modal, select 'a person or prospect person?' hyperlink.
  4. On the Person Search page, search for and select an existing person.
  5. On the New Investigation modal set the mandatory fields and click Save.
  6. Click the Allegations tab.
  7. Select the New page action and create a new allegation.
  8. Click Save.
  9. Use the Delete row-level action of the allegation to cancel the allegation.
  10. Use the Add Attachment row-level action of the allegation to add a new attachment.
  11. Click Save.
  12. Issue: The attachment is added even though the allegation is canceled.

Resolution:

This issue has been resolved. When an allegation is deleted and the status is set to canceled, the user is not able to add a new attachment.

PARTICIPANT MANAGEMENT

PO07536, WorkItem:215004 - Assessments in-page navigation issue for duplicate clients

Issue Description:

In the Social Program Management (SPM) product, when a client is marked as a duplicate of another, a caseworker can view case-related information for the duplicate client along with the information of the original client. After creating an integrated case and an assessment for both the duplicate client and original client, a number of issues are observed on the original client’s home page under the Care and Protection tab:

  1. The old look and feel is displaying for the in-page navigation tabs within the Assessment section.
  2. The duplicate client’s assessment tab incorrectly displays a list of all case types related to the client.
  3. The caseworker is incorrectly navigated to the Cases section when the original clients tab within the assessment section is selected.
  4. The Assessment section is incorrectly displaying the duplicate client in-page navigation tab.

**User Interface Impact: **No

Prerequisite(s):

  1. Login as a system administrator.
  2. Click Property Administration under Application Data in the shortcuts panel.
  3. Enter 'Client Merge Soft Links Displayed' in the Name field and click Search.
  4. Use the Edit Value row-level action to update the value of the property to YES and click Save.
  5. Use the Publish page action to publish the changes.
  6. Login as an administrator.
  7. Click Integrated Cases under Cases in the shortcuts panel.
  8. Click any of the integrated cases listed to open its configuration.
  9. Click the Assessments tab and use the Add Existing page action to add the following assessments:
    • Asthma Assessment
    • Juvenile Detention Assessment

Steps to Reproduce (Generic):

  1. Login as a caseworker.
  2. Register a new Person and create an instance of the integrated case configured for assessments.
  3. Click the Assessments tab.
  4. Use the New page action to create one of the assessments configured.
  5. Register another Person and create an instance of the integrated case configured for assessments.
  6. Again, use the New page action to create one of the assessments configured.
  7. On the first person's home page, click on the Administration tab and select Duplicates.
  8. Select the Mark New Duplicate page action.
  9. Search for and select the second person.
  10. On the Mark Duplicate modal page, click Save.
  11. Click the Care and Protection tab and select Assessments.
  12. Issue 1: The old look and feel is displayed for the in-page navigation tabs.
  13. Click the duplicate person's in-page navigation tab.
  14. Issue 2: The incorrect case types are listed for the duplicate client.
  15. Click the original person's in-page navigation tab.
  16. Issue 3: The caseworker is incorrectly navigated to the Cases section.
  17. Login as a system administrator.
  18. Click Property Administration under Application Data in the shortcuts panel.
  19. Enter 'Client Merge Soft Links Displayed' in the Name field and click Search.
  20. Use the Edit Value row-level action to update the value of the property to NO and click Save.
  21. Use the Publish page action to publish the changes.
  22. Login as a caseworker.
  23. Search for and open the first person's home page.
  24. Click the Care and Protection tab and select Assessments.
  25. Issue 4: The in-page navigation tab for the duplicate person is still visible.

Resolution:

These issues have been addressed. With the new components and Carbon styling that is implemented in the UI, the look and feel for the original client and duplicate client in page navigation tabs has been updated. The duplicate client’s tab is correctly listing the assessments related to the client and the link on the assessment tab for the original client has been updated. The visibility of the in-page navigation tabs for the duplicate client in the assessments sections has been brought under the influence of the application property 'Client Merge Soft Links Displayed’. This application property allows the caseworker to view a client's duplicate records alongside the original records and is set to NO by default.

Administration Suite

Dynamic Evidence

DYNAMIC EVIDENCE

WorkItem:269655 - Definition text on the Edit Dynamic Evidence Type page is not localized

Issue Description:

The definition text on the Edit Dynamic Evidence Type page is not localized correctly.
**User Interface Impact: **No

Prerequisite(s):

  1. Any language pack is installed.
  2. The administrator's locale is set to the installed language pack.

Steps to Reproduce:

  1. Login as an administrator.
  2. Click Dynamic Evidence under Rules and Evidence in the shortcuts panel.
  3. For any of the evidence types in the Dynamic Evidence list, click the Edit row-level action.
  4. Issue: The definition text on the Edit Dynamic Evidence Type page is not localized. It appears in English to the user.

Resolution:

The Edit Dynamic Evidence Type page has been corrected to ensure that the definitions are localized and that the correct translations appear in accordance with the logged-in user's locale.

Intake

PO05754, WorkItem:117222 - Search modal is not defined for the Business Object Type of Application on the Task Search tab

Issue Description:

When trying to search for a Task by specifying a related Application, the Application Search modal does not display. This prevents the user from completing the search by specifying the application.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a caseworker.
  2. Navigate to the Inbox section.
  3. Select Task Search under Tasks in the shortcuts panel.
  4. Select the value of Application in the Business Object Type drop-down.
  5. Click the search icon.
  6. Issue: The Application Search modal does not display.

Resolution:

The Application Search modal now displays when the search icon is clicked. For customers that do not use Insurance Affordability (HCR) module, the search is disabled because Merative Social Program Management (SPM) currently does not associate tasks with an application. For customers that do have the HCR module, this search is enabled.****

Application Development Environment

Client Development Environment
Core Development Infrastructure
Server Development Environment

WorkItem:262881 - Update the Entity Relationship Diagram (ERD) with entities that have been added, removed or deprecated in recent SPM releases

Issue Description:

Merative Social Program Management uses Entity Relationship Diagrams (ERDs) to illustrate how data is stored and to show dependencies between entities. The Entity Relationship Diagrams are provided in PDF format, however some of the Entity Relationship Diagrams do not reflect the entities that have been added, removed or deprecated in recent SPM releases.

User Interface Impact: No

Steps to Reproduce:
N\A

Resolution:

The Entity Relationship Diagrams are now updated to reflect entities that have been added, removed and deprecated in recent SPM releases. The following updates have been made:

ERD-CaseandParticipantIndex

ERD-ChildCare

ERD-ContentManagement

ERD-Core-AbstractEntities

ERD-Core

ERD-EvidenceBroker

ERD-GlobalIncomeSupport

ERD-Infrastructure

ERD-ProviderManagement

ERD-SmartNavigator

ERD-UniversalAccess

ERD-Verification

WorkItem:267864 - Configure WebLogic application server to use the urandom device on Linux machines

Issue Description:

On Linux operating systems, a performance issue occurs with WebLogic application server instances when the random device pool of the Linux operating system runs into low entropy and the application server must wait for new I/O operations to occur to increase the random bits in the random device pool before it continues. This is a common pattern on virtualized environments or headless boxes where the cryptographic operations of the OS consume random bits faster than the I/O operations can populate random bits into the random device pool.

**User Interface Impact: **No

Steps to Reproduce: N/A

Resolution:

The startserver target now sets any WebLogic application server instance it starts to use the urandom device for random data on Linux operating systems by default instead of the random device. The urandom device falls back to pseudo-random numeric algorithms when its pool is depleted rather than waiting for new I/O operations to repopulate its random bits pool before it allows the application server instance to continue.

Technical:

As part of this change, the following file has been updated:

PO09070, WorkItem:268380 - The implementation JAR missing from class loader in coreinf-ejb EJB Module on WebLogic 12.2

Issue Description:

In Merative Social Program Management deployed on WebLogic 12.2, classes in the implementation.jar can no longer be sourced from the coreinf-ejb.jar EJB Module. This means that classes extended by customers that require the implementation.jar in the coreinf-ejb.jar EJB Module are returning errors when attempting to call custom methods that reference methods in out-of-the-box classes.

Customers may experience a java.lang.AbstractMethodError at runtime when calling custom methods in extended classes.

**User Interface Impact: **No

Steps to Reproduce:

curam.core.intf.CaseAttachmentLink link = curam.core.fact.CaseAttachmentLinkFactory.newInstance();
CustomSearchClientAndPartnerDocumentsKey searchDocumentsKey = new CustomSearchClientAndPartnerDocumentsKey();
searchDocumentsKey.primaryConcernRoleID = key.concernRoleID;
CustomDocumentDetailsList publishedScannedDocumentsList = link.searchCaseAttachmentLink(searchDocumentsKey);

Resolution:

This issue was resolved and it is now possible to call custom methods on an extended class of an out-of-the-box entity without a java.lang.AbstractMethodError occurring.

Technical:

WebLogic 12.2 implemented a fix that ensured the application server followed the class loading policies of the J2EE specification correctly. This fix caused conflicts with EJBs in the SPM implementation.jar during deployment of SPM applications on WebLogic 12.2 and the initial resolution was to remove the SPM implementation.jar from offending EJB Module classpaths which introduced this issue. A Bundled Library has been added to EAR files during the EAR building process and this library is populated with the SPM implementation.jar. This library allows EJB Modules on these EAR files to reference classes within JARs located in the library and as the EJB Modules can now reference the SPM implementation.jar, this resolves the java.lang.AbstractMethodError appearing when calling a custom nsmulti search method.

WorkItem:270643 - Support for secure integration with IBM Watson Assistant

Social Program Management now supports secure integration with IBM Watson™ Assistant. If enabled, communication between SPM and IBM Watson Assistant is secured by using a JSON Web Token (JWT). This JWT is required for both outbound and inbound requests between SPM and IBM Watson Assistant.
A chat widget has been optionally included in the caseworker application screens. The chat widget can be configured to connect to an instance of IBM Watson Assistant.
New functionality has been added to the SPM application to generate and sign a JWT and to add it to each outbound request to IBM Watson Assistant. In addition, the ant build scripts have been updated to generate a keystore, a self-signed certificate, and a public key certificate file. These are used for both signing the JWT in the outbound requests and for verifying the JWT on the incoming requests from IBM Watson Assistant.
An issue with Weblogic 14.1.1 has been identified where a class in the provided Oracle Security Developer Tools, which is used to validate the JWT signature, references an older version of Jackson packages. However these packages have been removed from Weblogic 14.1.1. Until this issue is resolved, it is not possible to fully integrate with IBM Watson Assistant for applications running on Weblogic 14.1.1.
For more information, see the product documentation at https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

WorkItem:270711 - Add bouncycastle packages to the prefer-application-packages list in the weblogic-application.xml for the Web Services EAR

Issue Description:

A change in the Oracle JDK 1.8_261, or later, led to conflicts with packages on the Oracle WebLogic Application Server when starting Merative Social Program Management Web Services.

User Interface Impact: No

**Steps to Reproduce: **N/A

Resolution:

A configuration change was introduced by adding org.bouncycastle as a preferred package to the Web Services weblogic-application.xml to resolve these conflicts.

Technical:

The following files have been updated:

CLIENT DEVELOPMENT ENVIRONMENT

Widgets

WorkItem:260058 - The default user interface font for Social Program Management has been updated to IBM Plex

Issue Description:

Social Program Management no longer ships the Helvetica Neue font with the product due to the introduction of new components and Carbon styling in the user interface.

**User Interface Impact: **N/A

**Steps to Reproduce: **N/A

Resolution:

The default user interface font in Social Program Management (SPM), Helvetica Neue, has been updated to the IBM Plex font.
The Social Program Management font-faces that are used to load font throughout the application are defined in the following location:
JDE/CuramCDEJ/lib/curam/web/themes/curam/fonts

The Helvetica specific file 'helvetica-neue-ibm.css' has been removed from this location. Use 'main-ibm-font.css' instead to load IBM font-faces in your application pages.

For more information about IBM Plex, see: https://www.ibm.com/plex.

PO08941, WorkItem:264586 - The logout screen does not translate based on the user's locale

Issue Description:

The logout screen does not translate based on the user's locale. Instead, the translation is based on the default server locale.

**User Interface Impact: **No

Prerequisite(s):

  1. The French language pack is installed.
  2. The default server locale is en_US and the caseworker's locale in French.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Select logout.
  3. Issue: The logout page is displayed in English, which is the default server locale.

Resolution:

The logout page is now correctly translated based on the user's locale.

PO08832, WorkItem:266881 - The Close all tabs button does not always close all the application tabs that are opened

Issue Description:

In the Internet Explorer 11 browser, the Close all tabs button, which is supposed to close all application tabs that are open in the caseworker application, does not always work as intended. If there is more than one application tab open, or if the Close all tabs button is selected from a tab whose content is not currently displayed, some of the tabs may remain open.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a caseworker using the Internet Explorer 11 browser.
  2. Open three application tabs.
  3. Right-click on a tab whose content is not currently displayed.
  4. Select Close all tabs.
  5. Issue: Only the application tab that was clicked is closed.

Resolution:

This issue was resolved by updating the JavaScript executed when the Close all tabs option is selected.

Technical:

The following file has been changed:

WIDGETS

WorkItem:262396 - Opening and closing a tooltip dialog in a context panel becomes increasingly slower when using the keyboard

Issue Description:

In the Google Chrome and Internet Explorer 11 browsers, opening and closing a tooltip dialog in a context panel becomes increasingly slower when using the keyboard. An example of where this occurs is the Special Caution icon.

User Interface Impact: No

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Click on the Issues and Proceedings tab and select Special Cautions.
  4. Use the New page action to create a Special Caution for the person.
  5. When the context panel has refreshed, navigate to the context panel using the keyboard. Press the Tab key to move to the Special Caution icon.
  6. Open the Special Caution tooltip pressing the Enter key.
  7. Close the Special Caution tooltip pressing the Enter key.
  8. Repeatedly open and close the Special Caution tooltip with the keyboard.
  9. Issue: It becomes increasingly slower to open and close the tooltip dialog.

Resolution:

The Javascript for the tooltip dialog widget has been updated to address the performance issues that occur when opening and closing a tooltip dialog in a context panel using the keyboard.

Technical:

The JavaScript classes that have been updated are:

CORE DEVELOPMENT INFRASTRUCTURE

WorkItem:260386 - In a clustered SPM deployment, a ClassNotFoundException is thrown if an attempt is made to invoke an outbound web service in an IEG custom function

Issue Description:

In a clustered SPM deployment, a ClassNotFoundException is thrown if an attempt is made to invoke an outbound web service in an Intelligent Evidence Gathering (IEG) custom function. The missing class, net.sf.cglib.proxy.MethodInterceptor, is present in the cglib-nodep JAR file that is shipped as part of the Java Development Environment (JDE). The JAR is also present when a server code EAR file is built but is not specified in the manifest file of the implementation.jar file and is therefore not on the classpath. This results in a ClassNotFoundException when logic within that JAR is required and invoked by the application.
User Interface Impact: No

Steps to Reproduce:

There are no out-of-the-box steps that can reproduce this issue. This is due to the fact that there are no out-of-the-box IEG scripts that contain references to custom functions that invoke an outbound web service. If that scenario is satisfied, the issue would manifest itself when the IEG custom function was invoked which would lead to the ClassNotFoundException as the cglib-nodep JAR is not present on the classpath.

Resolution:

The cglib-nodep JAR file is now included on the classpath in the manifest file of the implementation.jar contained within a server code EAR file. This ensures that the logic contained within that JAR is available to be invoked when executing an outbound web service in an IEG custom function.

SERVER DEVELOPMENT ENVIRONMENT

PO07915, PO08317, PO08919, WorkItem:237326 - Some form fields are being rendered incorrectly in the caseworker application after an Intelligent Evidence Gathering (IEG) script has been loaded

Issue Description:

On specific evidences, the Frequency drop-down field does not work correctly when the evidence is opened on an integrated case after using an Intelligent Evidence Gathering (IEG) script. This issue occurs for specific evidence pages after completing an Income Support application script, where the Frequency drop-down field will be displayed incorrectly and the 'Please Select' placeholder text of the drop-down will appear below the field after it is clicked. The same issue occurs with the State drop-down field when creating an External Agency Referral.
User Interface Impact: No

Steps to Reproduce:

Scenario 1 (Income Support):

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Create and submit an Income Support application for the person.
  4. Navigate to the Income Support integrated case evidence dashboard and create new General Insurance evidence.
    • Note that the Frequency drop-down field displays the 'Please Select' placeholder text in a light gray color.
  5. Issue: When the Frequency drop-down is clicked, the 'Please Select' placeholder text will be displayed below the drop-down.

Scenario 2 (Income Support):

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Create and submit an Income Support application for the person.
  4. Navigate to the Income Support integrated case and expand the tab actions menu.
  5. Select the Guided Change menu item and Add Member from the sub-menu.
  6. Navigate through the wizard until the Income Details section is reached.
    • Note that the Frequency drop-down field displays the 'Please Select' placeholder text in a light gray color.
  7. Issue: When the Frequency drop-down is clicked, the 'Please Select' placeholder text will be displayed below the drop-down.

Scenario 3 (Platform):

  1. Login as a caseworker.
  2. Register a new Person.
  3. Click on the Referrals tab and select the New External Agency Referral page action.
    • Note that the State field is rendered as expected.
  4. Select the New Application Form menu item from the tab menu.
  5. Select a form and once a script has loaded, close the modal.
  6. Navigate back to the Referrals tab and click on the New External Agency Referral page action again.
  7. Issue: The State field is rendered incorrectly. When the State drop-down is clicked, the 'Please Select' placeholder text will be displayed below the drop-down.

Resolution:

The Frequency drop-down field on specific evidence pages and the State drop-down field when creating an External Agency Referral display and behave correctly after using an Intelligent Evidence Gathering script.
Technical:

Domains are data type definitions that resolve to either a primitive data type or another domain. Domains that are used in the caseworker application are typically modelled, while domains that are used by Intelligent Evidence Gathering (IEG) scripts are created via configuration files, known as datastore schemas, and are uploaded.

When an IEG script is loaded in the application, all the domains that are defined within the associated datastore schemas are loaded into the application. After the IEG script has been completed and a user navigates to a page in the application, if the page contains a field whose domain type is the same as one loaded in a datastore schema, the field is rendered incorrectly.
The application domains that share the same name as those defined in IEG datastore schemas have now been deprecated and any references to these have been updated with a new corresponding domain definition that shares the same name but has '_STATIC' appended. For example, the FREQUENCY_CODE and FREQUENCY_CODE_NO_IEG_OVERRIDE domain definitions have been deprecated and a new FREQUENCY_CODE_STATIC domain definition has been added. All references to FREQUENCY_CODE and FREQUENCY_CODE_NO_IEG_OVERRIDE have been updated to FREQUENCY_CODE_STATIC.

The following domains have been deprecated:

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

PO08064, WorkItem:241922 - Product Delivery Evidence Attribution produces error messages in the logs under normal operation

Issue Description:

Evidence attribution refers to the assignment of a time period to a piece of evidence during which that piece of evidence is used for entitlement calculations. During evidence attribution, attribution records are created to establish the period over which the evidence is considered effective within the product delivery case.

When evidence is modified as part of a succession and activated, re-attribution of the evidence records in the succession set then occurs and existing attribution records are modified and created as required.

Currently when evidence is modified as part of a succession and activated, even when the attribution records are correctly updated for the product delivery case, error messages related to duplicate records are created in the logs.
**User Interface Impact: **No

Steps to Reproduce (Generic):

  1. Login as a caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Click on the New page action to create an integrated case that relates to a product.
  5. Create product delivery.
  6. Create a new evidence record on the integrated case and activate the evidence.
  7. Make an effective-dated change to this evidence record and activate the evidence.
  8. Issue: Inspect the logs and view an error message about a unique constraint on CUR_OWNER.ATTRIBUTEDEVIDENCE.

Resolution:

This issue has been resolved by enhancing the code to no longer create unnecessary error messages in the logs during evidence re-attribution.

WorkItem:256509 - The version of the logging framework used by the SPM product has been updated from Log4j 1 to Apache Log4j 2

Apache Log4j is a Java-based logging utility that is used as the logging provider for the Social Program Management (SPM) product.

Due to Apache Log4j 1 reaching the end of support, the version of Apache Log4j used by SPM has been updated to Log4j 2 - specifically from 1.2.17 to 2.13.0.

As a result of this upgrade, the following changes have been made in the Java Development Environment deliverable.

The changes to the Log4j JAR files include:

It should be noted that any references in custom scripts and other artifacts to the newly versioned JARs should be updated to point to the new versions of the JAR files as specified above.

The differences between Apache Log4j 1 and Apache Log4j 2 are documented in detail on the Apache website. The main impacts to SPM include:

Java classes being refactored into different packages. For example, the following classes have been moved to a different package:

The configuration mechanism is different.

  1. Specifically, Log4j 2 will search for configuration data in 'log4j2.properties' instead of 'log4j.properties', and in 'log4j2.xml' instead of 'log4j.xml', there are additional configuration file types (JSON, YAML) and, importantly, the syntax of these configuration files is different.
  2. The default logging level in Log4j 2 is now ERROR, in Log4j 1 it was DEBUG.
  3. Log4j 2 is now contained across two jar files instead of one.

More information about how to adapt to these differences is contained in the Merative Social Program Management Upgrade Guide.

WorkItem:267218 - The WebSphere Application Server configuration script now sets the custom security property 'com.ibm.ws.security.web.logoutOnHTTPSessionExpire' to 'false'

Issue Description:

For stand-alone deployments on WebSphere, the 'com.ibm.ws.security.web.logoutOnHTTPSessionExpire' property is set to 'true'. This means that if a user is logged in to the SPM application, the first time a request is made to an API in the REST application from the same browser, after either server startup or a user's http session expiry, the user is redirected to the REST application login page and asked to log in again.

**User Interface Impact: **No

Steps to Reproduce:

  1. Log in to the SPM application, for example, at https:<server>:<port>/Curam, using a supported browser.
  2. In the same browser, open a new browser tab and try to access a REST endpoint, for example, https://<server>:<port>/Rest. (An API request that is sent directly from a browser will not pass the Referer header validation, so the expected API response is an error message about the Referer header validation).
  3. Issue: Although the browser sends the access token as a cookie in the request to the REST endpoint, it is not accepted as valid, and the user is redirected to the REST login page.

Resolution:

The WebSphere Application Server configuration script now sets the custom security property 'com.ibm.ws.security.web.logoutOnHTTPSessionExpire' to 'false'. This means that if the user logs in to the SPM application if the application calls a REST endpoint, the access token that is sent by the browser in the cookie for the REST endpoint will be accepted and the user is not asked to log in for a second time.

WorkItem:268426 - Java compiler runs out memory when building against log4j 2.13.0

Issue Description:

Compilation fails with java.lang.OutOfMemoryError: GC overhead limit exceeded when compiling a large number (20,000+) of Java files with Log4j 2 on the class path.
**User Interface Impact: **No

Steps to Reproduce:

Note when using the default maximum memory of 2 GB, this issue occurs only when an individual invocation of the Java compiler processes a large number (20,000+) of Java files, that is, struct classes, intf classes, and the implemented and remaining generated classes each have a separate Java compiler invocation.

Resolution:

The garbage collection (GC) mode that is used by the Java compiler has been set to G1 which has been proven to perform better when compiling large numbers of Java files. This change only affects the garbage collection of the compiler, it does not affect runtime garbage collection. It is also possible to specify a different garbage collection for the compiler by changing the build property to a different value from its default of '-XX:+UseG1GC'. For more information on garbage collection, see the Java documentation.

Business Services

Word Integration

WORD INTEGRATION

WorkItem:258119 - Extend existing Word Integration solution to work with Edge Chromium

Issue Description:

The FILE_EDIT widget available in Social Program Management (SPM) allows users to edit a Microsoft Word document on their local computer and then save it to the database. For more information about Microsoft Word Communications in SPM, see the product documentation at https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation.

In previous releases, the FILE_EDIT widget used either a Java applet to manage the interaction between the browser and Microsoft Word (for browsers such as Internet Explorer that support Java) or a native messaging implementation for Google Chrome.

The FILE_EDIT widget did not support the latest versions of Microsoft Edge (versions 79 and later).

User Interface Impact: N/A

**Steps to Reproduce: **N/A

Resolution:

The native messaging implementation consists of a browser extension (File Edit Native Messaging Bridge) and a native messaging host application (Word Integration Assistant application) installed on the client machine. The Word Integration Assistant is a Java application that requires a Java Runtime Environment (JRE) to be installed on the client machine.

The native messaging implementation has been extended so that it now also supports Microsoft Edge, versions 79 and later.

The extension can be installed on Google Chrome or Microsoft Edge through the Chrome Web Store from https://chrome.google.com/webstore/detail/jmhkbmmljlemjenoklondlldimojdgll.
The Word Integration Assistant can be installed on client machines by using the IBMCuramWordIntegrationAssistant.msi installer file that is distributed with the Client Development Environment (CDEJ).

For more information, see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation.
**NOTE: **As covered in release note 259418, support for the Java applet implementation of the FILE_EDIT widget has now been dropped. Customers who are currently using Internet Explorer 11 with the Java applet to edit Microsoft Word communications in SPM must use either Google Chrome or Microsoft Edge with the native messaging implementation.

WorkItem:259418 - Support for the Microsoft Word Integration applet solution has been dropped

The FILE_EDIT widget available in Social Program Management (SPM) allows users to edit a Microsoft Word document on their local computer and then save it to the database. The user can automatically create a new document from a template that can be personalized.

In previous releases, the FILE_EDIT widget used either a Java applet to manage the interaction between the browser and Microsoft Word (for the browsers that support Java) or a native messaging implementation for the Chrome browser.

Support for the Internet Explorer browser is dropped for SPM (see release note 271849) and consequently support for the Java applet version of the FILE_EDIT widget has also been dropped for Word Integration.


**NOTE: **As covered in release note 258119, support for the native messaging implementation has been extended so that it now also supports Microsoft Edge, versions 79 and later.

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

PO08737, WorkItem:264432 - Microsoft Word Integration feature not working in Google Chrome if the client has more than one Chrome profile

Issue Description:

When using the Google Chrome browser and the Microsoft (MS) Word integration feature, sometimes MS Word does not start properly if the client has more than one Chrome profile set up.
**User Interface Impact: **No

Prerequisite(s):

  1. Install the IBMCuramWordIntegrationAssistant.msi which is located in IBM/Curam/Development/CuramCDEJ/lib/curam/installers.
  2. Set a JRE_HOME Environment variable to point to the location of an installed JRE.
  3. Create a new browser profile in Chrome, as described here: https://support.google.com/chrome/answer/2364824.
  4. Install the 'Curam File Edit Native Messaging Bridge' extension from the Chrome Web Store under each profile.
  5. Switch to the new profile in Chrome.

Steps to Reproduce:

  1. Login as a system administrator.
  2. Navigate to Microsoft Word Templates under Communications in the shortcuts panel.
  3. Choose a sample template that you would like to edit through the application.
  4. Set the Category to be All Communication - All Communications and click Save.
  5. Login as a caseworker.
  6. Register a Person.
  7. Click the Client Contact tab and select Communications.
  8. From the page action menu, select New Microsoft Word.
  9. On the first page of the New Microsoft Word Communication wizard, check the 'Client is Correspondent' checkbox and select Next.
  10. Complete the mandatory fields and select the Microsoft Word template created previously.
  11. Click Save.
  12. Issue: Microsoft Word fails to open.

Resolution:

The Merative Social program Management File Edit Native Messaging Bridge assumed that the Chrome profile was called Default. When there is more than one profile, they are named Profile 1, Profile 2, and so on. The bridge has been fixed to properly identify the correct Chrome profile when attempting to launch Word.

WorkItem:268779 - Microsoft Word Integration Assistant enhancements

Issue Description:

The Microsoft Word Integration Assistant must be installed on client machines of those clients wishing to use Social Program Management Word Integration functionality through either the Google Chrome or Microsoft Edge Chromium browsers. The installation process for Word Integration Assistant required additional manual post-install configuration for some clients, depending on how they deployed the Java Runtime Environment. Additionally, troubleshooting of issues relating to Microsoft Word integration functionality in previous releases was a manual process with many steps.
**User Interface Impact: **N/A

**Steps to Reproduce: **N/A

Resolution:

The SPM Word Integration Assistant has been enhanced to provide better functionality when installing and troubleshooting the SPM Word Integration functionality.

These changes include the following:

1. Changes to the MSI installer for SPM Word Integration Assistant (IBMCúramWordIntegrationAssistant.msi)

2. The addition of new installable artifacts:

3. Java code changes to add support for Microsoft Edge Chromium.

For more information, see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

WorkItem:270272 - File Edit Control Panel says the File Edit Extension is available in browser when it is not

Issue Description:

When creating a Microsoft Word Communication in Merative SPM using the Google Chrome browser, the File Edit Control Panel modal always displays a message that the File Edit extension is available in that browser. This message displays even when the extension is not installed for that Chrome profile or is installed but disabled for that profile.
**User Interface Impact: **No

Steps to Reproduce:

  1. Launch a Google Chrome browser using a Chrome profile that either does not have the Merative SPM File Edit extension installed or if it is installed, is disabled.
  2. Login as a system administrator.
  3. Navigate to Microsoft Word Templates under Communications in the shortcuts panel.
  4. Select the New page action to create a new Microsoft Word template.
  5. Enter a name and template document ID for the template and upload a file to be used as the template.
  6. Select values from the Category drop-downs and click Save.
  7. Click on the edit link for the newly created/configured template.
  8. The Word File Edit Screen is loaded in the Tab Content page and the File Edit Control Panel modal displays.
  9. Issue: The File Edit Control Panel displays a message that is not expected. A message displays that the File Edit extension is available: 'The File Edit extension is available in the browser and ready to use.' and 'Document editing session starting, please wait.'

Instead, it is expected that the File Edit Control Panel displays a message that says the extension is not available.

Resolution:

The issue has now been fixed so that the File Edit Control Panel displays the correct message if the extension is either not installed or not enabled. The message is 'The File Edit extension could not be found. Please contact the administrator to configure the supported File Edit extension in the browser.' When the extension is both installed and enabled, the File Edit Control panel displays the message, 'The File Edit extension is available in the browser and ready to use'.

WorkItem:270344 - Commit changes button on the File Edit Control Panel always looks enabled

Issue Description:

On the File Edit Control Panel, the Commit changes button always looks enabled. The styling of this button is the same for both enabled and disabled states.

**User Interface Impact: **No

Prerequisite(s):

  1. Login as a system administrator.
  2. Navigate to Microsoft Word Templates under Communications in the shortcuts panel.
  3. Select the New page action to create a new Microsoft Word template.
  4. Enter a name and template document ID for the template and upload a file to be used as the template.
  5. Select a category of Participant and subcategory of Person and click Save.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Click the Client Contact tab and select Communications.
  4. From the page action menu, select New Microsoft Word.
  5. Check the 'Client Is Correspondent' checkbox and click Next.
  6. On the second page, complete the following fields:
    • Subject
    • Correspondent Type
    • Address
    • Template Name (the one configured in the prerequisites above)
  7. Clicking Save opens the File Edit Control Panel and starts Microsoft Word.
  8. Issue: The Commit changes button on the File Edit Control Panel always looked enabled and never disabled.

Resolution:

This issue is now resolved. Initially, the Commit changes button looks disabled. Only a save action from Microsoft Word enables the button. Clicking the Commit changes button while it is enabled disables it again. The enabled button has the same look and feel as before. The disabled button is white and has a gray border and text and no hover animation.

WorkItem:270345 - Incorrect severity of messages when creating documents using Microsoft Word templates

Issue Description:

There are issues with the severity of messages when creating documents using Microsoft Word templates. The File Edit Control Panel displays messages notifying users that changes are being saved. These messages are displaying as warning messages instead of displaying as informational messages.

**User Interface Impact: **Yes

Steps to Reproduce:

  1. Open the Microsoft Word (MS) application and create a test document template and save it.
  2. Login as a system administrator.
  3. Navigate to Microsoft Word Templates under Communications in the shortcuts panel.
  4. Select the New page action to create a new Microsoft Word template.
  5. Enter a name and template document ID for the template and upload the previously saved template.
  6. Fill in the mandatory fields and ensure to select All Communication from both Category drop-downs and click Save.
  7. Login as a caseworker.
  8. Register a new Person.
  9. Click on the Client Contact tab and select Communications.
  10. From the page action menu, select New Microsoft Word.
  11. On the first page of the New Microsoft Word Communication wizard, check the 'Client is Correspondent' checkbox and select Next.
  12. Fill in the mandatory fields and select the Microsoft Word template created previously.
  13. The MS Word document will be launched in the MS Word application. If asked, allow your browser to interact with this control.
  14. Make a change to the document and save it.
  15. Issue: The messages that notify the user that the changes are saved are informational messages, yet are being displayed as warnings (we expect a blue icon, yet see a red icon).

Resolution:

The messages in the File Edit Control Panel are now displaying with the correct severity.

WorkItem:270346 - Issue with Hotspot JRE x64 and the Chrome Word Integration solution

Issue Description:

A problem was identified with the Native Messaging Microsoft Word Integration solution in the Google Chrome browser.
The issue was found when using more recent builds of the 64-bit version of the Java 8.0 Hotspot Java Runtime Environment (JRE).

The issue manifests itself with a fatal error log (hs_err_<processID>.log) appearing in the directory where the Java process was started from.

The log file reports an "EXCEPTION_ACCESS_VIOLATION" with the problematic frame in jacob-1.15-M4-x64.dll.

Prerequisite(s):

(The Word Integration solutions are only supported on Microsoft Windows)

  1. Install Microsoft Word.
  2. Install Oracle Java 8 Hotspot JRE, using build 242 or higher.
  3. Install Google Chrome.
  4. Install and enable the Merative SPM File Edit Native Messaging Bridge Extension for Google Chrome. This is available on the Chrome Web Store.
  5. Install the SPM Word Integration Assistant. This is distributed with the Client Development Environment.
  6. Login as a system administrator.
  7. Navigate to Microsoft Word Templates under Communications in the shortcuts panel.
  8. Select the New page action to create a new Microsoft Word template.
  9. Enter a name and template document ID for the template and upload a file to be used as the template.
  10. Select a category and sub-category. Click Save.

Steps to Reproduce:

  1. Login as a system administrator.
  2. Navigate to Microsoft Word Templates under Communications in the shortcuts panel.
  3. Click the edit link for the template that is configured.
  4. The Word File Edit Screen is loaded in the Tab Content page, and the File Edit Control Panel modal is shown.
  5. Issue: Microsoft Word does not launch with the updated document loaded. The JRE outputs a hs_err_<processID>.log file reporting an "EXCEPTION_ACCESS_VIOLATION".

Resolution:

The updated document loads in Microsoft Word. This issue has been resolved by upgrading the version of the JACOB JARs from 1.15-M4 to 1.20.

PO09352, WorkItem:271234 - Microsoft Word integration feature in Google Chrome fails to launch intermittently with NullPointerExceptions in Word Integration Assistant debug logs

Issue Description:

When a system administrator attempts to create or edit a Microsoft Word Communication in Merative SPM using the Google Chrome browser, Microsoft Word fails to launch intermittently. When this happens, an error displays in the File Edit Control Panel modal dialog. If debug logging is enabled for the Word Integration Assistant, its logs show a NullPointerException when calling the method 'curam.util.tools.fileedit.common.WordManagement.openWordApplication'.

User Interface Impact: No

Prerequisite(s):

  1. Install Microsoft Word.
  2. Install a Java Runtime Environment (JRE) version 8.
  3. Install Google Chrome.
  4. Install and enable the Merative SPM File Edit Native Messaging Bridge Extension for Google Chrome. This is available on the Chrome Web Store.
  5. Install the SPM Word Integration Assistant. This is distributed with the Client Development Environment.
  6. Login as a system administrator.
  7. Navigate to Microsoft Word Templates under Communications in the shortcuts panel.
  8. Select the New page action to create a new Microsoft Word template.
  9. Enter a name and template document ID for the template and upload a file to be used as the template.
  10. Select a suitable category and sub-category and click Save.

Steps to Reproduce:

**Note: **Though this issue can occur intermittently, the error can be forced using the following steps.

  1. Login as a system administrator.
  2. Navigate to Microsoft Word Templates under Communications in the shortcuts panel.
  3. Click on the edit link for the template configured above.
  4. The Word File Edit Screen is loaded in the Tab Content page, and the File Edit Control Panel modal is shown.
  5. Microsoft Word is launched. Close Microsoft Word.
  6. A pop-up appears in the browser window. Click OK.
  7. Open a new browser tab and go to chrome://settings/clearBrowserData
  8. Clear the data for the last hour.
  9. Return to the first tab and repeat steps 1 to 4.
  10. Issue: Microsoft Word does not launch the second time, and an error icon is shown in the File Edit Control Panel. If debug logging is enabled for the Word Integration Assistant, the log shows a NullPointerException stack trace.

Resolution:

The Word Integration Assistant Java code has been updated so that the circumstances leading to the NullPointerException cannot occur.

Common Intake

PO08974, WorkItem:265385 - Application Case search results switch between presenting French and English

Issue Description:

When searching for an Application Case the Type and Programs columns will alternate the results between multiple languages if there is a language pack installed that is different from the language of the default server locale.

User Interface Impact: No

Prerequisite(s):

  1. The French language pack is installed.
  2. The default server locale is en_US and the Intake Worker's locale is English.

Steps to Reproduce:

  1. Login as an Intake Worker.
  2. Select Application under Searches in the shortcuts panel.
  3. Enter a set of search criteria that will return multiple results.
  4. Click Search.
  5. Issue: The values in the Type and Programs columns of the results are displayed in different languages. The same thing happens if the Intake Worker's locale is French.

Resolution:

The application case search wasn't considering the user's locale when returning the results. The Type and Programs columns are now either displayed in accordance with the user's locale, or the default server locale if no localizable text entries are present for the program types.

Curam Modules

Outcome Management
Social Enterprise Collaboration
Provider Management
Verification
Universal Access
Intelligent Evidence Gathering
Evidence Broker
Financial Management

Outcome Management

WorkItem:114547 - Administration property 'curam.outcomeplanning.referralForAgreementDays' is not working as expected

Issue Description:

The property 'curam.outcomeplanning.referralForAgreementDays' defines the number of days before the current date that a Referral should be displayed for selection when creating an Agreement. For example, if the configuration specifies 60 days then only referrals that have been created in the last 60 days are to be available for selection in a new agreement.
Currently, referrals that are created on a date that falls before the acceptable time period derived using the value of the application property and the current date are being displayed.

User Interface Impact: No

Prerequisite(s):

  1. Login in as sysadmin.
  2. Click on System Configurations and expand the shortcuts panel.
  3. Expand the Application Data section and click on Property Administration.
  4. Search for and check the value of the property 'curam.outcomeplanning.referralForAgreementDays' is set to 60 days.
  5. Click on the Publish page action to publish any changes.

Steps to Reproduce:

  1. Login in as a caseworker.
  2. Register a new Person.
  3. Create an Ongoing Case for the person.
  4. Create a new Outcome Plan for the person.
  5. Select the Activities tab and then select New Referral from the page menu.
  6. Create a new Referral with a referral date 3 months before the current date.
  7. Select the Agreements tab and create a new Agreement.
  8. Populate the Clients page of the Agreement wizard. Click Next.
  9. Issue: On the Activities page of the Agreement wizard the newly created Referral is displayed in the list even though the Referral date is 3 months before the current date.

Resolution:

The Agreement wizard has been corrected to only display Referrals that have a start date within the window of the property 'curam.outcomeplanning.referralForAgreementDays'.

WorkItem:185547 - The Flex Widget for Enhanced Client Selection is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent widget for Enhanced Client Selection, which is used to select multiple clients when creating an Outcome Plan, is replaced with a responsive version based on modern React JavaScript components. The previous functionality of the Enhanced Client Selection is maintained.
User Interface Impact: Yes

Steps to Reproduce:

  1. Login as a caseworker.
  2. Select Preferences from the application menu.
  3. Set Enhanced Outcome Plan Creation to Yes.
  4. Register a new Person.
  5. Create an instance of an integrated case that has been configured for outcome plans.
  6. Click on the Outcome Plans tab.
  7. Use the New page action to create a new outcome plan.

Resolution:

The Flash-dependent widget for Enhanced Client Selection is now replaced with a responsive version based on modern React JavaScript. Removing client information for a family member was enhanced to improve the user experience for the user and to make the Enhanced Client Selection Widget accessible. The right-click Remove action to remove a family member is now replaced by a Remove tertiary button for each family member. Selecting the Remove tertiary button removes the family member from the client list.

The drag and drop interaction to manage the clients for an outcome plan was also enhanced to provide an accessible and enhanced user experience. When a user drags the CCV Client, family component or a family member to the list of clients that make up the outcome plan, the allowable drop area is highlighted. An inline error message is displayed if a user drops on a disallowed area. In addition, a new option Add To Client List was added to the overflow action (…) for the CCV Client, family component and each family member. Select the overflow action (...) to display a hidden overflow menu and then select the Add to Client List option.

WorkItem:185554 - The Flex Chart for Assessment Delivery Results is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent chart for the Assessment Delivery Results, which provides a view of assessment results on the Assessment Home and History pages, is replaced with a responsive version based on modern React JavaScript components. The previous functionality of the Assessment Delivery Results Chart is maintained.
User Interface Impact: No

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Create an instance of an integrated case that has been configured for outcome plans.
  4. Click on the Outcome Plans tab.
  5. Use the New page action to create a new outcome plan.
  6. On the Outcome Plan, click on the Assessment & Factors tab.
  7. Use the New page action to create a new assessment.
  8. From the Assessment list page, click on the Assessment Type hyperlink to view the Assessment Delivery Results Bar and Radar charts.

Resolution:

The Flash-dependent chart for the Assessment Delivery Results is now replaced with a responsive version based on modern React JavaScript. A new color scheme from the Merative Carbon Design System was also introduced for the Assessment Delivery Results Chart, which provides an accessible and enhanced user experience. The colors are applied in a specific sequence to maximize the contrast between neighboring colors. The default colors, which are defined by the 'curam.assessmentplanning.graphRGBColors' application property are updated as follows: 6929C4,1192E8,005D5D,9F1853,FA4D56,520408,198038. These values can be modified in the System Administration Application using the following steps:

  1. Login as a system administrator.
  2. Click on the System Configurations tab.
  3. Select Property Administration under Application Data in the shortcuts panel.
  4. Enter 'curam.assessmentplanning.graphRGBColors' in the Name field and click Search.
  5. Edit the values using the row-level action.

WorkItem:185555 - The Flex Chart for Assessment Delivery Details is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent chart for Assessment Delivery Details, which provides a view of assessment results when the Assessment list item is expanded from the Assessment & Factors tab of the Outcome Plan, is replaced with a responsive version based on modern React JavaScript components. The previous functionality of the Assessment Delivery Details Chart is maintained.
**User Interface Impact: **Yes

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Create an instance of an integrated case that has been configured for outcome plans.
  4. Click the Outcome Plans tab.
  5. Use the New page action to create a new outcome plan.
  6. On the Outcome Plan, click the Assessment & Factors tab.
  7. Use the New page action to create a new assessment.
  8. From the Assessment list page, click the toggle of the newly created assessment to view the Assessment Delivery Details Bar and Radar charts.

Resolution:

The Flash-dependent chart for Assessment Delivery Details is now replaced with a responsive version based on modern React JavaScript. To improve the user experience and to make the Assessment Delivery Details Chart accessible, an enlarge button for maximizing and minimizing the Chart is available. Labels are truncated to better maintain the scale and readability of the Chart. Users can click the enlarge button to see a larger view and to read truncated labels.

A new color scheme from the Merative Carbon Design System was also introduced for the Assessment Delivery Details Chart, which provides an accessible and enhanced user experience. The colors are applied in a specific sequence to maximize the contrast between neighboring colors. The default colors, which are defined by the curam.assessmentplanning.graphRGBColors application property are updated as follows: 6929C4,1192E8,005D5D,9F1853,FA4D56,520408,198038. These values can be modified in the System Administration Application using the following steps:

  1. Login as a system administrator.
  2. Click the System Configurations tab.
  3. Select Property Administration under Application Data in the shortcuts panel.
  4. Enter 'curam.assessmentplanning.graphRGBColors' in the Name field and click Search.
  5. Edit the values using the row-level action.

PO07949 , WorkItem:238435 - Unable to complete a review on an outcome plan with an expected end date in the past

Issue Description:

It is not possible to complete an outcome plan review when the outcome plan's expected end date is in the past. An un-handled server exception is thrown after attempting to complete the outcome plan review.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Use the New Case tab action to create a new Ongoing Case for the person.
  4. Click on the Outcome Plans tab and use the New page action to create a new outcome plan.
  5. Specify the mandatory fields ensuring to set the Expected End Date to any future date.
  6. Select the client and click Save.
  7. Click on the Reviews tab of the outcome plan.
  8. Use the New page action to create a new review, ensuring to set the Review Period From and Review Period To to the current date.
  9. Change the server date to a date after the expected end date of the outcome plan.
  10. Navigate to the outcome plan review and complete it.
  11. Issue: An un-handled server exception is thrown with the message: An un-handled server exception occurred. Please contact the administrator. In the logs files, the error message is curam.util.exception.InformationalException: The Expected End Date must be on or after today.

Resolution:

This issue is now resolved and now an outcome plan's review can be completed when the outcome plan's expected end date is in the past.

WorkItem:246932 - The Flex Widget for Factor Activities is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent widget for Factor Activities, which is used on the Activities section of the Factor home page, is replaced with a responsive version based on modern React JavaScript components. The previous functionality of the Factor Activities widget is maintained.
**User Interface Impact: **Yes

Steps to Reproduce:

  1. Login as a caseworker
  2. Register a new Person.
  3. Create an instance of an integrated case that has been configured for outcome plans.
  4. Click the Outcome Plans tab.
  5. Use the New page action to create a new outcome plan.
  6. On the Outcome Plan, click on the Assessment & Factors tab.
  7. Use the New page action to create a new assessment.
  8. Click the Activities tab and select Activities from the page group navigation bar.
  9. From the page action menu choose New Action.
  10. Complete the mandatory fields and capture the factor details for the new action.
  11. Click the Assessment & Factors tab and select Factors from the page group navigation bar.
  12. Click the factor hyperlink for the Factor associated with the previously created action.
  13. The Factor Activities widget is available on the Activities section of the Factor home page.

Resolution:

The Flash-dependent widget for Factor Activities is now replaced with a responsive version based on modern React JavaScript. To improve the user experience, a Today button, which brings the user back to the current date, was added to the Factor Activities widget.

WorkItem:252249 - The Flex Chart for Factor Ratings is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent chart for Factor Ratings, which is available on the Ratings section of a Factor home page, is replaced with a responsive version based on modern React JavaScript components. The previous functionality of the Factor Ratings Chart is maintained.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Create an instance of an integrated case that has been configured for outcome plans.
  4. Click on the Outcome Plans tab.
  5. Use the New page action to create a new outcome plan.
  6. On the Outcome Plan, click on the Assessment & Factors tab.
  7. Use the New page action to create a new assessment.
  8. Select Factors from the page group navigation bar.
  9. Click on the factor hyperlink for any Factor in the list to open the Factor home page.
  10. The Factor Ratings Chart is available on the Ratings section of the Factor home page.

Resolution:

The Flash-dependent chart for Factor Ratings is now replaced with a responsive version based on modern React JavaScript. A new color scheme from the Merative Carbon Design System was also introduced for the Factor Ratings chart, which provides an accessible and enhanced user experience. The default color, which is defined by the 'curam.outcomeplanning.factorGraphRGBColor' application property is updated to B28600. This value can be modified in the System Administration Application using the following steps:

  1. Login as a system administrator.
  2. Click on the System Configurations tab.
  3. Select Property Administration under Application Data in the shortcuts panel.
  4. Enter 'curam.outcomeplanning.factorGraphRGBColor' in the Name field and click Search.
  5. Edit the values using the row-level action.

Social Enterprise Collaboration

Case & Participant IndexSocial Enterprise Folder

CASE & PARTICIPANT INDEX

WorkItem:265430 - Deprecate the Case Participant Index (CPI) and Client Access Features

Case & Participant Index (CPI) and Client Access functionalities that are provided as part of the Social Enterprise Collaboration Module to enable Master Data Management (MDM) capabilities and the display of information from an external system within Merative Social Program Managemenrt are deprecated.

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

SOCIAL ENTERPRISE FOLDER

WorkItem:185549 - The Flex Widget for Create Social Enterprise Folder is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent widget for the Create Social Enterprise Folder (SEF), which is used to select multiple clients and cases, is replaced with a responsive version based on modern React JavaScript components. The previous functionality of the Create Social Enterprise Folder is maintained.
**User Interface Impact: **Yes

Steps to Reproduce:

  1. Login as a caseworker.
  2. Select Preferences from the application menu.
  3. Set Enhanced mode to yes.
  4. Click on New Social Enterprise Folder under Social Enterprise Folders in the shortcuts panel to navigate to the Social Enterprise Folder.

Resolution:

The Flash-dependent widget for the Social Enterprise Folder is now replaced with a responsive version based on modern React JavaScript. Removing cases and client information for a family member was enhanced to improve the user experience for the user and to make the Create Social Enterprise Folder Widget accessible. The right-click Remove action to remove a case or a family member is now replaced by a Remove tertiary button for each case and family member. Selecting the Remove tertiary button removes case or the family member from the appropriate list.

The drag and drop interactions to manage the clients and cases for a SEF were also enhanced to provide an accessible and enhanced user experience. When the user drags cases within the care and protection component to the list of cases, or the CCV Client, family component or a family member to the list of clients that make up a SEF, the allowable drop areas are highlighted. An inline error message is displayed if a user drops on a disallowed area. In addition, a new option Add to Case List was added to the overflow action (…) for each case and the option Add To Client List was added to the overflow action (…) for the CCV Client family component, and each family member. Select the overflow action (...) to display a hidden overflow menu and then select the Add to Case List or Add to Client List option.

WorkItem:260868 - Reinstate Social Enterprise Folder case from a deprecated state in the Social Program Management application

Issue Description:

The Social Enterprise Folder (SEF) case type that is provided as part of the Social Enterprise Collaboration (SEC) module to enable Multidisciplinary Teams (MDTs) to collaborate on cases and clients is to be reintroduced into the product.
For more information see the deprecation task 'WorkItem:159365 - Deprecate the Social enterprise folder (SEF) case in the V7.0 external release notes.

**User Interface Impact: **N/A

Steps to Reproduce:
Steps to Access the Reinstated Functionality

  1. Login as a caseworker.
  2. Select Cases and Outcomes. Select Shortcuts and select Social Enterprise Folders from the Shortcuts panel.
  3. Create a new social enterprise folder.
  4. Search for and select a person who is currently registered on the system.
  5. Enter the Type of social enterprise folder from the drop-down menu, Fraud Investigation, for example, and click Create.
  6. The following tabs display when the social enterprise folder is created" Home, Clients, Cases MDT, Incidents, Calendar, Discussions, Notes, Assessments, and Admin.

Resolution:

The Social Enterprise Folder (SEF) case type is now reintroduced into the product. The following list contains the features being un-deprecated:

  1. Related administration properties
  2. Shortcuts panel options/links
  3. Home page
  4. Clients
  5. Cases
  6. Multidisciplinary Team
  7. Incidents
  8. Calendars and meeting minutes
  9. Discussions
  10. Notes
  11. Attachments
  12. Communications
  13. Other SEF-related administration tasks

Provider Management

Financials
Place Management

PO07109, WorkItem:194820 - Microsoft Word Integration is impacting the creation of a provider home study document

Issue Description:

Users can create a document for a home study that can be used to capture information such as the prior social history of the provider. Currently, after creating a home study document, users are unable to edit the document as the SPM Microsoft (MS) Word Integration document editing session is not launching.
**User Interface Impact: **No

Prerequisite(s):

  1. Login as a system administrator.
  2. Navigate to Microsoft Word Templates under Communications in the shortcuts panel.
  3. Select the New page action to create a new Microsoft Word template.
  4. Enter a name and template document ID for the template and upload a file to be used as the template.
  5. Select a category and sub-category of Home Study and click Save.

Steps to Reproduce:

  1. Login as a Provider Management Resource Manager.
  2. Open an existing provider and select the Home Studies page from the Credentials tab in the navigation bar.
  3. Use the New page action to create a new home study.
  4. Select the New Document row-level action on the newly created home study.
  5. Fill out the mandatory Description and Template fields on the New Document modal
    • Select the template that was configured in the prerequisite(s) section above.
  6. Click Save.
  7. Expand the list row for the Home Study and select the Documents in-page navigation tab.
  8. From the row-level action of the newly created document, select Edit and then click on 'Save and Open Word' from the modal that opens.
  9. Issue: The Microsoft Word editing session does not launch.

Resolution

Users are now able to create and save a Provider Home Study document as the SPM Microsoft Word Integration document editing session launches as expected.

Technical:

Below is the list of files changed to fix this issue:

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

PO08242, WorkItem:246406 - The uniqueID of the email address that is associated with a Provider Service Center is generated using the DEFAULT key set instead of the EMAILADDSS key set

Issue Description:

The uniqueID of the email address that is associated with a Provider Service Center is generated with the wrong key set. The DEFAULT key set is used to generate the uniqueID instead of the EMAILADDSS key set.
User Interface Impact: No

Prerequisite(s):

  1. Run the following SQL:
    • UPDATE KEYSERVER SET HUMANREADABLE = '1' WHERE KEYSETCODE = 'EMAILADDSS';
  2. Restart the server.

Steps to Reproduce:

  1. Login as an administrator.
  2. Select New User below Users in the shortcuts panel.
  3. Fill in all the mandatory details, as well as an email address.
  4. Click Save.
  5. Check the new email address on the Database. Its primary key is human-readable and was created by using the EMAILADDSS key set.
  6. Login as a Provider Management manager.
  7. Click My Providers below Providers in the shortcuts panel.
  8. Click the reference hyperlink for any providers in the list to open the provider home page.
  9. From the provider home page, click on the Services tab and select Service Centers.
  10. Use the New page action to create a new Service Center.
  11. Fill in all the mandatory details, as well as an email address.
  12. Click Save.
  13. Issue: Check the new email address on the Database. Its primary key is non-human-readable as is generated by using the DEFAULT key set.

Resolution:

This issue is now resolved. The uniqueID that is associated with a Provider Service Center email address is now generated by using the EMAILADDSS key set. Any potential collisions between new identifiers that are generated from the EMAILADDSS key set and pre-existing identifiers that are generated from the DEFAULT key set are automatically detected and avoided.

PO08385, WorkItem:249637 - Unnecessary notifications are being generated on the creation of placements

Issue Description:

When a placement is created, a product delivery case of type Provider Placement is created that is used to generate placement-based financials. Various notifications are created for product delivery cases, including notifications when the product delivery case is first created that notify users of their case assignment. Because the product delivery case is not intended to be interacted with by a caseworker, notifications are unnecessary and should not be created.

**User Interface Impact: **No
Steps to Reproduce:

  1. Log on as a Child Welfare caseworker.
  2. Register a child and create an Ongoing Case.
  3. From the Ongoing Case home page, click the Removals and Placements tab.
  4. In the page action menu, click New Removal.
  5. Enter the mandatory information, and then click Save and Place.
  6. Provide the following details for the Placement, then select the Provider and click Finish.
    • Select Foster Care for the type of placement.
    • Select a Category/Type of Foster Care Home when you search for the provider.
  7. Click the Inbox tab, and click My Notifications under Notifications in the Shortcuts panel.
  8. Issue 1: Two unnecessary notifications are created for the placement.
  9. Log on as a Provider Management Resource Manager.
  10. Click the Inbox tab and then click My Notifications under Notifications in the Shortcuts panel.
  11. Issue 2: Up to four unnecessary notifications are created for the placement.

Resolution:

This issue has been resolved. Notifications are no longer generated for the 'Provider Placement' product delivery case that is created solely for the purpose of generating financials. Also, notifications are no longer created for the product delivery cases that are used to generate the other three types of provider payments: Provider Invoice, Provider Attendance, and Provider Contract. For more information, see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

Technical:

A new interface, NotificationExcludedCaseType, has been added that facilitates the listing of case types and product deliveries to be excluded when notifications are generated. The implementation that was provided in Provider Management filters the following product deliveries: Provider Placement, Provider Invoice, Provider Attendance, and Provider Contract.

PO08943, WorkItem:264651 - Updating the cover period of a Service Delivery does not update the cover period of the associated Service Authorization Line Item

Issue Description:

When a Service Delivery delivers a service whose associated delivery type is Product Delivery, modification of the Service Delivery cover period should propagate and keep in sync the cover period on the associated Service Authorization Line Item (SALI). Currently, this is not happening. The SALI cover period is not updated and its cover period gets out of sync with the Service Delivery cover period.
**User Interface Impact: **No

Prerequisite(s):

  1. Login as an administrator.
  2. Click on Services under Provider Management in the shortcuts panel.
  3. Use the New Service page action to create a new service.
  4. Specify the following details on the New Service modal page:
    • Name: Test Service
    • Reference: TestService
    • Unit of Measure: Dose
    • Start Date: Today
    • Referred By: Any User
    • Fixed Amount: 20
    • Fixed Amount Payment Option: Pay Fixed Amount
    • Delivery Type: Product Delivery
    • Owner To Be Specified: Any User
    • Authorized Rate: True
    • Provider/Provider Type Selection: Provider Mandatory
    • Product: Provider Attendance
  5. Click Save.
  6. Click on Product Delivery Cases under Case in the shortcuts panel.
  7. Click on the Provider Attendance name hyperlink.
  8. On the product home page, click on the Financial tab and select Delivery Patterns.
  9. Use the New page action to add a new delivery pattern.
  10. Specify the following details on the New Delivery Pattern modal:
    • Delivery Method: Cash
    • Delivery Frequency: Daily
    • Cover Pattern: Issue in advance
  11. Click Save.
  12. Click on Integrated Cases under Case in the shortcuts panel.
  13. Use the New page action to add a new integrated case.
  14. Specify the following details on the New Integrated Case Type modal:
    • Integrated Case Type: Service Delivery Test
  15. Click Save.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab and select Cases.
  4. Use the New page action to create a Service Delivery Test integrated case.
  5. On the integrated case home page, click on the Services tab.
  6. Use the New page action to add a service using the New Service wizard.
  7. On the first page of the wizard, search for and select the newly configured service.
  8. On the second page of the wizard, specify the following details:
    • Owned By Me: True
    • Authorized amount: 10
    • Sensitivity: 1
    • Reason: Test Reason
  9. Click Next.
  10. On the last page of the wizard, specify the following dates:
    • Start Date: Today
    • End Date: One week from today
  11. Click Finish.
  12. Login to the database and check the following:
    • The cover period on the Service Delivery and associated SALI are in sync.
    • The associated product delivery start and expected end dates are also in sync with the Service Delivery cover period.
  13. From the Services list page, open the newly created service by clicking on the Service hyperlink.
    • The cover period start and end dates should be visible in the context panel.
  14. Select Edit from the tab action menu.
  15. On the Edit Service modal, update the From date to be tomorrow.
  16. Click Save.
  17. Issue: A check on the database will reveal that the SALI cover period start date has not been updated and is now out of sync with the Service Delivery cover period. The product delivery case start date is updated.

Resolution:

This issue is now resolved. When the Service Delivery cover period is updated, the associated SALI cover period is also updated so that the cover periods are kept in sync.

PO09081, WorkItem:267422 - Page becomes unresponsive when adding a third compartment to a provider facility

Issue Description:

The Manage Provider Facility page becomes unresponsive after adding a third child compartment to the top-level compartment.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a Provider Management Resource Manager.
  2. Navigate to a provider and from the provider home page, select the Manage Facility action menu item.
  3. From the Compartment Details page, select the New Compartment menu item.
  4. Insert a name and save the compartment.
  5. Add a second compartment with a unique name.
  6. Add a third compartment with a unique name.
  7. Issue: The page becomes unresponsive.

Resolution:

The Manage Provider Facility page behaves as expected after adding three or more child compartments to the top-level compartment.
Technical:

The data from the CompartmentLoader and FacilityLoader classes was not ordered when it was returned to the client. The page uses the curam.widget.FramesetWidget Dojo widget. The widget became unresponsive because when a new child compartment node is added to the root node, a dijit.tree.ForestStoreModel._requeryTop() function is called which triggers the curam.util.orgTreeStore.fetch() function to retrieve the child compartment data from the server. As the data was returned in a different order for each call, this lead to the ForestStoreModel._requeryTop() function being re-triggered and this flow repeated. This caused the page to become unresponsive after three or more child compartments were added to the root compartment. The data is now sorted before it is returned to the client.

The following files were updated as part of addressing this issue:

WorkItem:268582 - External user who is member of only Provider 1 can access few details for Provider 2 by intercepting the request and modifying the ConcenrRleID

Issue Description:

In the Provider Management self-service application, an external user who is a member of a provider should have access only to details related to the provider of which they are a member. However, if this same external user knows the concern role identifier of another provider, they can access some information and functions of another provider by supplying that provider's concern role identifier in the URLs of some of the pages contained within the self-service external application. This should not be permitted.

**User Interface Impact: **No

Steps to Reproduce:

  1. Log in as a caseworker.
  2. Register two people.
  3. Log in as an administrator.
  4. Click on New External User under Users in the shortcuts panel.
  5. For person 1 from above, enter the required details. In the Application field select ExternalProviderCustomHome as the application homepage, in the Role field select ExternalUserSecureRole, and enable the account.
  6. Select the 'Link a Participant' action from the tab actions menu. In the External User Relationship field select 'Is associated with'. Search for Person 1 and save.
  7. Repeat steps 4 - 6 for person 2.
  8. Log in to application as a Provider Management Resource Manager.
  9. Enroll and approve two providers.
  10. Navigate to the Provider Members page under the Relationships tab and add Person 1 from above as a provider member to Provider 1. In the Role field select Employee.
  11. Add Person 2 from above as a provider member to Provider 2.
  12. Log in to CPM External Application as the newly created External User 1 from Step 4. URL: https://<server_name>:<port_number>/CPMExternalS
  13. Navigate to Service Enquiries under My Details.
  14. Right-click somewhere on the page (below the heading) and select View Frame Info
  15. Observe the URL under Address and write down the concernRoleID number from concernRoleID URL parameter. This should be concernRoleID of Provider 1.
  16. Log in to the CPM External Application as the newly created External User 2 from Step 4.
  17. Navigate to Service Enquiries under My Details.
  18. Right-click somewhere on the page (below the heading) and select View Frame Info.
  19. Copy the URL listed under Address into a new browser window but substitute concernRoleID number with the concernRoleID from Provider 1.
  20. Issue: The page is accessible, while it should give a user permissions error. This is also true for the following pages: Transactions (under Financials), Rosters, Reservations (under Facility), Wait Lists (under Facility).

Resolution:

External users can now view only the details for providers for which they are a provider member.

Technical:

This issue occurred due to the lack of a user permissions check in some of the facades that are used to service these pages in the Provider Management self-service application.
This issue has been resolved by adding a permissions check to the following facades:

A new facade, ExternalProviderFinancial.listFinancialTransactions, has been added which contains the permissions check and this is now called from the following pages:

Note that the page Requests (under My Details), and the actions New Service Invoice Request, Request Member Login Credentials, and Change Password do not show the error message. This is correct behavior as the data is always displayed for the logged-in user due to these facades not requiring a concernRoleID as a parameter and are thus not affected by this issue. As a result, if Provider 1 is logged into the CPM self-service application, but an attempt is made to pass in the concernRoleID of Provider 2 for these specific pages and actions, the data specific to Provider 1 is still displayed.

FINANCIALS

PO08955, WorkItem:264654 - Active deduction taken from payee in error but not from provider's next payment

Issue Description:

When a deduction of type Provider Invoice is created for a provider and a service invoice payment is generated for the provider where the payee for the service invoice line item is a different provider, a deduction is incorrectly being applied to the payment for the provider indicated as the payee.

**User Interface Impact: **No

**Prerequisite(s): **
Configure a new service and associate a legal action with the Ongoing Case

Configure Deduction data

Register providers

Steps to Reproduce:

Create placement with a provider and issue financials

Run the financials

Verify placement payments for the provider

Delete placement and ensure overpayment is created

Create an Outcome Plan

Set up the provider deduction

Add a new Service Invoice

Check the financials

Resolution:

The deduction is no longer applied against the payment to the provider for which there has been no deduction created, and instead will be applied against the next payment generated for the correct provider.

PLACE MANAGEMENT

PO09105, WorkItem:266868 - Incorrect number of SALIs generated for certain dates when using the service delivery frequency 'Every 1 month(s) from start date'

Issue Description:

When a service delivery is created and submitted for approval, service authorization line items (SALIs) are generated to authorize the service delivery for payment. An incorrect number of SALIs are generated when the delivery frequency 'Monthly Every 1 month(s) from start date' is used for the service delivery and the start date of the service delivery is the 31st of March, May, July, October or December.

Also, the SALI cover period is incorrect. The from and to dates are always on the same date and don't reflect the period the SALI is covering.
**User Interface Impact: **No

Prerequisite(s):

  1. Login as an administrator.
  2. Select Services under Provider Management in the shortcuts panel.
  3. Click on the New Service page action to create a new service.
  4. Enter the following details in the New Service modal:
    • Name = Monthly Payment
    • Unit of Measure = Place
    • Fixed Amount = 50
    • Delivery Type = Service Delivery
    • Delivery Frequency = Monthly Every 1 month(s) from start date
    • For all other fields, accept the default values
  5. Click Save.
  6. Select Integrated Cases under Cases in the shortcuts panel.
  7. Use the New page action to configure a new integrated case.

Steps to Reproduce:

  1. Login as a Provider Management Resource Manager.
  2. Select My Providers under Providers in the shortcuts panel.
  3. Select any provider from the list.
  4. From the provider home page, click on the Services tab.
  5. Use the New page action to add an instance of the newly configured Monthly Payment service.
  6. Login as a caseworker.
  7. Register a new Person.
  8. Click on the Care and Protection tab and select Cases.
  9. Use the New page action to create an instance of the newly configured integrated case.
  10. Click on the Services tab of the integrated case.
  11. On the New Service modal, search for and select the service configured above and click Next.
  12. On the second page of the wizard provide a reason and click Next.
  13. On the last page of the wizard set the dates as follows:
    • Start date to the nearest problematic date after the configured service start date. For example, if the configured service start date was 1st July, set the start date to 31st July.
    • End date to 7 weeks after the start date.
  14. Click Finish.
  15. Click on the hyperlink of the newly created service.
  16. Click on the Providers tab.
  17. Search for the provider selected in Step 3 above.
  18. On the search result, select the row-level action Select Provider.
  19. Now select Submit from the service tab action menu and click Yes on the Submit Service confirmation page.
  20. Issue: Log into the database and examine the number of service authorization line items (SALIs) created on the system for the newly created service invoice. There should be two created, but there is only one. Also, the from and to dates of the SALI are the same.

Resolution:

This issue has been resolved. The correct number of SALIs are now created when the service delivery frequency 'Monthly Every 1 month(s) from start date' is used and the start date is one of 31st March, May, July, October, or December. Other problematic dates using this frequency pattern are March 29th on non-leap years, as well as March 30th. Again, the correct number of SALIs are created when the start date falls on either of these dates. The logic has also been updated so that the SALIs reflect the period they are covering.Technical:

No changes were made to the frequency pattern 'Monthly Every 1 month(s) from start date' as it is working as expected. The functionality was updated to swap in the 'Last day of every month' delivery pattern when the service delivery start date is one of 31st of March, May, July, October or December. For the other problematic dates of March 29th on non-leap years and March 30th, additional logic was added to ensure the correct number of SALI occurrences were created.

Verification

WorkItem:264582 - Deprecate outdated APIs used to return application verifications

The following facade operations are used to retrieve verification information within an application. New operations were introduced when changes were made to the information stored for a verification, resulting in the need to deprecate these operations:

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

Universal Access

Responsive Web Application

PO07484, WorkItem:212734 - Session timeout warning not displaying in the Universal Access classic application when using Safari browser

Issue Description:

Session timeout warning is not displaying in the Universal Access classic application when using Safari browser.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an external user to the Universal Access classic application by using the Safari browser.
  2. For the session timeout warning to display, do nothing for 30 minutes.
  3. Issue: After 28 minutes a session timeout warning is not displaying to warn the user that they will be logged out in 2 minutes. After this 2-minute count down the user should be logged out from their session.

Resolution:

A session timeout warning message now displays in the Universal Access classic application after 28 minutes of inactivity letting the user reactivate their page or choose to be logged out.

WorkItem:264619 - Deprecate reset password APIs, to allow customers to provide their own authentication implementation

Issue Description:

The APIs to reset passwords were only intended to be used as part of product demos and will now be deprecated.

**User Interface Impact: **No

**Steps to Reproduce: **Not applicable

Issue: These APIs are not suitable for production and must not be used. Instead, customers must provide their own authentication implementation.

Resolution:

The APIs are now deprecated, which signals that they are to be removed in a future release of Merative Social Program Management.

Customers who might be using one of the following APIs are affected and must provide their own authentication implementation:

Technical:

Customers must provide their own authentication implementation. For more information, see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

WorkItem:268594 - Universal Access Responsive Web Application: Improved logging when prepopulating values during screening, intake, and life events

Issue Description:

System administration logging when populating data during Screening, Intake, and Life events has been improved to better explain what interactions have taken place.
**User Interface Impact: **No

**Steps to Reproduce: **N/A

Resolution:

The logging during the datastore prepopulation feature for screening, intake, and life events has been improved. The benefits to this include the output of information to the server logs describing which code path was taken and why, during datastore pre-population. It will also output relevant information such as the value of appropriate sysadmin properties, the schema names of the IEG scripts involved, and the number of records in the ViewProcessor table. To enable this feature, set the system administration property 'curam.trace' to 'trace_on' or higher and view the server logs after invoking the datastore prepopulation feature.

RESPONSIVE WEB APPLICATION

WorkItem:270691 - New CitizenFormsAPI.deleteFormRecord REST API

Issue Description:

Previously, no Universal Access specific API existed to facilitate deleting IEG form records.

**User Interface Impact: **No

**Steps to Reproduce: **N/A

Resolution:

Now, a new API has been introduced for Universal Access to manage the deletion of form records from IEG. This API uses new functionality in CitizenFormsAPI to call the IEG engine and delete form records.

Intelligent Evidence Gathering

Player

PO08972, WorkItem:265698 - Universal Access Responsive Web Application: Incorrect person age displayed in IEG form

Issue Description:

A person's age is displayed incorrectly in an IEG script when their date of birth falls in the same month as the current month and the day of the month is after the current day of the month.

**User Interface Impact: **No

Steps to Reproduce:

  1. Update an IEG script to contain a page with a list of household members and enable person tabs by setting the page attribute show-person-tabs="true".
  2. Navigate to the IEG page to enter the person's date of birth.
  3. Enter a person's date of birth such that the month is the same as the current month and the day of the month is after the current day of the month.
  4. Navigate to the new household member's page with person tabs enabled.
  5. Issue: Observe that the person's age is incorrectly rounded up to the next full year.

Resolution:

This issue is now resolved and the person's age displays correctly as expected.

WorkItem:268100 - Log current Intelligent Evidence Gathering (IEG) script details if unexpected exceptions are thrown during IEG script execution

Issue Description:

When a NoSuchElementException was thrown during an IEG script execution, there was insufficient information in the server logs to identify the specific place in the IEG script that caused the exception to be thrown.
This made it difficult for system administrators, support engineers or developers to investigate errors caused when these exceptions occurred during the execution of an IEG script.

**User Interface Impact: **No

**Steps to Reproduce: **N/A

Resolution:

An enhancement was made to improve logging in the Intelligent Evidence Gathering (IEG) engine if NoSuchElementExceptions are thrown. A function is now added to the IEG engine that is called if NoSuchElementExceptions are thrown during the execution of an IEG script. This function prints the details of the current script execution to the server logs in the following format:

=============================

Script Execution Failed - Current Script Details

=============================

Script ID : ...
Script Version : ...
Script Type : ...
Question Page ID : ...

===========================

The function can be implemented in any part of the IEG engine provided it has access to the currently active script execution object. If a new unexpected exception is discovered during IEG script execution, the new logging function can be implemented at the location of the newly discovered exceptions. The logged information is useful to:

The information helps them to identify the page in an IEG script that is causing the unexpected exception.

WorkItem:270402 - Redundant error message is logged to the server logs caused by Intelligent Evidence Gathering validations

Issue Description:

When customer Intelligent Evidence Gathering (IEG) validations fail, redundant error messages are being added to the server logs. The following message is logged:

"Locale Specific Bundle not Available: Locale: "

**User Interface **Impact: No

Prerequisite(s):

A custom configuration IEG script definition question page that contains either a 'custom validation' element or a mandatory 'list question' element is required as both are handled in the same way by the IEG engine.
Steps to Reproduce:

  1. Launch your custom assessment script.
  2. Deliberately fail your configured IEG validation.
    • Enter the required value to the appropriate field to fail your custom validation:
    • Do not select any selection in your list question element:
  3. See the correct validation error message is printed on the screen.
  4. Access the SystemOut.log for the server executing the custom script.
  5. Issue: The redundant error 'Locale Specific Bundle not Available: Locale:' can be seen in the logs.

Resolution:

The logic determining how custom IEG validations are handled has been updated to prevent these unnecessary error messages from being logged.

WorkItem:271190 - Deprecate REST APIs from IEGEngineAPI

Issue Description:

The APIs for direct IEG engine manipulation must be deprecated as they are now replaced by the REST APIs provided by CitizenFormsAPI.

User Interface Impact: No

Steps to Reproduce:

Customers that are using the following APIs are affected:

Issue: These APIs should be deprecated. Instead, customers should use REST APIs provided by CitizenFormsAPI.

Resolution:

The APIs are now deprecated, which signals that they are to be removed in a future release of Merative Social Program Management.

Artefacts were deprecated as a result of this change. For more information, please see this ticket in the "Notes on Deprecation" section.

PLAYER

PO07876, WorkItem:235115 - Second hierarchical code-table question within conditional clusters on a page does not function correctly in IEG

Issue Description:

A code-table hierarchy allows the values available for selection in the drop-down field for one code-table to be determined by the value selected in the drop-down field for another code-table. During the completion of an Intelligent Evidence Gathering (IEG) assessment, when a page contains two or more conditional clusters with a code-table hierarchy in each, only the first code-table hierarchy is populated correctly with code-table values.
**User Interface Impact: **No

Prerequisite(s):

  1. Create an IEG script with a question page containing two or more conditional clusters with a code-table hierarchy in each.

Steps to Reproduce:

  1. Launch the custom assessment script.
  2. Navigate to the question page and expand both conditional clusters.
  3. Select a value using the first code-table hierarchy.
  4. Select a value using the second code-table hierarchy.
  5. Issue: The second drop-down field in the second code-table hierarchy is not populated with code-table values after selecting a code-table value in its first drop-down field.

Resolution:

A value can now be selected from two or more code-table hierarchy questions within conditional clusters on a question page by ensuring the second drop-down field in each gets populated correctly after selecting a value from their first drop-down field.

Technical:

This issue was resolved by ensuring each code-table hierarchy question has its own unique identifier and function to execute with.

The java class that was updated is:

PO09115, WorkItem:267401 - Custom functions called from an IEG script might receive null value instead of the entity attributes specified in the script definition

Issue Description:

When a custom function is invoked during the completion of an Intelligent Evidence Gathering (IEG) script, the value passed to the custom function might be null. This occurs when the data entity containing the value being passed is not the most recent entity being operated on.

**User Interface Impact: **No

Note:
You need to use IEG scripts for an application intake to reproduce this issue. You can reproduce this scenario by performing the following prerequisite steps to configure an assessment.
Prerequisite(s):

  1. A question page to input information about a Person entity that relates to the primary applicant.
  2. A second question page to input income amount information for the primary applicant Person entity through its child Income entity.
  3. A third question page to input employment information for the primary applicant Person entity through its child Employment entity.
  4. A callout surrounding a fourth question page that executes a custom function to ensure the amount attribute on the Income entity is not null before opening the fourth page in the IEG script.

Steps to Reproduce:

  1. Launch the custom assessment IEG script.
  2. Navigate to the third question page by entering information for the primary applicant and their income amount.
  3. Click Next.
  4. Issue: The fourth question page is skipped since the amount attribute on the person's Income entity was evaluated as null by the custom function.

Resolution:

The previously skipped question page is now displayed correctly as the value of the Income entity's amount attribute is successfully passed to the custom function.

Technical:
A callout is an Intelligent Evidence Gathering (IEG) script element that is used to invoke code that is not part of IEG. It can be used to execute a custom function that, for example, modifies the attributes of an entity on the Datastore.

This issue was resolved by ensuring entities are populated correctly in a way in which their attributes can be read and passed to a custom function successfully at all times, preventing unexpected behavior when navigating through an IEG script.

The java class that was updated is:

Evidence Broker

PO08518, WorkItem:259703 - Evidence Start Date field is incorrectly getting populated using Update with Incoming action

Issue Description:

For eligibility rules to work correctly, all records in an evidence timeline must have the same start date. When evidence is shared between cases that use the Update with Incoming action, the Start Date field on the Edit Evidence modal is incorrectly pre-populated with the Start Date of the evidence being shared. If the user does not update the start date, the incoming evidence can still be shared but this sharing might result in an evidence timeline with an incorrect date. This incorrect date might cause incorrect eligibility results to occur.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Register a Person and select New Application from the tab menu.
  3. Navigate through the application script ensuring to add income evidence with an amount of 2000 with a start date in the past, 7/1/2019, for example.
  4. Complete the script and authorize the application.
  5. Open the integrated case and perform a succession on the income evidence record by entering an amount of 3200 and effective date of 12/1/2019, for example.
  6. Apply changes.
  7. Create another application for the same person. This time add income evidence with a start date of today’s date of the same type with a different amount than already entered.
  8. Complete the script and authorize the application, creating a new integrated case.
  9. On the first integrated case, navigate to the incoming evidence list page and there should be income evidence listed. Expand the row for the incoming income evidence.
  10. On the existing evidence side of the comparison page, select the second record in the succession and select 'Update with Incoming'.
  11. Select the record on the next page and click Next.
  12. Select New Version, keep the pre-populated effective date of today’s date, and click Next.
  13. The Edit Income page is populated with the income details. Note that the start date is set to today’s date.
  14. Click Save.
  15. Issue: The record is saved with an incorrect start date and incorrect eligibility results may occur because the start dates on the income evidence succession are different. Two records in the succession have a start date of 7/1/2019 and the current one has a start date of today's date.

Resolution:

The 'Update with Incoming' action has been replaced with a new 'Update' action that no longer includes the display of the Edit Income modal or requires the user to manually update the start date. When the 'Update' action is selected, the system automatically constructs the new evidence timeline on the existing case and sets the start date of all succession records in the newly constructed timeline to be the earliest start date of the incoming and existing evidence records.

PO08997, WorkItem:265618 - Conditional verifications are not being inserted for Incoming Evidence

Issue Description:

When evidence sharing is configured, administrators can also configure to share verifications for a specific evidence. Administrators can also configure verifications with conditional rules for a specific evidence. There is an issue when both of these configurations are created for the same evidence then later that evidence is shared. When that evidence is shared between cases and the evidence displays on the Incoming Evidence page, the conditional verification is not inserted. Also when the evidence is later added to the case, no verification exists against the in-edit record.

**User Interface Impact: **No

Prerequisite(s):

  1. Login as an administrator and navigate to Evidence Sharing under Rules and Evidence in the shortcuts panel.
  2. Configure a new evidence sharing configuration with the following details:
    • Select the Integrated Case as the source and target.
    • Select an Evidence, which has a conditional verification configured against it.
    • Share Verifications = Always, Trusted Source = No.
  3. Click Save and Exit.

Steps to Reproduce:

  1. Login as a caseworker.
  2. Register a Person.
  3. Create two integrated cases of the type configured above.
  4. On the first case, create a new piece of evidence of the type configured above.
  5. Confirm the newly created evidence has an outstanding verification.
  6. Add proof to the outstanding verification and apply changes.
  7. Navigate to the Incoming Evidence page on the second integrated case.
  8. Expand the incoming evidence.
  9. Select Add as New.
  10. Issue: The evidence is added to the case but no verification exists for the newly created record.

Resolution:

When evidence is added from the Incoming Evidence page using Add or Update, the system will now correctly process verifications and create any that are required.

Technical:

Conditional verifications use rules to determine if a verification is required or not. These rules were not able to be processed correctly on incoming evidence as the system is designed to only consider in-edit and active records during the execution of the rules. The Incoming Evidence logic has been updated to now execute these rules after the incoming records have been processed and added as in-edit records.

PO09032, WorkItem:265918 - Activate Share Set activity of the Advanced Evidence Sharing workflow is not correctly handling timeout exceptions

Issue Description:

When a transaction timeout occurs during the Activate Share Set activity of the Advanced Evidence Sharing workflow, the exception that is thrown is not correctly propagated to the infrastructure. This can cause the workflow activity to remain stuck at the 'In Progress' state.
Steps to Reproduce:

This issue occurs when the transaction for the Advanced Evidence Sharing workflow times out during the Activate Share Set activity. A number of underlying issues could cause a timeout to occur, including but not limited to:

If a timeout happens for any reason during this particular workflow activity, then it will remain stuck in the 'In Progress' state.

Resolution:

The exception handling has been updated in the Activate Share Set logic to correctly handle transaction timeouts. These exceptions will now correctly propagate to the infrastructure and the workflow activity will be retried a number of times. If the activity continues to fail, it will be placed on the process instance error (PIE) queue.

Technical:

The Activate Share Set logic was attempting to catch any exceptions that occurred during the activation of shared evidence on a case. If evidence failed to activate, the system was updating the associated delivery plan status to 'Complete with fallback to in-edit' indicating that the evidence was shared successfully but was unable to be activated. The logic handling this was too generic, which led to it incorrectly catching timeout exceptions. The update to the logic now means that timeout transactions are properly handled and exceptions of this nature are correctly propagated to the infrastructure.

PO09064, WorkItem:267284 - Rework the Advanced Evidence Sharing Workflow to activate evidence on each target case in a share set in separate transactions

Issue Description:

When evidence from a source case is shared to multiple target cases, the Activate Share Set activity of the Advanced Evidence Sharing Workflow process is responsible for activating the evidence on each target case. If a transaction timeout occurs during the Activate Share Set activity before the evidence on each target case is activated, the workflow activity can remain stuck at the 'In Progress' state.

Steps to Reproduce:

This issue occurs when the transaction for the Advanced Evidence Sharing Workflow times out during the Activate Share Set activity. A number of underlying issues could cause a timeout to occur, including but not limited to:

If a timeout happens for any reason during this particular workflow activity, then it will remain stuck in the 'In Progress' state.

Resolution:

This issue has been resolved by releasing an updated version of the Advanced Evidence Sharing Workflow. The updated workflow process will activate evidence on each target case in a separate transaction.

Technical:

The original workflow was designed to iterate through each target case that evidence was shared to and activate each case in a nested transaction. All of the nested transactions were contained inside a single workflow activity transaction and if this outer transaction timed out the remaining nested transactions that were not complete would fail and remain stuck in the 'In Progress' state. The updated workflow process changes this and instead of running many nested transactions within one workflow transaction, the new Activate Target Case Evidence activity now only operates on a single target case at a time. The updated workflow process now iterates through all target cases to execute each Activate Target Case Evidence activity in its own transaction.

Financial Management

PO09073, WorkItem:266504 - Overpayment generated instead of an underpayment on a case where a canceled payment was regenerated using a new delivery pattern

Issue Description:

Performing a change of circumstance on a case where a payment has been canceled and regenerated using a new delivery pattern sometimes results in a benefit overpayment being created instead of a benefit underpayment.
**User Interface Impact: **No

Steps to Reproduce (Generic):

  1. Login as a caseworker.
  2. Register a new Person.
  3. Create an integrated case for the person.
  4. Add the necessary evidence to make the client eligible.
  5. Apply changes.
  6. Add an associated product delivery with delivery pattern 'Weekly By Check In Advance on a Monday', for example.
  7. Add certification from today for a number of weeks.
  8. Submit, approve, and activate the case.
  9. Click on the Financials tab of the product delivery.
  10. Use the Issue Payment action on the Transactions page to generate the payment.
    • A payment should be generated for the first week.
  11. On the generated payment, use the row-level Cancel Payment action to cancel the payment.
  12. On the Cancel Payment modal, select a Reason in the drop-down and click Save.
  13. Select Delivery Patterns on the left-hand navigation menu.
  14. Click on the New page action to launch the New Delivery Pattern modal.
  15. Select a different delivery pattern in the Name drop-down, 'Weekly By Voucher In Advance on a Monday', for example.
  16. Check the From Case Start Date checkbox.
  17. Click Save.
  18. Navigate back to the Transactions page.
  19. On the canceled payment, use the row-level Reissue action to reissue the payment.
  20. On the Reissue Payment modal, select the newly created delivery pattern in the Reissue To Another Nominee drop-down.
  21. Click Reissue.
  22. Perform a change of circumstance, an evidence change, for example, that should result in a benefit underpayment being created.
  23. Apply changes.
  24. Issue: Sometimes a benefit overpayment is created instead of a benefit underpayment.

Resolution:

This issue has been resolved and now a benefit underpayment is created consistently in the above scenario.

Solutions

Income Support
Child Welfare
Child Welfare SDM
Common Evidence
Income Support CGISS
Income Support HCR

Income Support

PO08336, WorkItem:248433 - An error message displays upon selecting IS Application Search when logged in as a combined Income Support caseworker

Issue Description:

When a combined Income Support caseworker selects IS Application Search from the shortcuts panel, the search page does not open. Instead, an error message is displayed:

'ERROR: The requested page ApplicationSearch_TabDetails4 is not associated with any tab and there is no tab to open it'.

Also, the link Search for an IS Application in the Quick Links pod is not opening the page correctly.

**User Interface Impact: **No

Steps to Reproduce:

Shortcuts issue:

  1. Login as a combined Income Support caseworker.
  2. Select the IS Case Worker Cases and Outcomes tab.
  3. Select IS Application under Searches in the shortcuts panel.
  4. Issue: An error message is displayed: 'ERROR: The requested page ApplicationSearch_TabDetails4 is not associated with any tab and there is no tab to open it'.

Pod link issue:

  1. Login as a combined Income Support caseworker.
  2. On the home page, click on the Search for an IS Application link in the Quick Links pod.
  3. Issue: The incorrect IS Application Search page is opened. The link is pointing at ApplicationSearch_TabDetails2 instead of ApplicationSearch_TabDetails4.

Resolution:

This is now resolved by updating the ISApplicationSearch.tab so that it links to the correct page, as well as updating a link in the Quick Links pod so that it points to the same page.

WorkItem:261422 - Enhanced mechanism for cascading eligibility between non-MAGI and MAGI Medicaid programs has replaced evidence-based approach

Issue Description:

The mechanism for sharing eligibility between non-MAGI and MAGI Medicaid programs is now enhanced to use a case groups-based approach. Income Support non-MAGI Medicaid eligibility data is stored to a database table where it can be used by MAGI Medicaid rules in the determination of eligibility. Because the evidence-based approach that was used previously is now replaced, configuration and rules changes are required.

**User Interface Impact: **N/A

**Steps to Reproduce: **N/A

Resolution:

To support the replacement of the evidence-based approach with the case groups-based approach, the following changes have been made:

Configuration changes

Internal Code changes

Insurance Affordability rule changes

Insurance Affordability rules reference non-MAGI Medicaid eligibility from the new NonMagiEligibility table rather than NonMagiMedicaidEligibility evidence. The following rules are now modified:

Ruleset: /EJBServer/components/HCR/CREOLE_Rule_Sets/HealthCareRuleSet.xml

Ruleset: /EJBServer/components/HCR/CREOLE_Rule_Sets/StreamlineMedicaidEligibilityAndEntitlementRuleset.xml

Ruleset: /EJBServer/components/HCR/CREOLE_Rule_Sets/CHIPEligibilityAndEntitlementRuleset.xml

Programs considered to be non-MAGI Medicaid, that is, Traditional Medicaid, are determined by attribute productNameList on NonMagiEligibilityCalculator:

For more information about the new case groups-based approach for cascading eligibility, see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

WorkItem:266783 - Income Support IEG application script does not redirect correctly when a caseworker quits, saves, or submits an application for a person or prospect person

Issue Description:

The Income Support IEG application script does not redirect correctly when a caseworker quits, saves, or submits an application for a person or prospect person. For example, when an IS application for a prospect person is saved without submitting, the application is incorrectly opening under the Care and Protection tab where there is no IS Applications item in the page group navigation menu. This is happening because the redirection cannot determine whether the application is for a person or a prospect person and different tab configurations exist for the different participant types.

**User Interface Impact: **No
Steps to Reproduce:

  1. Login as a combined Income Support caseworker.
  2. Register a new Prospect Person.
  3. Select New IS Application from the tab actions menu.
  4. Enter the required information on the first page, Information About the Claimant, and click Close.
  5. From the options presented select 'Save the application and come back to work on it later.' and click Next.
  6. Issue: The IS Applications page is incorrectly opened under the Care and Protection tab where there is no IS Applications item in the page group navigation menu.

Resolution:

To resolve this, the redirection has been removed and on exiting the IEG page with any of the three options presented, the page simply closes and the page underneath is made visible. When the application is quit, saved or submitted, the caseworker is returned to the page on which the application was initiated. This is consistent with the Insurance Affordability application process.

Child Welfare

PO08586, WorkItem:87615 - User name is not displayed on the Status History list page when an intake is created

Issue Description:

When a Child Welfare intake is created, the name of the user who created the intake is not displayed on the Status History page. This prevents the workers accessing the intake at a later date from knowing which user originally created the intake.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a Child Welfare intake worker.
  2. Click on New Intake under Intakes in the shortcuts panel.
  3. Select Child Protective Services as the Category and click Save.
  4. Click on the Participants tab and use the New Participant page action to add a new participant.
  5. Select the Open Intake tab action to open the intake in a new tab.
  6. Click on the Administration tab and select Status History from the page group navigation bar.
  7. Issue: The user name is not displayed on the Status History page.

Resolution:

The issue was resolved by updating the logic to populate the user name when the intake screening case is created and has a status of Open.

PO05595, WorkItem:116609 - The location text is missing from the child's picture on an Ongoing Case

Issue Description:

For a Child Welfare Ongoing Case, a child's location is displayed in the context panel under the photo and name. Before a child is removed from the home and placed, a location of At Home is displayed. When the child is subsequently removed from the home, the location updates to display In Placement. Currently, if an adult is the first case member to be added to an Ongoing case and when the child is removed from the home the location is not updated and instead, no location is displayed under the child's photo and name in the context panel.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a Child Welfare caseworker.
  2. Register an adult and a child.
  3. From the adult's home page select the New Case tab action.
  4. Select Ongoing Case in the Type drop-down and click Save.
  5. Click on the Participants tab on the Ongoing Case.
  6. Use the New page action to add the child as a case member.
  7. Click on the Removals and Placements tab and use the New Removal page action to add a removal for the child.
  8. Issue: Location is not updated for the child and no location now appears below the photo and name of the child.

Resolution:

The issue has been resolved and now the location text is displayed under the photo and name of the child.

WorkItem:258115 - Unable to download two of the default Microsoft Word templates

Issue Description:

An application error is displayed when system administrators try to download two of the default Microsoft Word templates in the Child Welfare application.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a system administrator.
  2. Click Microsoft Word Templates under Communications in the shortcuts panel.
  3. For the following templates, click the View link under the template name
    • Client to Meet Multidisciplinary Team
    • Multidisciplinary Team Progress Meeting
  4. Issue: 'An Application Error has occurred' appears when you try to download either template.

Resolution:

The issue is now resolved and the two templates load correctly.

Technical:

The underlying issue was due to problems with a DOCUMENTTEMPLATE.dmx file that is packaged with Child Welfare. Specifically, the file was missing a <column> element for the FILENAME field and the <row> elements in the file were missing the corresponding child <attribute> elements for the FILENAME field. When the DMX file was used to load data into the DOCUMENTTEMPLATE table, it resulted in the insertion of rows with null values in the FILENAME column.

There were also issues with the Java code that reads from the DOCUMENTTEMPLATE table in the SPM database. The code did not properly handle when the FILENAME column had null values.

The DMX file now includes a <column> element for the FILENAME field and the corresponding <attribute> elements have been added to the <row> elements in that file.
The Java logic now handles when there are null values in the FILENAME column of the DOCUMENTTEMPLATE table.

PO08903, WorkItem:263501 - User cannot edit the placement start or end dates to any overlapping value due to a validation message

Issue Description:

When a user edits the start or end date of an existing placement with a provider that has multiple places configured to accommodate the placement of multiple clients, the following validation message may be displayed: 'This place is not available for the placement period specified. Placement cannot be done'. This can happen despite there being places available for the update period of time specified.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as a Child Welfare caseworker.
  2. Register two children, Child1 and Child2.
  3. Create ongoing cases for each child.
  4. Navigate to the ongoing case of Child1.
  5. Click on the Removals and Placements tab and select the New Removal page action to create a new removal. Set the date to 1/1/2021 and populate the mandatory fields. Click Save and Place.
  6. On the Placement screen, select Foster Care and set the start date to 1/1/2021 and the end date to 1/15/2021.
  7. Click Next.
  8. Search for and select a provider with at least two places and click Finish.
  9. Repeat steps 4-8 for Child2 but set the start date of the placement to 1/16/2021 (with no end date).
  10. Click on the Removals and Placements tab of Child2's ongoing case. Expand the removal and click on the Placements in-page navigation tab.
  11. Select the Edit row-level action of the existing placement.
  12. Change the placement start date from 1/16/2021 to 1/10/2021 and click Save.
  13. Issue: A validation message 'This place is not available for the placement period specified. Placement cannot be done' is displayed even though 2 places were available and only 2 placements were made.

Resolution:

This issue has been resolved so that for a given placement, it is possible to update the start and end dates to a date that may overlap with the dates of other placements as long as a place is available for the updated period of time.

Technical:

The placement modification logic was incorrectly attempting to place both children in the same place within the foster care provider, rather than one child in each available place. The modify operation now searches through all places in the same compartment that are available on the new date range specified in the placement:

This can result in the place ID changing within a placement, but that does not affect financials. A limitation of this fix is that the placement logic cannot join two available periods together to fulfill a placement requirement, combining place1 from 1/1/2021 and place2 from 1/20/2021 onwards, for example.

WorkItem:266435 - Citizen Context Viewer (CCV) icons display incorrectly in list view mode on Ongoing Case and Adoption Case context panels

Issue Description:

In the case context panel, an icon is displayed that allows the user to navigate to the Citizen Context Viewer (CCV) for each of the case members. If more than one case member exists within a case, users may toggle between two different views in the context panel, one that displays a photo of each case member and one that displays a list of each case member. Within the context panel for the Child Welfare Ongoing Case and Adoption Case when the list view mode is selected two slightly overlapping CCV icons are incorrectly displayed for each case member rather than just one icon.

**User Interface Impact: **No

Steps to Reproduce:

Scenario 1

  1. Login as a Child Welfare caseworker.
  2. Click on Register Person and Create Case in the shortcuts panel.
  3. Select Ongoing Case in the Type drop-down and provide the details to register a child.
  4. Click Save.
  5. Register a second child.
  6. Navigate to the previously created Ongoing Case and click on the Participants tab.
  7. Select Case Members.
  8. Use the New page action to add a case member.
  9. On the New Member modal, search for and select the second child on the system.
  10. Click Save.
  11. Click on the list view icon in the context panel.
  12. Issue: The CCV icons display incorrectly for the participants. They display as overlapping.

Scenario 2

  1. Login as a Child Welfare caseworker.
  2. Click on Register Person and Create Case in the shortcuts panel.
  3. Select Adoption Case in the Type drop-down and provide the details to register a child.
  4. Click Save.
  5. Register a second child.
  6. Navigate to the previously created Adoption Case.
  7. From the tab action menu select New Case Member.
  8. On the New Member modal, search for and select the second child on the system.
  9. Click Save.
  10. Click on the list view icon in the context panel.
  11. Issue: The CCV icons display incorrectly for the participants. They display as overlapping.

Resolution:

The Citizen Context Viewer (CCV) icons now display correctly when the list view mode is selected on the context panel on either Ongoing Cases or Adoption Cases.

Child Welfare SDM

WorkItem:263427 - In Child Welfare, the horizontal previous and next scrolling buttons on the context panel of an investigation case are not visible when high contrast mode is enabled on a Windows OS

Issue Description:

In Child Welfare, the previous and next horizontal scrolling buttons on the context panel of an investigation case with a minimum of four participants are not visible when high contrast mode is enabled on a Windows OS.
**User Interface Impact: **No

Prerequisite(s):

  1. Enable high contrast mode on a Windows operating system.

Steps to Reproduce:

  1. Login as a Child Welfare Structured Decision-Making intake worker.
  2. Create an intake and add 4 participants, 3 as an Adult and 1 as an Alleged Victim.
  3. Select the Open Intake tab menu option to open the intake case.
  4. Use the New Assessment tab menu option to create an assessment.
  5. Select No or None as the answer to all questions except for one.
  6. Click the Allegations tab and select New to create a New Allegation.
  7. Select the Alleged Victim, the Unknown Maltreater checkbox, the Type, and click Save.
  8. Click the Recommendation tab and use the Assess row-level action to assess the allegation from the Response Priority cluster.
  9. Select Submit from the page action menu to submit the recommendation.
  10. Click the Administration tab and select Tasks.
  11. Open the newly created task by clicking on the Task ID hyperlink.
  12. Click the Make Decision link and Approve the recommendation.
  13. Click the Intake Home link in the Supporting Information cluster to navigate back to the intake.
  14. Click the Administration tab and select Tasks.
  15. Click the task to start an investigation.
  16. Click the Create Investigation primary action.
  17. Select the 3 persons and click on Start.
  18. Issue: Observe that the horizontal scroll buttons to navigate through the participants are not visible.

Resolution:

These buttons can now be viewed when high contrast mode is enabled. The issue was resolved by updating the Java and CSS code for the horizontal scroll button icons. The image for the icons is now specified directly in the HTML of the page, rather than through CSS.

Common Evidence

PO06943, WorkItem:189512 - Incorrect validation messages preventing Assigned Income evidence and Trust Income Schedule evidence from being added and activated

Issue Description:

When adding Assigned Income evidence, the system displays a validation message that the parent evidence Trust Income Schedule needs to be active but the system doesn't allow the parent evidence to be activated without the child evidence.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab.
  6. From the Dashboard, add the following evidence:
    • Benefit
    • Trust
    • Beneficiary
    • Trustee
  7. Select Apply Changes.
  8. Add Income Trust Schedule evidence as a child of Trust evidence.
  9. Attempt to Apply Changes for the Income Trust Schedule evidence.
  10. Observe the validation message 'Income Trust Schedule - At least one Assigned Income evidence record must be recorded for the Income Trust Schedule record.'
  11. Attempt to add Assigned Income evidence as a child of Income Trust Schedule.
  12. Issue: It is not possible to add Assigned Income evidence due to the validation message: 'Assigned Income - This Assigned Income record cannot be activated as the related parent Income Trust Schedule record has not yet been activated'.

Resolution:

It is now possible to add Assigned Income evidence with parent Trust Income Schedule evidence that is in-edit.

PO09046, WorkItem:203912 - Validation issue when adding Transfer Reversal evidence

Issue Description:

Transfer Reversal evidence is used to record a full or partial reversal of a previously added Transfer to Individual evidence. An incorrect validation is displayed when attempting to add Transfer Reversal evidence.
User Interface Impact: No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Use the New page action to create a new Income Support integrated case.
  4. Click on the Evidence tab and select Dashboard.
  5. Add Liquid Resource evidence setting the Date Received to 1/1/2020.
  6. Add child Ownership evidence setting the Start Date to 1/1/2020 and the Percentage Owned to 100.
  7. Apply changes.
  8. Create Transfer to Individual evidence setting the transfer value to 50. This will end date the existing Ownership record and create two new Ownership records for the new 50/50 split.
  9. Apply changes.
  10. Attempt to add Transfer Reversal evidence setting the Percentage Reversed to 10.
  11. Issue: A validation message is displayed saying 'Ownership - The Percentage Owned by all Owners must be less than 100 percent.'

Resolution:

The calculations for the ownership amount for ownership records when performing a transfer reversal were incorrect. These have been updated so that the ownership records are now processed correctly.

WorkItem:210689 - Erroneous validation displayed when changing Ownership details using effective dated evidence

Issue Description:

Ownership evidence captures the percentage of a resource or business owned by an individual. An Ownership record is created for each individual who owns part of the resource. When attempting to change ownership details by effective dating an existing Ownership evidence for an individual and adding a new Ownership evidence for another individual, an incorrect validation message is displayed preventing the new Ownership evidence from being added.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add Liquid Resource evidence setting the Date Received to 1/1/2020.
  7. Add child Ownership evidence setting the Start Date to 1/1/2020 and the Percentage Owned to 100.
  8. Apply changes.
  9. Effective date the Ownership evidence on 3/1/2020, updating the Percentage Owned to 90.
  10. Add new Ownership evidence for another participant with a Start Date of 3/1/2020 and the Percentage Owned set to 10.
  11. Issue: It is not possible to add the new Ownership evidence due to the validation message: 'Ownership - The Percentage Owned by all Owners must be less than 100 percent.'

Resolution:

The Ownership validations have been updated to take into account the evidence periods of the records. This includes the virtual end dates for effective dated evidence. The virtual end date is the effective from date of the next record in the succession minus one day. This ensures that when the percentage owned is counted, only the totals for overlapping evidence periods are considered.

PO09353, WorkItem:245301 - Unhandled server exception on apply changes when attempting to delete Transfer to Individual evidence

Issue Description:

An unhandled server exception occurs on apply changes when attempting to delete Transfer to Individual evidence.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add Liquid Resource evidence.
  7. Add Ownership evidence.
  8. Apply changes.
  9. Add Transfer to Individual evidence and apply changes.
  10. Delete the Transfer to Individual evidence and attempt to apply changes.
  11. Issue: An unhandled server exception is displayed.

Resolution:

The unhandled server exception has been fixed and the Transfer to Individual evidence can now be deleted successfully.

PO08212, WorkItem:245421 - An unhandled server exception is displayed when a caseworker adds Transfer to Individual evidence for Annuity and Self Employment Business Asset evidence

Issue Description:

Transfer to Individual evidence records the ownership transfer details for a household member who transfers their ownership of a resource to another individual. An unhandled server exception is displayed when a caseworker attempts to add Transfer to Individual evidence related to ownership of Annuity and Business Asset evidence. Business Asset evidence is a child of Self Employment evidence.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click the Evidence tab and select Dashboard.
  6. Add Annuity evidence with a value of $100.
  7. Add the following evidence:
    • Annuity Beneficiary
    • Annuity Income
    • Ownership
  8. Apply Changes.
  9. Attempt to add Transfer to Individual evidence with a value of $50.
  10. Issue: An unhandled server exception is displayed.

Resolution:

This was happening as the Value of Ownership field on the Transfer to Individual evidence wizard was being set to $0. The value of ownership is the monetary fair market value of the household member’s ownership at the transfer date. The value of this field is provided by the system and is calculated from the total fair market value of the resource and the percentage that is owned by the household member at the time of transfer.

This has now been resolved for both Annuity and Business Asset evidence and the Value of Ownership is correctly calculated and displayed allowing the caseworker to create the Transfer to Individual evidence.

PO08245, WorkItem:246121 - Validation issue when adding Transfer to Trust evidence for Loan and Annuity evidence

Issue Description:

Transfer to Trust evidence records the ownership transfer details for a household member who transfers their ownership of a resource to a trust. When attempting to create Transfer to Trust evidence related to ownership of Loan and Annuity evidence, a validation is displayed preventing the Transfer to Trust evidence from being created.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add the following evidence:
    • Trust
    • Beneficiary
    • Trustee
    • Loan
    • Ownership
  7. Apply Changes.
  8. Attempt to add Transfer to Trust evidence.
  9. Issue: The following validation message is displayed 'Ownership - Transfer Value cannot be greater than Value of Ownership'.

Resolution:

This was happening as the Value of Ownership field on the Transfer to Trust evidence wizard was being set to $0. The value of ownership is the monetary fair market value of the household member’s ownership at the transfer date. The value of this field is provided by the system and is calculated from the total fair market value of the resource and the percentage owned by the household member at the time of transfer.

This has now been resolved for both Loan and Annuity evidence and the Value of Ownership is correctly calculated and displayed allowing the caseworker to create the Transfer to Trust evidence.

The same issue was also observed and fixed for Business Asset, child evidence of Self Employment.

PO09089, WorkItem:246130 - An unhandled server exception thrown when attempting to view or modify Transfer To Trust evidence

Issue Description:

Transfer to Trust evidence records the ownership transfer details for a household member who transfers their ownership of a resource to a trust. Transfer to Trust evidence has two parent evidence, Ownership and Beneficiary (of a Trust). An unhandled server exception is thrown when attempting to view or modify Transfer to Trust evidence due to the incorrect parent evidence identifier (Beneficiary) being used to read the ownership details from the database.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add the following evidence:
    • Trust
    • Beneficiary
    • Trustee
    • Loan
    • Ownership
  7. Apply Changes.
  8. Add Transfer to Trust evidence.
  9. Apply Changes.
  10. Attempt to view or edit Transfer to Trust evidence.
  11. Issue: An unhandled server exception is displayed.

Resolution:

This has been resolved. Now when the caseworker selects to view or edit Transfer to Trust evidence the correct parent evidence identifier is used to read the ownership details allowing the Transfer to Trust evidence to be viewed or modified.

When fixing this issue, another unhandled server exception was observed when the transfer value on the Transfer to Trust evidence is modified to an amount greater or less than the value of ownership. The calculations of the ownership change were incorrect and sometimes resulted in a number format exception causing the unhandled server exception. This has been updated and the number format exception no longer occurs.

Technical:

The following methods have had an extra double parameter added to their signature in order to pass in the needed information for this fix:

WorkItem:246131 - Unhandled server exception on apply changes when attempting to delete Transfer to Trust evidence

Issue Description:

An unhandled server exception occurs on apply changes when attempting to delete Transfer to Trust evidence.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add the following evidence:
    • Liquid Resource
    • Ownership
    • Trust
    • Trustee
    • Beneficiary
  7. Apply changes.
  8. Add Transfer to Trust evidence and apply changes.
  9. Delete the Transfer to Trust evidence and attempt to apply changes.
  10. Issue: An unhandled server exception is displayed.

Resolution:

The unhandled server exception has been fixed and the Transfer to Trust evidence can now be deleted successfully.

PO08259, WorkItem:246677 - Two similar validation messages displayed for Loan evidence

Issue Description:

When attempting to create Loan evidence and an Institution Name is entered without an Institution Address, two similar validation messages are displayed instead of one. This issue has also been observed when the Institution Address is entered without an Institution Name.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add Loan evidence and enter a name for the Institution Name but do not enter any value in the address fields.
  7. Issue: Two similar validations are displayed:
    • The Institution Address must be entered when the Institution Name is entered.
    • The Institution Participant Address must be entered when the Institution Participant Name is entered.

Resolution:

The unnecessary validation has been removed. Now when an Institution Name is entered without an Institution Address the following validation is displayed 'The Institution Participant Address must be entered when the Institution Participant Name is entered.'.

Similarly, when an Institution Address is entered without an Institution Name the following validation is displayed 'The Institution Participant Name must be entered when any of the Institution Participant details are entered.'.

PO08302, WorkItem:247374 - Validation message not displayed when duplicate Employment Expense evidence added for a participant

Issue Description:

Employment Expense evidence is created for a participant in respect of an employment. For each employment, a caseworker should not be allowed to create multiple Employment Expense evidence of the same type that overlap within the same period of time. Currently, no validation message is displayed when overlapping Employment Expense evidence for the same type and participant are added to an Income Support integrated case.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click the Participant Details tab and select Employment.
  4. Use the New page action to add new employment details.
  5. Click the Care and Protection tab.
  6. Use the New page action to create a new Income Support integrated case.
  7. Click the Evidence tab and select Dashboard.
  8. Add an Employment Expense evidence with default type, business amount of $100, and a total amount of $100.
  9. Add another Employment Expense evidence that is the same as the previous Employment Expense evidence.
  10. Issue: No validation is displayed.

Resolution:

This issue has been resolved. Now when overlapping duplicate Employment Expense evidence is added, the following informational message is displayed alerting the caseworker that a duplicate record exists ‘An Employment Expense record already exists for this Participant and Employment type.’.

On apply changes, the validation 'An Employment Expense record already exists for this Participant and Employment type.' is displayed which prevents the caseworker from activating the duplicate evidence.

PO08298, WorkItem:247495 - Erroneous validation message for Coverage Type Details evidence

Issue Description:

When Coverage Type Details evidence is added to an Income Support integrated case, then discarded and added again, the error message 'A Coverage Type Details record of this type already exists for this Medical Insurance record during the same period' is displayed.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select the Dashboard.
  6. Add Medical Insurance evidence.
  7. Add Coverage Type Details evidence for the Medical Insurance (leave the type and dates fields with default values).
  8. Discard the Coverage Type Details evidence.
  9. Add the Coverage Type Details evidence again (leave the fields with default values again to make sure it is the same type and dates as the first one added).
  10. Issue: The error message 'A Coverage Type Details record of this type already exists for this Medical Insurance record during the same period' is displayed.

Resolution:

The issue was caused by the validation taking into account discarded evidence records when creating the new Coverage Type Details evidence. This has been fixed and the validation message no longer considers discarded records when validating the new evidence.

PO08349, WorkItem:248849 - Validation message not displayed when overlapping Anticipated Income evidence added

Issue Description:

Anticipated Income evidence is created for a participant in respect of Self Employment and Paid Employment evidence. For each self-employment/paid employment, a caseworker should not be allowed to create multiple Anticipated Income evidence that overlap within the same period of time. Currently, no validation message is displayed when overlapping Anticipated Income evidence for the same Self Employment/Paid Employment and participant are added to an Income Support integrated case.

User Interface Impact: No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click the Participant Details tab and select Employment.
  4. Use the New page action to add new employment details.
  5. Click the Care and Protection tab.
  6. Use the New page action to create a new Income Support integrated case.
  7. Click the Evidence tab and select Dashboard.
  8. Add Self Employment evidence.
  9. Add Anticipated Income evidence as a child of Self Employment evidence with start date of 1/1/2021.
  10. Add another Anticipated Income evidence as a child of Self Employment evidence with later start date than the previous Anticipated Income evidence.
  11. Issue: No validation is displayed.

Resolution:

This issue has been resolved. Now when overlapping Anticipated Income evidence is added, the following informational message is displayed alerting the caseworker that an Anticipated Income record already exists 'Anticipated Income - An Anticipated Income of this type already exists for this participant for the same period.'.

On apply changes, the validation 'Anticipated Income - An Anticipated Income of this type already exists for this participant for the same period.' is displayed which prevents the caseworker from activating the overlapping evidence.

PO08756, WorkItem:259211 - Participant appears twice in the Medical Insurance evidence PolicyHolder/Employee Participant drop-down

Issue Description:

When adding a second Medical Insurance evidence, the participant's name appears twice in the Policyholder/Employee Participant drop-down. The issue occurs when a participant has more than one case participant role on the case, for example, Primary Client and Medical Insurance Policy Holder. This issue was observed on a number of other drop-downs across Income Support evidence where the drop-down contained multiple case participant roles for the same participant.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add Medical Insurance evidence selecting the participant from the PolicyHolder/Employee Participant drop-down.
  7. Click to add another Medical Insurance record.
  8. Issue: The participant is displayed twice in the Policyholder/Employee Participant drop-down.

Resolution:

The issue is resolved by filtering the participant list in the drop-down by concern role. This fix ensures that all drop-downs in Income Support evidence only display a participant once.
Technical:

The issue was happening because the list was populated by the generated EvidenceMaintenance.listCaseParticipant method, which listed members by case participant role. In cases where the same person had multiple participant roles, the list was displaying duplicates. This is resolved by using EvidenceMaintenance.listCaseParticipantWithoutDuplicates, which lists participants by concern role identifier and only shows unique persons.

PO08838, WorkItem:261661 - Word repeated in validation message when adding Assigned Income evidence

Issue Description:

When a caseworker creates Assigned Income evidence on an Income Support integrated case, if the Assigned Income amount is greater than the Benefit amount, the following validation message is displayed:

'The Amount to Assign must not not be greater than the Available To Assign Amount on the related Income.'

The word 'not' is repeated in the message.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click the Care and Protection tab and select Cases.
  4. Click the New page action.
  5. Select Income Support in the Type drop-down on the New Case modal and click Save.
  6. Click the Evidence tab of the Income Support integrated case.
  7. From the dashboard, add the following evidence:
    • Benefit
    • Trust
    • Beneficiary
    • Income Trust Schedule
  8. Add Assigned Income evidence, selecting the Trust and Benefit evidence on the first page of the wizard.
  9. On the second page of the wizard, set the Assign Amount to a higher value than the Benefit amount.
  10. Click Finish.
  11. Issue: The following validation message is presented to the caseworker: 'The Amount to Assign must not not be greater than the Available To Assign Amount on the related Income.'

Resolution:

The issue was fixed by removing the extra word 'not' from the validation message.

PO08839, WorkItem:261701 - Two similar validation messages displayed for Annuity Income evidence

Issue Description:

When attempting to create Annuity Income evidence and a $0 value is entered for the Annuity Income Amount, two similar validation messages are displayed instead of one.

User Interface Impact: No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add Annuity evidence.
  7. Add Annuity Income evidence as a child of the Annuity evidence and enter $0 for the Annuity Income Amount.
  8. Issue: Two similar validations are displayed:
    • Annuity Income - The Annuity Income Amount must be entered.
    • The Annuity Income Amount must be greater than zero.

Resolution:

The unnecessary validation has been removed. Now when a $0 amount is entered for Annuity Income Amount the following validation is displayed 'The Annuity Income Amount must be greater than zero.'.

PO08849, WorkItem:262223 - Incorrect grammar in validation messages

Issue Description:

There are a number of validation messages that incorrectly use the word 'then' instead of 'than'.

User Interface Impact: No
Steps to Reproduce:

Scenario 1 - Assigned Income evidence start and end date validation issues:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click the Evidence tab.
  6. From the Dashboard add the following evidence:
    • Benefit
    • Trust
    • Beneficiary
    • Income Trust Schedule
  7. Now add Assigned Income evidence.
    • Enter a Start Date that is earlier than the income Start Date and an End Date that is later than the income End Date.
  8. Issue 1: The following start date validation message is displayed: Start Date must not be earlier then the related income start date. The start date of the related income is <incomeStartDate>.
  9. Issue 2: The following end date validation message is displayed: End Date must not be later then the related income end date. The end date of the related income is <incomeEndDate>.

Scenario 2 - Resource Transfer date validation issue:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click the Evidence tab.
  6. Add Resource Transfer with a transfer date in the future.
  7. Issue: The following validation message is displayed: Transfer Date must not be later then today.

Resolution:

This issue has been addressed. The validation messages for Assigned Income and Resource Transfer have been updated to correct the grammar mistakes.

PO08866, WorkItem:262914 - Two similar validation messages displayed for Contributor evidence on apply changes

Issue Description:

When attempting to activate child Contributor evidence, if the parent evidence has not yet been activated two similar validation messages are displayed instead of one.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add Living Expense evidence.
  7. Add Contributor evidence as a child of the Living Expense evidence.
  8. Apply Changes for the Contributor evidence only.
  9. Issue: Two similar validations are displayed:
    • Contributor - This Contributor record cannot be activated as the related parent <Expense Evidence> record has not yet been activated.
    • Contributor - This Contributor record cannot be activated as the related <Expense Evidence> record has not yet been activated. To activate the Contributor record please activate the <Expense Evidence> first.

Resolution:

The unnecessary second validation has been removed.

PO08894, WorkItem:263513 - Two similar validation messages displayed for Ownership evidence on apply changes

Issue Description:

When attempting to activate child Ownership evidence, if the parent evidence has not yet been activated two similar validation messages are displayed instead of one.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add Loan evidence.
  7. Add Ownership evidence as a child of the Loan evidence.
  8. Apply Changes for the Ownership evidence only.
  9. Issue: Two similar validations are displayed:
    • Ownership - This Ownership record cannot be activated as the related parent Loan record has not yet been activated.
    • Ownership - This Ownership record cannot be activated as the related parent record has not yet been activated. To activate the Ownership record please activate the parent record first.

Resolution:

The unnecessary second validation has been removed.

Technical:

This same issue was also observed and fixed on the following evidence:

PO08902, WorkItem:263635 - Validation message not displayed when overlapping Contributor evidence added for a participant

Issue Description:

Contributor evidence is created as child evidence for expense evidence types such as Utility Expense to specify which individual(s) are contributing to the expense.
For each contributing individual, a caseworker should not be allowed to create multiple Contributor evidence records that overlap within the same period of time. Currently, no validation message is displayed when overlapping Contributor evidence for the same individual is added to an Income Support integrated case.

**User Interface Impact: **No
Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add Utility Expense evidence with an amount of 100.
  7. Add Contributor evidence as a child of Utility Expense evidence with an amount of 50.
  8. Add another Contributor evidence that is the same as previous Contributor evidence.
  9. Issue: No validation is displayed.

Resolution:

This issue has been resolved. Now when overlapping duplicate Contributor evidence is added, the following informational message is displayed alerting the caseworker that a duplicate record exists 'A Contributor record already exists for this Case participant.'.

On apply changes, the validation 'A Contributor record already exists for this Case participant.' is displayed which prevents the caseworker from activating the duplicate evidence.

PO08970, WorkItem:265200 - Duplicate validation displayed on non-overlapping evidence due to effective dated Benefit record

Issue Description:

When attempting to activate new Benefit evidence that does not overlap with existing Benefit evidence that has both an effective and end date, a validation message is displayed that prevents the new Benefit evidence from being activated.

User Interface Impact: No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click the Evidence tab and select Dashboard.
  6. Add Benefit evidence with a start date of 1/1/2021.
  7. Select Apply Changes.
  8. Update the previous Benefit evidence to have an effective date of 2/1/2021 and change the amount value.
  9. Select Apply Changes.
  10. Update the latest Benefit evidence to have an end date of 2/10/2021.
  11. Select Apply Changes.
  12. Add new Benefit evidence with the same type as the previously entered Benefit evidence and a start date of 3/1/2021.
  13. Select Apply Changes.
  14. Issue: Validation message is displayed 'Benefit - A Benefit of this type already exists for this Participant in this State for the same period.'.

Resolution:

This was happening due to the system not recognizing the virtual end date of a record in a succession. The virtual end date is the effective from date of the next record in the succession minus one day. The duplicate validation has been updated to recognize the virtual end date of each evidence record in a succession. It is now possible for the caseworker to create another Benefit evidence record of the same type as one that has been succeeded.

Technical:

This same issue was also observed and fixed on the following evidence:

PO09260, WorkItem:265597 - Incorrect validations displayed when child Contributor evidence and its parent evidence are effective dated due to virtual end dates not being considered

Issue Description:

Incorrect validations are displayed on apply changes when Contributor evidence and its parent evidence are effective-dated due to virtual end dates not being considered. Contributor evidence is created as child evidence for expense evidence types Shelter, Living and Utility.

User Interface Impact: No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click on the Care and Protection tab.
  4. Use the New page action to create a new Income Support integrated case.
  5. Click on the Evidence tab and select Dashboard.
  6. Add Shelter Expense evidence for an amount of $100 from 1/1/2020.
  7. Add child Contributor evidence for the amount of $100 from 1/1/2020.
  8. Apply changes.
  9. Effective date the Shelter Expense evidence on 3/1/2020, updating the amount to be $300.
  10. Effective date the Contributor evidence on 3/1/2020, updating the amount to $300.
  11. Apply changes.
  12. Issue: The following validations are being displayed:
    • Contributor - The total Contributor Expense Amount must not be greater than the Total Expense Amount.
    • Shelter Expense - The Total Contributor Expense Amount must not be greater than the Total Expense Amount.
    • Shelter Expense - The Expense Amount on each contributor record for this Shelter Expense evidence record must, when totaled, be equal to the total expense amount on the shelter expense record.

Resolution:

The validations for Contributor evidence and its parent evidence have been updated to take into account the evidence periods of each record. This includes the virtual end dates for effective dated evidence. The virtual end date is the effective from date of the next record in the succession minus one day. This ensures that the validation for checking the total amounts is correct when records are effective dated.

PO09059, WorkItem:266289 - Income Support Head of Household evidence validation is not displayed when the End Date entered is earlier than the Start Date

Issue Description:

During the creation or modification of Head of Household evidence, no validation message is displayed when the End Date is earlier than the Start Date.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Create and submit a Food Assistance and/or Cash Assistance application.
  4. Authorize the application.
  5. Navigate to the Income Support integrated case.
  6. Click on the Evidence tab and select Dashboard.
  7. Add Head of Household evidence.
  8. Specify an End Date earlier than the Start Date.
  9. Click Save.
  10. Issue: A validation on dates is expected, but the page saves with the incorrect dates.

Resolution:

The issue is now resolved by adding a new validation to Head of Household evidence that is raised when the End Date entered is earlier than the Start Date and prevents the action from completing. The message reads: 'Start date must not be later than end date'.

Technical:

Logic to check if the start date is after the end date has been added to ValidateHeadOfHousehold.validateDetailsInternal method. If this is the case, an exception with the following message ID is raised: GENERAL.ERR_GENERAL_XFV_START_DATE_END_DATE.

PO09080, WorkItem:266586 - Income Support Absent Parent Child Support evidence validation is not displayed when the Last Payment Date is earlier than the Start Date

Issue Description:

During the creation or modification of Absent Parent Child Support evidence, no validation message is displayed when the Last Payment Date is earlier than the Start Date.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Create and submit a Food Assistance and/or Cash Assistance application, add a child on the application.
  4. Authorize the application.
  5. Navigate to the Income Support integrated case.
  6. Click on the Evidence tab and select Dashboard.
  7. Add Absent Parent evidence.
  8. Add Absent Parent Child Support evidence.
  9. Specify a Last Payment Date earlier than the Start Date.
  10. Click Finish.
  11. Issue: A validation on dates is expected, but the page saves with incorrect dates.

Resolution:

The issue is now resolved by adding a new validation to Absent Parent Child Support evidence that is raised when the Last Payment Date entered is earlier than the Start Date and prevents the action from completing. The message reads: 'Start date must not be later than the Last Payment Date.'.

Technical:

Logic to check if the Start Date is after the Last Payment Date has been added to CustomiseAbParChildSupport preModify and preCreate methods. If this is the case, an exception with the following message ID is raised: BPOABPARCHILDSUPPORT.ERR_FIELD_LABEL_STARTDATE_AFTER_LASTPAYMENTDATE. This new message has been added to BpoAbParChildSupport.xml.

PO09090, WorkItem:266677 - Income Support Liquid Resource evidence validation is not displayed when the Date Received is later than the End Date

Issue Description:

During the creation or modification of Liquid Resource evidence, no validation message is displayed when the Date Received is later than the End Date.

**User Interface Impact: **No
Steps to Reproduce:

  1. Login as a Income Support caseworker.
  2. Register a new Person.
  3. Create and submit a Food Assistance and/or Cash Assistance application.
  4. Authorize the application.
  5. Navigate to the Income Support integrated case.
  6. Click the Evidence tab and select Dashboard.
  7. Add Liquid Resource evidence.
  8. Specify a Date Received later than the End Date.
  9. Click Save.
  10. Issue: A validation on dates is expected, but the page saves with the incorrect dates.

Resolution:

The issue is now resolved by adding a new validation to Liquid Resource evidence that is raised when the Date Received entered is later than the End Date and prevents the action from completing. The message reads: 'Date Received must not be later than End Date'.

Technical:

Logic to check if the date received is after the end date is now added to ValidateLiquidResources.validateDetailsInternal method. If so, an exception with the following message ID is raised: ENTLIQUIDRESOURCE.ERR_LIQUIDRESOURCE_FV_DATERECEIVED_END_DATE).
This new message has been added to EntLiquidResource.xml.

PO09226, WorkItem:268533 - Erroneous validation message on apply changes related to Child Support Expense evidence

Issue Description:

An incorrect validation message is displayed when attempting to add multiple Child Support Expense evidence for a member related to different children. This prevents a member from having more than one Child Support Expense evidence no matter who the expenses are for.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Create an application for the Person.
  4. Navigate to the Expenses Information page on the application.
  5. Does anyone in the claimant's household pay child support? Yes - Person.
  6. Capture Child Support Expense details.
    • Child-1 Expense amount $175 Monthly, Start Date - 1 year before the application date.
    • Child-2 Expense amount $400 Monthly, Start Date - 1 year before the application date.
  7. Submit the application.
  8. On the Evidence Dashboard, select the Apply Changes page action.
  9. Issue: The following validation message is displayed 'A Child Support Expense record already exists for this Household Member and Child Participant.' This message is displayed when the Child Participants are NOT the same.

Resolution:

The issue was caused by the validation not taking into account the related child participant when validating for duplicate records. This has been resolved and now the validation only displays as intended when a Child Support Expense evidence record already exists for the household member and child participant.

WorkItem:269956 - Participant name is not being displayed when creating Paid Employment evidence

Issue Description:

The participant name is not displayed on the second page of the wizard when a caseworker adds new Paid Employment evidence.

User Interface Impact: No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click the Participant Details tab and select Employment.
  4. Use the New page action to add new employment details.
  5. Click the Care and Protection tab.
  6. Use the New page action to create a new Income Support integrated case.
  7. Click the Evidence tab and select Dashboard.
  8. Add Paid Employment evidence.
  9. Issue: Participant name is not displayed on the second page of the wizard.

Resolution:

This issue has been resolved. Now the participant name is correctly displayed.

Technical:

This same issue was also observed and fixed on the following evidence:

Income Support CGISS

WorkItem:101678 - Case groups are not updated when a household member is end dated and product delivery becomes ineligible

Issue Description:

Case groups are used to record details of the assistance, financial, and member groups associated with a product delivery. On an Income Support integrated case, when a product delivery is ineligible as a result of a household member being removed, an end date is not being set for the member on case groups.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a Person.
  3. Submit an application for Food, Cash and Medical Assistance with an application date in the past for Adult, Child and Niece.
  4. Add the following evidence to satisfy eligibility requirements:
    • Relationship evidence, Adult is the parent of Child and non-parent caretaker of Niece.
    • Deprivation and Student evidence for the Child and Niece.
    • Work Registration evidence for the Adult for Food and Cash Assistance.
  5. On the application, clear all verifications and apply evidence changes.
  6. Check Eligibility for Food, Cash and Medical Assistance.
  7. Authorise Food, Cash, and both Medically Needy Children programs.
  8. Activate the product deliveries.
  9. On the Income Support integrated case, end date the Household Member evidence for the Niece in such a way that it is after the application date.
  10. In the Inbox tab, close the task that has been created and apply evidence changes on the integrated case.
  11. Issue: Eligibility for the Niece's Medically Needy Children program is updated but the case groups on the Medically Needy product delivery are not updated with the end date.

Resolution:

This has been resolved by ensuring when a reassessment on an Income Support integrated case results in a product delivery becoming ineligible, case groups are updated accordingly.

WorkItem:252375 - The Flex Chart for Assessment Tracking is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent chart for Assessment Tracking, which enables a caseworker to quickly establish strengths and needs, is replaced with a responsive version based on modern React JavaScript components. The previous functions of the Assessment Tracking Chart are maintained.
**User Interface Impact: **Yes

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person with the following address details:
    • Street 1: 364 Cottage Creek Ct
    • City: Midway
    • State: Utah
    • Zip: 84049
  3. Create and submit a Cash Assistance application for a Parent and Child.
  4. On the application, click the Evidence tab and select Dashboard.
  5. Add the necessary evidence to make the Parent and Child eligible.
  6. Click the Verifications in-page navigation tab and verify all outstanding verifications.
  7. Activate the In Edit evidence.
  8. Click the Eligibility Checks tab and check eligibility for Cash Assistance.
  9. Run the following SQL:
    • update address set GEOCODE = '364 Cottage Creek Ct, Midway, UT 84049, USA', latitude = 40.51904, longitude = -111.47987 where addressid = (select primaryaddressid from concernrole where concernrolename = 'XXX') [replace XXX with Concern Role Name]
  10. Click the Work Eligibility tab and select Referrals.
  11. Use the New page action to create a new referral with the following details:
    • Client: Parent
    • Distance from Head of Household (Mile): <20
    • Office: Midway Employment Agency.
  12. Authorize the Application.
  13. Login as an outcome worker.
  14. Select Pending Referrals under Outcome Plans in the shortcuts panel.
  15. Search for the Parent and select Assign to My Referrals from the action menu.
  16. On the outcome worker home page, from the My Assigned Referrals pod, select the case reference for the Parent.
  17. Click the Participation Tab and select Plans.
  18. Use the New page action to create a new Self-Sufficiency outcome plan.
  19. Select the Plan Reference Number.
  20. Click the Assessment & Factor Tab and select Assessments.
  21. Use the New page action to create a new Self-Sufficiency assessment.
  22. Click the Home tab to view the Assessment Tracking chart.

Resolution:

The Flash-dependent chart for Assessment Tracking is now replaced with a responsive version based on modern React JavaScript. To improve the user experience and to make the Assessment Tracking Chart accessible, an enlarge button for maximizing and minimizing the Chart is available. Labels are truncated to better maintain the scale and readability of the Chart. Users can click the enlarge button to see a larger view and to read truncated labels.

A new color scheme from the Merative Carbon Design System was also introduced for the Assessment Tracking Chart, which provides an accessible and enhanced user experience. The colors are applied in a specific sequence to maximize the contrast between neighboring colors. The default colors, which are defined by the curam.assessmentplanning.graphRGBColors application property are updated as follows: 6929C4,1192E8,005D5D,9F1853,FA4D56,520408,198038. These values can be modified in the System Administration Application using the following steps:

  1. Login as a system administrator.
  2. Click the System Configurations tab.
  3. Select Property Administration under Application Data in the shortcuts panel.
  4. Enter 'curam.assessmentplanning.graphRGBColors' in the Name field and click Search.
  5. Edit the values using the row-level action.

WorkItem:253028 - The Flex Chart for Participation Summary is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent chart for Participation Summary, which is displayed on the Home page of an Outcome Plan for an Income Support case, is replaced with a responsive version based on modern React JavaScript components. The previous functions of the Participation Summary Chart are maintained.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person with the following address details:
    • Street 1: 364 Cottage Creek Ct
    • City: Midway
    • State: Utah
    • Zip: 84049
  3. Create and submit a Cash Assistance application for a Parent and Child.
  4. On the application, click on the Evidence tab and select Dashboard.
  5. Add the necessary evidence to make the Parent and Child eligible.
  6. Click the Verifications in-page navigation tab and verify all outstanding verifications.
  7. Activate the In Edit evidence.
  8. Click the Eligibility Checks tab and check eligibility for Cash Assistance.
  9. Run the following SQL:
    • update address set GEOCODE = '364 Cottage Creek Ct, Midway, UT 84049, USA', latitude = 40.51904, longitude = -111.47987 where addressid = (select primaryaddressid from concernrole where concernrolename = 'XXX') [replace XXX with Concern Role Name]
  10. Click the Work Eligibility tab and select Referrals.
  11. Use the New page action to create a new referral with the following details:
    • Client: Parent
    • Distance from Head of Household (Mile): <20
    • Office: Midway Employment Agency.
  12. Authorize the Application.
  13. Login as an outcome worker.
  14. Select Pending Referrals under Outcome Plans in the shortcuts panel.
  15. Search for the Parent and select Assign to My Referrals from the action menu.
  16. On the outcome worker home page, from the My Assigned Referrals pod, select the case reference for the Parent.
  17. Click the Participation Tab and select Plans.
  18. Use the New page action to create a new Self-Sufficiency outcome plan.
  19. Select the Plan Reference Number.
  20. Click the Assessment & Factor Tab and select Assessments.
  21. Use the New page action to create a new Self-Sufficiency assessment.
  22. Select the Activities Tab.
  23. From the page action menu select New Service to create a service.
  24. Click Home tab to view the Participation Summary chart.

Resolution:

The Flash-dependent chart for Participation Summary is now replaced with a responsive version based on modern React JavaScript.
A new color scheme from the Merative Carbon Design System was also introduced for the Participation Summary Chart, which provides an accessible and enhanced user experience.
Technical:

The default background and hover background colors for Scheduled Hours and Actual Hours, which are defined in the packages/charts/src/helper/spm/dataParser.js file, were updated as follows:

WorkItem:253302 - The Flex widget for Income Support Outcome Plan workspace is replaced with modern JavaScript

Issue Description:

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash. The Flash-dependent widget for the Income Support Outcome Plan workspace, is replaced with a responsive version based on Dojo JavaScript. The previous functions of the Income Support Outcome Plan workspace widget are maintained.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person with the following address details:
    • Street 1: 364 Cottage Creek Ct
    • City: Midway
    • State: Utah
    • Zip: 84049
  3. Create and submit a Cash Assistance application for a Parent and Child.
  4. On the application, click the Evidence tab and select Dashboard.
  5. Add the necessary evidence to make the Parent and Child eligible.
  6. Click the Verifications in page navigation tab and verify all outstanding verifications.
  7. Activate the In Edit evidence.
  8. Click the Eligibility Checks tab and check eligibility for Cash Assistance.
  9. Run the following SQL:
    • update address set GEOCODE = '364 Cottage Creek Ct, Midway, UT 84049, USA', latitude = 40.51904, longitude = -111.47987 where addressid = (select primaryaddressid from concernrole where concernrolename = 'XXX') [replace XXX with Concern Role Name]
  10. Click the Work Eligibility tab and select Referrals.
  11. Use the New page action to create a new referral with the following details:
    • Client: Parent
    • Distance from Head of Household (Mile): <20
    • Office: Midway Employment Agency.
  12. Authorize the Application.
  13. Login as an outcome worker.
  14. Select Pending Referrals under Outcome Plans in the shortcuts panel.
  15. Search for the Parent and select Assign to My Referrals from the action menu.
  16. On the outcome worker home page, from the My Assigned Referrals pod, select the case reference for the Parent.
  17. Click the Participation Tab and select Plans.
  18. Use the New page action to create a new Self-Sufficiency outcome plan.
  19. Select the Plan Reference Number.
  20. Click the Workspace tab to view the Income Support Outcome Plan workspace widget.

Resolution:

The Flash-dependent widget for the Income Support Outcome Plan workspace is now replaced with a responsive version based on Dojo JavaScript.

PO08570, WorkItem:254157 - Message 'Private type address(es) do not exist for entire period' thrown if household member with multiple address evidence records is end-dated

Issue Description:

The validation message ‘Private type address(es) do not exist for entire period’ is displayed on applying changes to Household Member evidence when Address evidence does not cover the entire period of the household member. The Household Member evidence start/end dates are compared to the Address evidence start/end dates and where the Address evidence does not cover the entire period of the Household Member evidence the validation is thrown.

However this validation is incorrectly being thrown, on apply changes, when the household member is end dated and there are multiple contiguous Address evidence records covering the entire period of the Household Member evidence and the latest Address evidence is end dated.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person on January 1, 2020.
  3. Submit an application for Food Assistance or Medical Assistance with an application date of January 1, 2020.
  4. Clear all verifications and activate the evidence.
  5. End date the existing private Address evidence on June 30, 2020.
  6. Create new private Address evidence starting July 1, 2020 and ending December 31, 2020.
  7. Edit the existing Household Member evidence setting the end date to August 1, 2020.
  8. Close the associated task.
  9. Apply all evidence changes.
  10. Issue: A message displays: 'Private type address(es) do not exist for entire period covering 1/1/2020 to 8/1/2020 for <person name>'.

Resolution:

This issue is now resolved. The validation correctly takes account of multiple address periods in determining whether they cover the entire household member period allowing the evidence changes to be applied.

PO09159, WorkItem:259205 - Duplicate employment records are displayed in the paid employment wizard when the client has two roles on the case

Issue Description:

When adding Paid Employment evidence, duplicate employment records are displayed in the paid employment wizard when the client for whom the evidence is being created has multiple case participant roles, Primary and Alien Sponsor, for example. The issue was also observed when adding Self Employment evidence and Employment Expense evidence.
User Interface Impact: No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Click the Participant Details tab and select Employment.
  4. Use the New page action to add new employment details.
  5. Click the Care and Protection tab.
  6. Use the New page action to add a new Income Support case for the person.
  7. Click the Evidence tab and select Dashboard.
  8. Add Alien Sponsor evidence, selecting the Person as the Sponsor Participant.
  9. Click on Paid Employment.
  10. Issue: On the first page of the Paid Employment wizard, two identical employment records are shown.

Resolution:

This has been resolved by changing the logic so that the employment records are shown per concern role and not per case participant role. This means any Income Support evidence that includes the need to first select an employment for the client displays the employment records per concern role.

Technical:

This issue was happening because employment records were being read by case participant role, which resulted in duplicate employment records in cases where the same participant had multiple case participant roles. A new generated method EVDEVidenceMaintanence.listCaseParticipantWithoutDuplicates has been added to the static evidence generator and is called inside the EVDEVidenceMaintanence.listEmploymentsForCaseParticipantTypeList facade. This now lists the employment records according to concern role.

PO08828, WorkItem:261462 - Authorize modal appears with no information in the Eligible section after a program has been declined

Issue Description:

When authorizing programs within an Income Support application, even if the applicants are eligible for a program the program can be declined. After declining a program, no details are being displayed under the Eligible section in the Authorize modal to indicate that the eligible program has been declined.
**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Submit a Medical Assistance application and add evidence to satisfy eligibility requirements.
  4. On the application, clear all verifications and apply evidence changes.
  5. Check Eligibility for Medical Assistance.
  6. Select Ready for Determination from the tab menu and click Yes on the confirmation modal.
  7. Select Authorize from the tab menu.
  8. On the Authorize modal, use the row-level Decline action from the Eligible section to decline the Medical Assistance program.
  9. Issue: After performing the decline operation, the Authorize modal is opened, but there are no details present under the Eligible section.

Resolution:

When a program is declined, information about the declined program is now correctly appearing under the Eligible section of the Authorize modal.
This issue is resolved by passing an 'applicationID' parameter to the Authorize UIM page.

PO08831, WorkItem:261466 - On authorizing a program on an Income Support Application, an application error is displayed when 'No' is selected to close out of the Decline modal

Issue Description:

When authorizing programs within an Income Support application and applicants are eligible for a program, the program can be authorized or declined. Where a caseworker selects to decline an eligible program and then selects 'No' to close out of the Decline modal, a pop-up with an application error is displayed.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Submit a Medical Assistance application and add evidence to satisfy eligibility requirements.
  4. On the application, clear all verifications and apply evidence changes.
  5. Check Eligibility for Medical Assistance.
  6. Select Ready for Determination from the tab menu and click Yes on the confirmation modal.
  7. Select Authorize from the tab menu
  8. On the Authorize modal, select the row-level Decline action from the Eligible section to decline the Medical Assistance program.
  9. Select No to close out of the Decline modal.
  10. Issue: A pop-up window is displayed with an Application Error.

Resolution:

When 'No' is selected to close out of the Decline modal, the page now closes and the caseworker is correctly returned to the Authorize modal. This issue is resolved by passing an 'applicationID' parameter to the 'Authorize' UIM page.

PO08940, WorkItem:264579 - Undisposed applications indicator on the Income Support integrated case context panel displays the wrong value

Issue Description:

An undisposed applications link is displayed in the context panel of the Income Support integrated case to help the caseworker identify applications for which not all programs applied for have been actioned, i.e. approved, denied, or withdrawn, and to navigate back to the application to carry out further processing for the remaining programs.

Currently, the undisposed applications indicator on the Income Support integrated case context panel displays zero even when there are undisposed applications.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Submit a new application for Medical Assistance and Food Assistance, for example.
  4. Check eligibility for Medical Assistance and Food Assistance.
  5. Select 'Ready for Determination' from the application actions menu.
  6. Authorize the Medical Assistance program.
  7. Verify that the Income Support application has not been disposed of.
  8. Navigate back to the person home page.
  9. Open the Income Support integrated case from the home page and review its context panel information.
  10. Issue: The undisposed applications indicator on the Income Support integrated case context panel displays an incorrect count of 0.

Resolution:

The undisposed applications indicator now correctly displays the count of undisposed applications and links to the Applications tab.

PO08957, WorkItem:264767 - Transfer application evidence functionality does not work on applications that have relationship evidence

Issue Description:

The evidence from a newly created Income Support application can be transferred directly to an existing Income Support integrated case.
When transferring an Income Support application that has more than one person on it to another case, an exception is thrown reporting that a relationship already exists between the participant and related participant. This prevents the caseworker from completing the action.

**User Interface Impact: **No

Steps to Reproduce:

Creating the first application

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Select New Application from the person tab menu.
  4. Select the Food Assistance program and complete the application for a single person.
  5. Open the application case.
  6. Click on the Evidence tab and select Dashboard.
  7. Add the following evidence:
    • Work Registration
    • Head of Household
  8. Click on the Verifications tab and add proof of Citizenship.
  9. Activate the In Edit evidence.
  10. Click on the Eligibility Checks tab and select the Check Eligibility page action.
  11. Select the checkbox for Food Assistance and click Yes.
  12. Select Ready for Determination from the tab menu and click Yes on the confirmation modal.
  13. Select Authorize from the tab menu.
  14. On the Authorize modal, use the row-level Authorize action to authorize the Food Assistance program.

Creating the second application

  1. Select New Application from the person tab menu.
  2. Select Cash Assistance and click Next.
  3. On the Information About The Claimant page, select the option 'Are there any other people living in the home?'.
  4. When prompted on the Home Member Information page, add a child.
  5. On the Home Relationships page make this child a grand-child of the primary applicant and tick the option 'Are they also a non-parent caretaker of this person?'
  6. Complete the application.
  7. Open the application case.
  8. Click on the Evidence tab and select Dashboard.
  9. Add the following evidence:
    • Work Registration
    • Head of Household
  10. Click on the Verifications tab and add proof of Citizenship.
  11. Activate the In Edit evidence.
  12. Click on the Related Cases tab.
  13. Select the Transfer Application row-level action for the integrated case and click Yes on the confirmation modal.
  14. Issue: The following error is presented to the caseworker: 'A Relationship record already exists for this Participant and Related Participant.'

Resolution:

This issue is now resolved. The caseworker is no longer prevented from transferring an Income Support application that contains relationship evidence on it to another case.

During the application transfer, logic created a list of evidence to be transferred and inserted them on the target case. This list contained relationship evidence as well as the corresponding reciprocal relationship record(s). The inclusion of the reciprocal relationship record(s) caused an issue, as when the relationship evidence is inserted on the target, the reciprocal relationship record(s) are automatically created. The insertion of the reciprocal relationship record(s) that were transferred then resulted in duplicates being inserted and ultimately led to the exception being thrown.

Technical:

This issue has been resolved by adding an Income Support specific class that extends the default implementation of the TransferEvidenceRetriever interface. This retrieves the list of evidence to be transferred by calling the default implementation and then filters out the relationship evidence. This leaves only the original records in the transfer list, as the reciprocal records are created as part of inserting the relationship evidence.

PO09049, WorkItem:266048 - Caseworker IEG Script not validating future Date of Birth on Income Support application for Food, Cash or Medical Assistance

Issue Description:

When creating an Income Support application the Intelligent Evidence Gathering (IEG) script allows the caseworker to enter a future date of birth without any validation.

User Interface Impact: No

Steps to Reproduce:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Create a new Income Support application for Food, Cash or Medical Assistance.
  4. On the Claimant Details page enter a future data of birth e.g. 01/01/2121.
  5. Issue: Navigation to the next page is allowed, there is no validation to prevent a Date of Birth with a future date being entered.

Resolution:

The date of birth entered for a member is now validated on the internal caseworker IEG script. On an Income Support application, when a future date is entered for date of birth the following validation is displayed ‘The participant date of birth must not be in the future.’

Income Support HCR

WorkItem:246030 - Expose the Insurance Affordability verification processors as external and implementable classes to facilitate compliant customization

Issue Description:

By default, Health Care Reform provides processing for Electronic Verification of data such as Citizenship, Residency, or SSN. The framework for Electronic Verification supports adding implementations for custom verification processing for data elements that are either not covered by default processing or those data elements that are added as part of the custom implementation. Also, it is possible to override the default Verification Processing, if needed.

Currently, It is not possible to customize the following Insurance Affordability verification processors compliantly, as they are not marked as either external or implementable:

**User Interface Impact: **No

Steps to Reproduce: N/A

Resolution:

To support compliant customization, the access restriction on the following classes was updated to @AccessLevel(EXTERNAL):

To support compliant customization, the access restriction on the following classes was updated to @implementable:

The classes can now be called and extended compliantly by custom implementations.

WorkItem:246031 - Expose HCR employer plan management APIs as implementable classes to facilitate compliant customization

Issue Description:

A plan management integration contract allows individuals to shop for and enroll in Medicaid, CHIP, and Qualified Health Plans as part of the application process through integration with a plan management vendor of the customer's choice. To support the compliant customization of both Employer and EmployerCoverage within the plan management implementation, the classes need to be marked as implementable.
**User Interface Impact: **No

**Steps to Reproduce: **N/A
Resolution:

The following classes were marked as @implementable to support compliant customization:

The classes can now be extended compliantly by custom implementations.

WorkItem:246032 - Expose AbstractCompleteAnnualRenewal as an implementable class to facilitate compliant customization

Issue Description:

At the final stage of the Annual Renewal workflow, the Complete Annual Renewal step is run. This reassesses the case and sends an Annual Renewal Complete Notice containing the information for the active determination with coverage effective from the first day of the following year. The Annual Renewal framework supports adding implementations for custom Annual Renewal processing, but It is not possible to compliantly customize the external class AbstractCompleteAnnualRenewal as it is not marked as @implementable. For details about the customization of AbstractCompleteAnnualRenewal, see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

**User Interface Impact: **No

Steps to Reproduce:
N\A

Resolution:

The following class has now been marked as @implementable to support compliant customization:

The class can now be extended compliantly for custom implementations.

WorkItem:247942 - Make the validation HCRMOTIVATIONBUILDER.ERR_INCORRECT_MOTIVATION_TYPE_FOR_BUILDING_ARTIFICIAL_MOTIVATION configurable

Issue Description:

The validation HCRMOTIVATIONBUILDER.ERR_INCORRECT_MOTIVATION_TYPE_FOR_BUILDING_ARTIFICIAL_MOTIVATION is not configurable, which means it will always be thrown if a customer uses their own motivation type as part of customizing Insurance Affordability.

**User Interface Impact: **No

**Steps to Reproduce: **N/A

Resolution:

The validation HCRMOTIVATIONBUILDER.ERR_INCORRECT_MOTIVATION_TYPE_FOR_BUILDING_ARTIFICIAL_MOTIVATION is now configurable and is enabled by default. This can be disabled in the System Administration Application using the following steps:

  1. Login as a system administrator.
  2. Click on the System Configurations tab.
  3. Select Configurable Validations under Application Data in the shortcuts panel.
  4. Enter 'hcrmotivationbuilder.err_incorrect_motivation_type_for_building_artificial_motivation|i|' in the Validation Reference field and click Search.
  5. Disable the validation using the row-level action.

PO08345, WorkItem:248798 - IEG page updates due to typographical errors and extra dots

Issue Description:

The word 'Deductible' is misspelled as 'Deductable' in a number of places in the Insurance Affordability IEG scripts. There is a dot after the following field label on the Information About You page: Preferred Contact Method. There are dots after the following field labels on the Income Deductions page: Deduction type, Amount, Start Date, End Date, and Frequency.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Register a new Person.
  3. From the tab action menu, select New Application to start an application.
  4. Issue: Note the dot after "Preferred Contact Method" on the Information About You page.
  5. Enter the basic information required up to income.
  6. Answer 'Yes' to income and enter any income details.
  7. On the following page answer 'Yes' to income deductions.
  8. Issue: The word 'Deductible' is misspelled as 'Deductable' and dots are present after labels: Deduction type, Amount, Start Date, End Date, and Frequency.

Resolution:

The spelling of the word 'Deductible' is now correct everywhere on the Deductible Income Items IEG page. The dot has been removed after the following field label on the Information About You page: Preferred Contact Method. The dots have been removed after the following field labels on the Income Deductions page: Deduction type, Amount, Start Date, End Date, and Frequency. This issue is resolved for both the caseworker application and Universal Access.

WorkItem:249641 - Improvements to facilitate adding custom products to the Health Care Reform cascade

Issue Description:

When adding custom products to the Health Care Reform cascade, developers are required to provide an implementation of HealthCareProductManager and, within that, create and maintain both the product delivery and case groups records. Although this can be achieved compliantly, the development effort involved in the custom implementation can make this task difficult to achieve.

User Interface Impact: No

**Steps to Reproduce: **N/A
Resolution:
To make the implementation of the HealthCareProductManager more straightforward when adding custom products to the cascade, one new helper class and one new interface have been exposed.

  1. HealthCareProductManagerHelper is a new class that provides developers with methods to create and maintain product delivery cases.
  2. HCRCaseGroupsRuleReference is a new interface that custom products can implement in which they specify the CER Rules that represent the case groups of type member and benefit. The Health Care Reform infrastructure will then take care to maintain those as part of the maintainCaseGroups method provided on HealthCareProductManagerHelper.

For more information, see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

PO08722, WorkItem:257933 - Applications tab opens under the Care and Protection tab for Prospect Person

Issue Description:

When selecting the Applications tab on a Prospect Person, the page incorrectly switches to the Care and Protection tab.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Register a new Prospect Person.
  3. From the Prospect Person home page, click on the Applications tab.
  4. Issue: The page incorrectly switches to the Care and Protection tab.

Resolution:

This issue has been resolved by adding dedicated UIM pages for the Applications tab for both Prospect Persons and Persons.

PO08746, WorkItem:258786 - Status History has incorrect timestamps for Insurance Affordability programs

Issue Description:

The timestamps that appear on the Status History page for Insurance Affordability programs are incorrect for Submitted and Delayed Processing Pending states. These do not reflect the true time at which the programs entered these states. This issue is only noticeable if there is a slight delay in the transition through the states as the case goes from open to active.
**User Interface Impact: **No
Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Register a new Person.
  3. Select New Application from the person actions menu.
  4. Enter the minimum details and submit the application.
  5. Click the Care and Protection tab and select Applications.
  6. Click the Reference hyperlink to open the application case.
  7. Authorize the application.
  8. Navigate to the newly created Streamlined Medicaid case.
  9. Click the Administration tab and select Status History.
  10. Issue: If there is a slight delay in going from open to active, the timestamps for Submitted and Delayed Processing Pending are incorrect.

Resolution

This issue has been resolved and now the correct timestamps for Submitted and Delayed Processing Pending case statuses are reflected in the Status History.

PO08771, WorkItem:260020 - Unnecessary validation message is displayed when a caseworker end dates an existing Tax Relationship record and creates a new one with non-overlapping dates

Issue Description:

In order to change the Tax Relationship of a Tax Dependent from one Tax Filer to another, a caseworker must both end date the existing Tax Relationship evidence and create new Tax Relationship evidence.

Currently, it is not possible to apply the two evidence changes at the same time due to an incorrect validation message: 'A Tax Dependent record already exists for this Participant for the specified period'. To workaround this validation message, caseworkers are required to first apply changes on the end dating of the existing Tax Relationship record before creating the new one.

Deleting the existing Tax Relationship evidence and creating a new one also causes the validation message to be incorrectly displayed on apply changes.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Create an Insurance Affordability application for Mother, Father, and Child with an application date 01/01/2020.
  3. Father and Mother are Tax Filers, Child is a Tax Dependent of the Father.
  4. Submit and authorize the application.
  5. Navigate to the Insurance Affordability integrated case.
  6. End date the Tax Relationship evidence on 4/14/2020.
  7. Create a new Tax Relationship evidence record between Mother and Child with a start date 4/15/2020 and click Save.
  8. Issue: The following validation displays: 'A Tax Dependent record already exists for this Participant for the specified period.'

Resolution:

Validation rules have been updated to take account of both active and in-edit records when determining if there is an overlap in Tax Relationships so that a caseworker is now able to apply changes that are made to both the existing and newly created Tax Relationship evidence at the same time.
Technical:

The following rule changes were made:

PO08807, WorkItem:260950 - Submission fails for Insurance Affordability applications when an address is not provided and the address cluster has been toggled from Yes to No

Issue Description:

The submission of Insurance Affordability applications fails when an address is not provided and the address cluster field has been toggled from Yes to No when entering the information in the IEG script.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Register a new Person, ensuring to provide an address.
  3. From the person home page, select New Application from the actions menu.
  4. Answer 'Yes' to the question 'Do you have fixed Address?' to display the address cluster. Note that the address provided during registration is shown.
  5. Modify the answer back from 'Yes' to 'No'.
  6. Complete and submit the application.
  7. Issue: The application appears to submit successfully, but the application case is not created as the application ends up on the Process Instance Error (PIE) queue.

Resolution:

The application now submits successfully when a caseworker first chooses to use an existing address and then toggles the address cluster field to No to indicate that no address will be provided.

WorkItem:261727 - Update Minimum Essential Coverage (MEC) rule for State Basic Health Plan & Insurance Assistance to check calculated Traditional Medicaid eligibility by using new NonMagiEligibility table

Issue Description:

To be eligible for State Basic Health Plan and Insurance Assistance, an individual must not be covered by programs or plans that are identified to offer Minimum Essential Coverage. Traditional Medicaid coverage is considered Minimum Essential Coverage. Benefit and Insurance evidence that is recorded for the individual is used to satisfy this rule.

With the introduction of the new mechanism for cascading eligibility between non-MAGI and MAGI Medicaid programs, rules for State Basic Health Plan and Insurance Assistance are now enhanced to also check for calculated non-MAGI Medicaid, that is, Traditional Medicaid eligibility, when determining Minimum Essential Coverage.

**User Interface Impact: **No

Steps to Reproduce:

Example: Insurance Assistance:

  1. Login as an Income Support caseworker.
  2. Register a new Person.
  3. Submit a Medical Assistance application for the person.
  4. Add SSI Benefit evidence.
  5. Clear all verifications.
  6. Activate the evidence.
  7. Check eligibility for Medical Assistance.
  8. Set Ready for Determination.
  9. Authorise the ABD unit.
  10. Activate the ABD product delivery.
  11. Login as an Insurance Affordability caseworker.
  12. Submit an Insurance Affordability application for the same person such that they are eligible for Insurance Assistance.
  13. Authorize the application.
  14. Issue: The person is eligible for ABD and Insurance Assistance at the same time because no Benefit or Insurance evidence exists that can be used to determine that the individual is considered to have Minimum Essential Coverage.

Resolution:

The individual will now be found ineligible for Insurance Assistance because the Minimum Essential Coverage rules used by State Basic Health Plan and Insurance Assistance now also consider the person ineligible for calculated periods of Traditional Medicaid eligibility.
Technical:

The rules are updated to now determine whether a client is already eligible for Traditional Medicaid by checking whether periods of eligibility exist in a new database table NonMagiEligibility. The following rules are now modified:

Ruleset: /EJBServer/components/HCR/CREOLE_Rule_Sets/HealthCareRuleSet.xml

Programs considered to be Traditional Medicaid are determined by the attribute productNameList on the NonMagiEligibilityCalculator:

Ruleset: /EJBServer/components/HCR/CREOLE_Rule_Sets/MinimalEssentialCoverageRuleSet.xml

PO08945, WorkItem:264700 - Invalid case participant role identifier set for spouseFilingTogether attribute on Annual Tax Return evidence during intake

Issue Description:

An un-handled server exception occurs on the expansion of Annual Tax Return evidence if the evidence is created during the Insurance Affordability intake process and included spouse details.

During the Insurance Affordability intake process, if Income information is retrieved externally from the IRS when the application is signed and submitted the information is stored as Annual Tax Return evidence. When this occurs, the spouseFilingTogether field on the Annual Tax Return evidence that represents the case participant role of the spouse is incorrectly being populated with the ID of the person instead. When the evidence is then expanded, an un-handled server exception is displayed. This is due to the system attempting to retrieve the spouse details by the incorrect identifier.
**User Interface Impact: **No

Prerequisite(s):

This issue requires external IRS information to be retrieved for one of the spouses on the application. This will result in a record being written to the database table IRSINCOME and the Person Entity attribute irsInfoAvailable being set to true.

Steps to Reproduce:

  1. On the Citizen Portal select 'Apply for assistance with your Health Care'.
  2. Select the radio button 'Create an account. Creating your own account will let you save your work and return to it later'.
  3. Click Next.
  4. Enter the necessary details to create an account and click Next.
  5. On the Getting Started page select the radio button 'For myself and/or my family'.
  6. Click Next.
  7. On the 'Before we Start' page consent to having information being retrieved from data sources.
  8. Complete and submit a basic application for a husband and wife, indicate they jointly file taxes and accept the income retrieved from the IRS.
  9. Login as an Insurance Affordability caseworker.
  10. Navigate to the Evidence tab on the Insurance Affordability application and toggle the Annual Tax Return evidence.
  11. Issue: The following message is displayed: An un-handled server exception occurred. Please contact your administrator.

Resolution:

During Insurance Affordability intake, where Annual Tax Return evidence is created for an individual who has a spouse, the spouseFilingTogether attribute is now set to the case participant role identifier of the spouse. In addition, this is now only set if the couple indicate they are filing jointly.

The evidence sharing configuration has also been updated to correct the evidence type from the old dynamic evidence value for Annual Tax Return of DET00026046 to the correct value of the static Annual Tax Return evidence, ET26072.

WorkItem:266381 - The horizontal previous and next scrolling buttons on the context panels of an Insurance Affordability integrated case and Streamlined Medicaid product are not displayed correctly

Issue Description:

The horizontal previous and next scrolling buttons on the context panels of an Insurance Affordability integrated case with a minimum of 4 participants are not displayed correctly. These styling issues also occur on the Streamlined Medicaid product delivery context panel.

**User Interface Impact: **No

Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Create and submit an Insurance Affordability Application containing 4 participants and evidence that will result in Streamlined Medicaid.
  3. Authorize the application.
  4. Open the Insurance Affordability integrated case.
  5. Issue: The previous and next scrolling buttons on the context panel are overlapping.
  6. Open the associated Streamlined Medicaid product delivery.
  7. Issue: The previous and next scrolling buttons on the context panel are overlapping.

Resolution:

These buttons now display correctly. The issue was resolved by updating the CSS code for the horizontal scroll button icons.

Technical:

The following file was updated as part of addressing these issues:

PO09113, WorkItem:266845 - Incorrect benefit unit is being formed for the extended eligibility period on the State Basic Health Plan product delivery

Issue Description:

When a member becomes ineligible for State Basic Health Plan, eligibility is extended to the end of the month in which eligibility is lost. The benefit unit being formed for the extended eligibility period is incorrect. It should contain members who are eligible and also those for whom eligibility is extended. However, the benefit unit is not including members with extended eligibility and as a result, such members are not displayed on the context panel of the State Basic Health Plan product delivery when the current date is within the extended eligibility period.

**User Interface Impact: **No

Prerequisite(s):

  1. Set the system date as September 9, 2020.
  2. Login as a system administrator.
  3. Select Property Administration under Application Data in the shortcuts panel.
  4. Search for the property 'curam.healthcare.stateBasicHealthPlan'.
  5. Use the row-level action Edit Value to update the property's value to true.
  6. Use the Publish page action to publish the changes.

Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Register a new Person.
  3. Submit a new application with the following details:
    1. Application date of July 1, 2020
    2. Apply for Husband and Wife
    3. Filing taxes jointly
    4. Husband has a yearly income of $25,000 from the start of the year
    5. Wife has no income
  4. Submit and authorize the application.
  5. Open the Insurance Affordability integrated case and SBHP case.
    • Note that both participants are shown in the context panel.
  6. Add Employer-Sponsored Coverage evidence for the Wife:
    1. Type: Income
    2. Received Date: September 9, 2020
    3. Employee: Wife
    4. Emp. Type: Full-Time
    5. Coverage status: Enrolled
    6. Start date: September 9, 2020
    7. Employer ID: Add a value
  7. Apply evidence changes.
  8. Issue: Close and reopen the SBHP case; only the husband is shown in the context panel.

Resolution:

The benefit unit referenced by the context panel has been corrected to use the eligibility unit for the extended period. Now when viewing the context panel and the current date is within a period of extended eligibility, the members who are eligible and for whom eligibility is extended are displayed.

Technical:

The following rule changes were made:

WorkItem:267627 - Unable to Edit SSN Details evidence on the Incoming Evidence page

Issue Description:

When evidence is shared and requires manual review and processing on the Incoming Evidence page, users are able to make edits to the incoming evidence before actioning the evidence share using an Edit button. When the Edit button is used to edit SSN Details evidence, a server exception occurs preventing the user from saving the changes.

**User Interface Impact: **No

Prerequisite(s):

  1. Login as an administrator.
  2. Navigate to Evidence Sharing under Rules and Evidence in the shortcuts panel.
  3. Configure Evidence Sharing with Trusted Source set to No between two Insurance Affordability integrated cases for SSN Details evidence.
  4. Click Save and Exit.

Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Register a new Person.
  3. Create an application for the person, specifying an SSN number.
  4. Authorize the application.
  5. Repeat step 3 and create another application for the Person, specifying a different SSN number.
  6. Authorize this application to create a second integrated case.
  7. Navigate to the Incoming Evidence list page on the first integrated case.
  8. Expand the SSN Details evidence and select the Edit button.
  9. Select OK to continue to the Edit modal.
  10. Change any details and select Save.
  11. Issue: A validation is displayed 'A person cannot have more than one overlapping Social Security Number or Medical Card Number.

Resolution:

When SSN Details evidence is shared and displayed on the Incoming Evidence page, the Edit button can now be used to successfully update the evidence.

Technical:

The validation rule-set for SSN Details was comparing the identical in-edit record on the incoming evidence page against the active record on the case. The attribute ssnEvidenceForClientByType has been updated to exclude identical in-edit records in the following rule-set:

PO09363, WorkItem:270964 - Automatic adjustment of certification period by program group logic causes overlapping eligibility

Issue Description:

On renewal of Streamlined Medicaid, when certain conditions are met, the certification period start date is adjusted back, overlapping with the initial Streamlined Medicaid product certification period. This results in the individual(s) being determined eligible on both product deliveries for the same period of time. The specific circumstances where this occurs are when an individual has overlapping eligibility between a custom product and the initial Streamlined Medicaid product, and the eligibility on the custom product starts later and ends before, eligibility on the initial Streamlined Medicaid product.

**User Interface Impact: **No

Prerequisite(s):

  1. Create a custom product that allows overlap of eligibility between itself and Streamlined Medicaid.

Steps to Reproduce:

  1. Login as an Insurance Affordability caseworker.
  2. Register a new Person.
  3. Submit an application for the person to be eligible for Streamlined Medicaid.
  4. Authorize the application.
  5. Apply evidence so the person is eligible for the custom product such that the eligibility starts after, and ends before, their eligibility on Streamlined Medicaid.
  6. Renew the Streamlined Medicaid product.
  7. Issue: The certification period of the Streamlined Medicaid product created by the renewal process is adjusted back to align with the eligibility end date of the custom product, causing it to overlap with the initial Streamlined Medicaid product and resulting in the individual being determined eligible on both Streamlined Medicaid products for the same period of time.

Resolution:

Previously the alignment logic executed as part of program group logic made the assumption that an individual would not be eligible for multiple products for the same time period, this assumption has been corrected and the overlap in certification periods no longer occurs.

WorkItem:271003 - Expose selected Health Care Reform classes as external and implementable classes to facilitate compliant customization

Issue Description:

Health Care Reform provides several interfaces, in some cases, this corresponds to default implementations for integrating with external systems. Customers are free to provide their own implementations for these integration points.
To support compliant customization, the following classes need to have their access restriction updated to EXTERNAL as well as being marked as implementable.

User Interface Impact: No

Steps to Reproduce: N/A

Resolution:

To support compliant customization, the access restriction on the following classes was updated to @EXTERNAL and the classes marked @implementable:

The classes can now be extended and called compliantly from custom implementations.

WorkItem:271005 - Expose AddressDataIntakeApplicationListener as an external and implementable class to facilitate compliant customization

Issue Description:

Currently it is not possible to compliantly customize the curam.healthcare.intake.impl.AddressDataIntakeApplicationListener class.
This class is used during intake to process address data on the datastore in preparation for the datastore-to-evidence mapping phase of the application submission process.

User Interface Impact: No

**Steps to Reproduce: **N/A

Resolution:

To support compliant customization, the access restriction on curam.healthcare.intake.impl.AddressDataIntakeApplicationListener was updated to @AccessLevel(AccessLevelType.EXTERNAL) and the class was also marked as @Implementable.

Product Documentation

PO07251, WorkItem:200253 - Documentation for configuring rules to determine the coverage period start date includes inaccurate examples

Issue Description:

The documentation describing the configuration of rules to determine the coverage period start date included some example scenarios that were inaccurate.

User Interface Impact: N/A

**Steps to Reproduce: **N/A

Resolution:

The Configuring rules to determine the coverage period start date topic in the product documentation has been updated to remove the inaccurate example scenarios.

For more information, see www.ibm.com/docs/en/spm/8.0.0?topic=reform-configuring-rules-determine-coverage-period-start-date

WorkItem:267563 - Documentation for supporting single sign on (SSO) in WebLogic Application Server

Issue Description:

SPM provides in-depth customer guidance to configure SAML Single Sign On (SSO) with WebSphere and Liberty application servers. This level of in-depth customer guidance was missing for WebLogic's Application Server.

**User Interface Impact: **No

**Steps to Reproduce: **N/A

Resolution:

The in-depth customer guidance to configure SAML Single Sign On (SSO) has now been extended to include WebLogic's Application Server. We now provide a step-by-step guide to configure SPM SSO with the WebLogic Application Server that includes SP and IdP initiated SPM and Universal Access SSO flows here: https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

Related links to WebLogic's user documentation for further information and guidance on how to create a custom security provider that includes creating a custom Merative Social Program Management Java Authentication and Authorization Service (JAAS) login module are also provided.

Code Removal

WorkItem:230948 - Remove the IEG1 infrastructure and related functionality from the Social Program Management (SPM) product

The Classic Intelligent Evidence Gathering (IEG) or IEG1 infrastructure was superseded by a new IEG infrastructure in the Social Program Management (SPM) 5.2 release. Since that release, all new IEG development from both an SPM product and external customer point of view has been completed using the new IEG2 infrastructure.

A basic migration tool was provided at the time to allow customers to migrate basic IEG1 script definitions over to their IEG2 equivalents. All of the IEG1 related artifacts were deprecated.

The code artifacts associated with the IEG1 infrastructure have now been removed from the SPM deliverable. This contains multiple artifact types such as database tables, domain definitions, other modeled artifacts, message and code table files, and also UIM and property files. All of the references to IEG1 in the SPM documentation have also been removed.

For further details of the artifacts removed and modified as part of this code removal process, please refer to the 'Merative Social Program Management 8.0 Code Removals' PDF document attached to these release notes.

WorkItem:260494 - Remove the DocMaker JAR and associated targets from the Social Program Management (SPM) product

DocMaker used to be the tool of choice for documentation purposes in the Social Program Management (SPM) product. However, in a previous release, all the formal documentation was moved to a different format supported by Merative and its associated tooling. This has made the DocMaker JAR file and associated supporting scripts and references in the SPM deliverable redundant.

The code artifacts related to the DocMaker ant targets, libraries, and other references in the SPM deliverable have now been removed. All of the references to DocMaker in the SPM documentation have also been removed.

For further details of the artifacts removed and modified as part of this code removal process, please refer to the 'Merative Social Program Management 8.0 Code Removals' PDF document attached to these release notes.

WorkItem:262790 - Remove the CTI ant targets, libraries and other CTI references from the Social Program Management (SPM) product

In a previous Social Program Management (SPM) release, functionality was added to provide a basic telephony integration with the product. Infrastructure was built around this and it was called CTI (Merative Social Program Management Telephony Integration).

This CTI functionality has now been removed from SPM resulting in the code artifacts related to the CTI ant targets, libraries, and other references in the SPM deliverable being removed. All of the references to CTI in the SPM documentation have also been removed.

For further details of the artifacts removed and modified as part of this code removal process, please refer to the 'Merative Social Program Management 8.0 Code Removals' PDF document attached to these release notes.

WorkItem:264470 - Remove the deprecated Evidence Flow Flex widget from the Social Program Management (SPM) deliverable

The deprecated Flex widget for Evidence Flow is removed.

The following artifact is no longer shipped:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264471 - Remove the deprecated Outcome Plan workspace Flex widget from the Social Program Management (SPM) deliverable

The deprecated Flex widget for Outcome Plan workspace is removed.

The following artifacts are no longer shipped:

Domain Renderer File:

SWF Files:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264472 - Remove the deprecated Flex Discussion widget from the Social Program Management (SPM) deliverable

The deprecated Flex Discussion widget is removed.

The following artifacts are no longer shipped:

Domain Renderer Files:

SWF Files:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264473 - Remove the deprecated Social Enterprise Collaboration (SEC) Rich Text Editor Flex widget from the Social Program Management (SPM) deliverable

The deprecated Flex widget for the Social Enterprise Collaboration (SEC) Rich Text Editor is removed.

The following artifacts are no longer shipped:

Domain Renderer Files:

SWF Files:

For more information about artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264474 - Remove the deprecated Universal Access Rich Text Editor Flex widget from the Social Program Management (SPM) deliverable

The deprecated Flex widget for the Universal Access Rich Text Editor is removed.

The following artifacts have been removed:

Domain Renderer Files:

SWF Files:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264475 - Remove the deprecated Flex versions of the Business Intelligence charts from the Social Program Management (SPM) deliverable

The deprecated Flex versions of Business Intelligence charts are removed.

The following list of artifacts are no longer shipped:

SWF Files:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes

WorkItem:264476 - Remove the deprecated Case Determinations Flex widget from the Social Program Management (SPM) deliverable

The deprecated Flex widget for Case Determinations has been removed.

The following artifacts are no longer shipped:

Domain Renderer Files:

SWF Files:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264514 - Remove the Assessment Delivery Results Flex Chart from the Social Program Management (SPM) deliverable

The replaced Flex Chart for Assessment Delivery Results is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264515 - Remove the Assessment Delivery Details Flex Chart from the Social Program Management (SPM) deliverable

The replaced Flex Chart for Assessment Delivery Details is removed.

The following artifacts are no longer shipped:

SWF File:

JavaScript:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264516 - Remove the Horizontal Bar Flex Chart from the Social Program Management (SPM) deliverable

The replaced Flex Chart for Horizontal Bar Chart is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264517 - Remove the Citizen Context Viewer Flex Widget from the Social Program Management (SPM) deliverable

The replaced Flex Widget for Citizen Context Viewer is removed.

The following artifacts are no longer shipped:

Domain Renderer File:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264518 - Remove the Create Social Enterprise Folder Flex Widget from the Social Program Management (SPM) deliverable

The replaced Flex Widget for Create Social Enterprise Folder is removed.

The following artifacts are no longer shipped:

Domain Renderer Files:

This renderer has been renamed to CreateSocialEnterpriseRenderer.java in the same location.

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264519 - Remove the Enhanced Client Selection Flex Widget from the Social Program Management (SPM) deliverable

The replaced Flex Widget for Enhanced Client Selection is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264520 - Remove the Factor Activities Flex widget from the Social Program Management (SPM) deliverable

The replaced Flex widget for Factor Activities is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264521 - Remove the Factor Ratings Flex Chart from the Social Program Management (SPM) deliverable

The replaced Flex Chart for Factor Ratings is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264522 - Remove the Assessment Tracking Flex Chart from the Social Program Management (SPM) deliverable

The replaced Flex Chart for Assessment Tracking is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264524 - Remove the Vertical Bar Flex Chart from the Social Program Management (SPM) deliverable

The replaced Flex Chart for Vertical Bar Chart is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264521 - Remove the Factor Ratings Flex Chart from the Social Program Management (SPM) deliverable

The replaced Flex Chart for Factor Ratings is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264522 - Remove the Assessment Tracking Flex Chart from the Social Program Management (SPM) deliverable

The replaced Flex Chart for Assessment Tracking is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264524 - Remove the Vertical Bar Flex Chart from the Social Program Management (SPM) deliverable

The replaced Flex Chart for Vertical Bar Chart is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264525 - Remove the Participation Summary Flex Chart from the Social Program Management (SPM) deliverable

The replaced Flex Chart for Participation Summary is removed.

The following artifact is no longer shipped:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:264526 - Remove the Income Support Outcome Plan workspace Flex widget from the Social Program Management (SPM) deliverable

The replaced Flex widget for Income Support Outcome Plan Workspace is removed.

The following artifacts are no longer shipped:

Domain Renderer Files:

SWF File:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:265271 - Remove the deprecated Evidence Flow feature from the Social Program Management (SPM) product

The Evidence Flow feature provided one of many views of the evidence within the Evidence Workspace. Other views of evidence within the workspace were sufficient to meet the customer needs in terms of user interaction with evidence so the Evidence Flow view was removed.

The code artifacts related to the Evidence Flow feature in the SPM product have been removed. All of the references to the Evidence Flow feature in the SPM documentation have also been removed.

For more information about the artifacts that are removed and modified as part of this code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:265277 - Remove the deprecated legacy employment contribution entities from the Social Program Management (SPM) product

Entities and code artifacts that enabled customers to implement contribution-based solutions in employment areas such as pensions and unemployment insurance tax that were deprecated in v7.0.0.0 have now been removed. All of the references to this feature in the SPM documentation have also been removed.

For more information about the artifacts that are removed and modified as part of this code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:265280 - Remove the deprecated Over and Under Payments Graphical View from the Social Program Management (SPM) product

The graphical view of over and under payments was deprecated in a previous version of Social Program Management (SPM) as it was no longer providing a useful graphical view of over and under payments. A statement view instead provides all of the information needed for this purpose.

The code artifacts related to the over and under payments graphical view in the SPM product have now been removed. All of the references to this view in the SPM documentation have also been removed.

For more information about the artifacts that are removed and modified as part of this code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:265284 - Remove the deprecated Non-Identical Evidence Mapping feature from the Social Program Management product

The original version of the non-identical evidence mapping functionality that supported evidence sharing only where evidence was identical down to the domain definition level was deprecated in a previous version of Social Program Management (SPM). A new version of this feature that provides enhanced ability to map evidence with different domains is available.

The code artifacts related to the non-identical evidence mapping feature in the SPM product have now been removed. All of the references to this feature in the SPM documentation have also been removed.

For more information about the artifacts that are removed and modified as part of this code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

WorkItem:268729 - Remove the Flex Pie and Line Charts from the Social Program Management (SPM) deliverable

The Flex Pie and Line Charts have been removed.

The following artifacts are no longer shipped:

XSL Files:

XSD Files:

SWF Files:

For more information about the artifacts that are removed and modified as part of the code removal process, see the 'Merative Social Program Management 8.0 Code Removals' PDF document that is attached to these release notes.

Third Party Updates

WorkItem:228728 - Introduce support for the ojdbc8 Oracle database driver

The Oracle drivers for JDBC and SQLJ shipped as part of the Server Development Environment for Java (SDEJ) have been updated. The JDBC driver has been updated from ojdbc6 to ojdbc8 and the SQLJ JAR files have been updated to the latest Oracle 19c versions.

As part of this change, the following files have been updated in the SDEJ deliverable.

It should be noted that any references in custom scripts and other artifacts to the old 'ojdbc6' JAR file should be updated to point to the new version of that JAR file as specified above. References to the two JAR files which are no longer part of the JDE deliverable should be removed.

WorkItem:242322 - Upgrade Eclipse Business Intelligence and Reporting Tools to version 4.8.0

Business Intelligence Reporting Tool (BIRT) is an open-source technology platform that is used to create charts and traditional reports.

BIRT is included in Merative Social Program Management (SPM) where it provides interactive, summarized information in context and allows for analytics to be integrated into SPM. These BIRT charts are displayed on user workspace pages, context panels, and dashboards.

The version of BIRT used by SPM has now been updated from 4.4.1 to 4.8.0.

As a result of this upgrade, the following changes have been made to the SPM deliverable.

Updated:
/BIApp/CuramBIRTViewer/buildscripts/rep_javadoc.xml to reference the new plugin version org.eclipse.birt.report.engine_4.8.0.v201806261756.jar
/BIApp/CuramBIRTViewer/buildscripts/BIRTthird_party_version.properties to reference the new plugin version _4.8.0.v201806261756

The contents of the following directories have been updated to reflect the new version of BIRT:
/BIApp/CuramBIRTViewer/WebContent/WEB-INF/platform
/BIApp/CuramBIRTViewer/WebContent/WEB-INF/lib

It should be noted that any references in custom build scripts and other artifacts to the BIRT JAR files should be updated to point to the new version of the JAR files.

WorkItem:251040 - Update the property file which details the SPM supported middleware versions to fix broken reference links

The files which detail the version of the open source libraries and middleware used within SPM are as follows:

Some links specified in these files were either dead or inaccurate. These have now been updated. Several properties contained within the CuramSDEJ 'third_party_tools_version.properties' file are no longer used in SPM. The following have now been removed:

WorkItem:258904 - Drop Support for Red Hat Enterprise Linux (RHEL) Server 6 as a build platform for SPM

Support for Red Hat Enterprise Linux (RHEL) Server 6 as a build environment is dropped for this version of the product.

The supported prerequisites for SPM 8.0.0 are updated to reflect this.

WorkItem:258906 - Add Support for Red Hat Enterprise Linux (RHEL) Server 8 as a build platform for SPM

Support is now added for Red Hat Enterprise Linux (RHEL) Server 8. This platform can be used for both the building and deployment of the Merative SPM application.

WorkItem:258918 - The Oracle WebLogic Server 12cR2 12.2.1.4 is certified for use with SPM

The latest version of the Oracle WebLogic Server 12cR2 release (12.2.1.4) is now certified for use with Merative Social Program Management (SPM).

The supported prerequisites for Merative Social Program Management 8.0.0 did not require an update for this support as they currently specify support for Oracle WebLogic Server 12cR2 12.2.1 and future fix packs.

WorkItem:258919 - Drop Support for WebSphere Application Server 9.0.0.x which is superseded by WebSphere Application Server 9.0.5.x

Support for WebSphere Application Server 9.0.0.x (Base and Network Deployment editions) is dropped from this version of the Merative Social Program Management (SPM) product. This version line has been superseded by the 9.0.5.x version.

The supported WebSphere Application Server version for the SPM 8.0.0 release is WebSphere Application Server 9.0.5 and future fix packs.

The supported prerequisites for SPM 8.0.0 are updated to reflect this.

WorkItem:258927 - Drop Support for all editions of the Db2 Database Version 10.5

Support for all editions of Db2 10.5 (Advanced Enterprise Server Edition, Enterprise Server Edition, Express Edition and Workgroup Server Edition) is dropped for this version of the product.

The supported prerequisites for Merative Social Program Management 8.0.0 are updated to reflect this.

WorkItem:258929 - Introduce support for Db2 11.5

Db2 11.5 support is now introduced. See the associated database prerequisites for this version of the product for further details of this support.

WorkItem:258932 - Drop Support for Oracle Database 12c Release 2 (12.2)

Support for both the Standard and Enterprise editions of Oracle Database 12c Release 2 (12.2.0.1) is dropped from this version of the Merative Social Program Management (SPM) product.

The supported Oracle Database for the SPM 8.0.0.0 release is Oracle Database 19c and future fix packs.

The supported prerequisites for SPM 8.0.0 are updated to reflect this.

WorkItem:260191 - Update icu4j.jar to the latest available version

International Component for Unicode for Java (ICU4J) is a Java library providing Unicode and Globalization support. The version of ICU4J used in the Social Program Management (SPM) product has been upgraded from version 58.2 to 67.1.

As a result of this upgrade, the following changes have been made in the Java Development Environment deliverable.

It should be noted that any references in custom scripts and other artifacts to the updated JAR files listed above should be updated.

WorkItem:261478 - Drop Support for WebSphere Application Server 8.5.5.x

Support for WebSphere Application Server 8.5.5.x (Base, Express, and Network Deployment editions) has been dropped from this version of the Merative Social Program Management (SPM) product.

This means that the supported WebSphere application server version for the SPM 8.0.0.0 release is WebSphere Application Server 9.0.5 and future fix packs.

The supported prerequisites for SPM 8.0.0 have been updated to reflect this change.

WorkItem:261495 - Drop Support for Db2 database on z/OS 11.1

Support for the Db2 database on z/OS 11.1 is dropped for this version of the product.

The supported prerequisites for Merative Social Program Management 8.0.0 are updated to reflect this.

WorkItem:262292 - Update the version of Apache FOP used in the Merative Social Program Management application

Apache™ FOP is a print formatter driven by XSL formatting objects and an output independent formatter. It is used by the Merative SPM XML Server in the generation of PDF documents.

The version of FOP used by the Merative SPM XML Server has now been updated from 2.3 to 2.5. FOP 2.5 contains some bug fixes and a number of improvements.

As a result of this upgrade, the following changes have been made in the Java Development Environment (JDE) deliverable.

The changes to the FOP and related JAR files include:

The following two JAR files have been removed from the JDE deliverable as FOP no longer has a dependency on them.

It should be noted that any references in custom scripts and other artifacts to the newly versioned JARs should be updated to point to the new versions of the JAR files as specified above. References to the two JAR files which are no longer part of the JDE deliverable should be removed.

WorkItem:262987 - Update the version of Apache Commons Codec used in the Merative Social Program Management application

The Apache Commons Codec package contains simple encoders and decoders for various formats such as Base64 and Hexadecimal. In addition to these widely used encoders and decoders, the Commons Codec package also maintains a collection of phonetic encoding utilities.

The library is used in a variety of places for Base64 encoding purposes, including the CDEJ general plugin infrastructure, the Microsoft (MS) Word Integration functionality, and also in the Rest infrastructure.

The version of Commons Codec used by Merative has now been updated from 1.5 to 1.14. Commons Codec 1.14 contains some bug fixes and a number of improvements.

As a result of this upgrade, the version of the specified Commons Codec JAR has been updated in the following files in the Java Development Environment deliverable.

The changes to the Commons Codec JAR files include:

It should be noted that any references in custom scripts and other artifacts to the versioned JARs should be updated to point to the new versions of the JAR files as specified above.

WorkItem:264299 - Updates to the versions of MS Word supported for the Microsoft Word Integration feature

The following changes have been made to the Microsoft Word version support for the Microsoft Word Integration feature in SPM.

This means that the Microsoft Word versions supported for SPM 8.0.0 are as follows:

WorkItem:264545 - Update the version of JACOB used in Social Program Management from 1.15-M4 to 1.20

JACOB is a Java library that allows Java applications to communicate with Microsoft Windows DLLs or COM libraries. It is used by the Merative Social Program Management (SPM) Microsoft Word Integration solution which is Native Messaging based, and supported by the Google Chrome and Microsoft Edge based on Chromium browsers only.
The version of JACOB used by SPM Microsoft Word Integration has now been updated from 1.15-M4 to 1.20.
JACOB 1.20 contains some bug fixes and a number of improvements.

As a result of this upgrade, the following changes have been made in the Java Development Environment (JDE) deliverable:

The changes to the JACOB and related JAR and DLL files include the following:

The installer Word Integration Assistant used with the Native Messaging-based solution has been updated to include the JACOB JAR and JACOB DLL files.

NOTE: As covered in release note 259418, even though support for the Java applet implementation of the Word Integration solution has now been dropped, the following changes to the JAR and JSP used by the applet solution were made:
This JAR has been updated to include the jacob-1.20 DLLs instead of the older versions:

This JSP has been updated to reference the new JACOB jar:

It should be noted that any references in custom scripts and other artifacts to the newly versioned JARs should be updated to point to the new versions of the JAR files as specified above.

References to the JAR files which are no longer part of the JDE deliverable should be removed.

WorkItem:264950 - Upgrade the license_metric_logger JAR file that is used by SPM to the latest version - 2.1.2

The Merative License Tool is used to generate entitlement audit logs as Merative Software License Metric Tag (.slmtag) files. The SLMTagGenerator is responsible for generating SLM tags for SPM and it uses the functions present in the license_metric_logger JAR file for that purpose.

The version of the license_metric_logger JAR used by SPM has now been updated from 2.1.1 to 2.1.2. This new JAR file contains some minor bug fixes.

As a result of this upgrade, the following changes have been made in the Java Development Environment deliverable.

Note that any references in custom scripts and other artifacts to the newly versioned JAR must be updated to point to the new version of the JAR file as specified above.

WorkItem:266302 - Update the version of the cglib-nodep library to the latest version: 3.3.0

The cglib-nodep Byte Code Generation Library is a high-level API to generate and transform JAVA byte code. Its usage in Merative Social Program Management (SPM) is currently confined to the implementation of a CGLIB method interceptor for all public methods of the generated Axis2 client stub. This interceptor is used to collect and push execution statistics to the JMX infrastructure.

The version of the cglib-nodep library used by SPM has now been updated from 3.2.5 to 3.3.0. This new version contains some bug fixes and a number of improvements.

As a result of this upgrade, the version of the specified cglib-nodep JAR has been updated in the following files in the Java Development Environment deliverable.

Note that any references in custom build scripts and other artifacts to the versioned JAR file must be updated to point to the new version of the JAR file as specified above.

WorkItem:267281 - Remove Adobe Flash Player from our supported prerequisites

The Social Program Management (SPM) product no longer has any dependency on Adobe Flash:

As a result of these changes, the SPM prerequisites have been updated to remove the reference to the Adobe Flash Player. This reference was present in the Web Browser Plugins section of the document.

Note that this change has not only been made in version 8.0.0.x of SPM but also to every version of the SPM prerequisites from version 7.0.0.x onward.

WorkItem:267333 - Update the versions of the Jackson JARs to the latest version - 2.12.1

The Jackson API contains multiple functions to read and build JSON using Java. It has very powerful data binding capabilities and provides a framework to serialize custom Java objects to JSON strings and deserialize JSON strings back into Java objects. The Java Development Environment (JDE) and the REST infrastructure utilizes these utilities.

The versions of these JARs have now been updated from 2.4.2 and 2.10.2 to the latest version. As a result of this upgrade, the following changes have been made in the JDE and REST deliverable.

Note that any references in custom scripts and other artifacts to the updated JAR files listed above must be updated.

WorkItem:267392 - Update the version of the jsoup library to the latest version: 1.13.1

jsoup is a Java library for working with real-world HTML. It provides a very convenient API for fetching URLs and extracting and manipulating data, using the best of HTML5 DOM methods and CSS selectors.

The version of the jsoup JAR used by SPM has now been updated from 1.11.3 to 1.13.1. This new JAR file contains some minor bug fixes and enhancements.

As a result of this upgrade, the following changes have been made in the Java Development Environment deliverable.

Note that any references in custom scripts and other artifacts to the newly versioned JAR must be updated to point to the new version of the JAR file as specified above.

WorkItem:267542 - Introduce support for Oracle WebLogic Server 14.1

The Merative Social Program Management (SPM) application now supports Oracle WebLogic Application Server 14.1.1 and higher fix packs.

The following changes were made to the SPM application to enable this support:

A known issue with WebLogic 14.1.1 and Chromium-based browsers has been identified where some applications are not working properly with HTTP/2 over SSL. This issue is being tracked by Chromium through the following bug https:bugs.chromium.org/p/chromium/issues/detail?id=1033945.
This issue can be worked around using the details within this Oracle Support document
https://support.oracle.com/epmos/faces/DocumentDisplay?parent=SrDetailText&sourceId=3-25564072591&id=2782354.1

Technical:

The following files have been updated:

WorkItem:267721 - Update the sanitization library used in the Merative Social Program Management application for removing potentially malicious code

The Merative Social Program Management (SPM) sanitization library has been updated. The updated library will sanitize data and property values throughout the application to remove HTML which is potentially malicious. This new sanitization library can be customized through an allowlist by adding HTML elements and attributes which are deemed to be safe, and removing HTML elements and attributes which are deemed to be potentially malicious. The allowlist of HTML elements and attributes is defined in the 'default-secure-sanitize-allowlist.properties' application resource file. To customize the allowlist choose one of the following options:

Customize the allowlist and persist the changes permanently to the database:

  1. Copy the 'default-secure-sanitize-allowlist.properties' file in EJBServer/components/CEFWidgets/data/initial/blob to an equivalent location in a custom EJBServer component.
  2. Make the required modifications to the copied file.
  3. Update the custom DMX file for the AppResource table and add a row pointing to the newly modified 'default-secure-sanitize-allowlist.properties' file.
  4. Perform a server and database build.

Customize the allowlist through the administration user interface:

  1. Log on as an administrative user.
  2. In the Shortcuts panel, click Intelligent Evidence Gathering > Application Resources.
  3. Search for and edit the 'default-secure-sanitize-allowlist.properties' resource file.
  4. Upload the updated 'default-secure-sanitize-allowlist.properties' file.
  5. To apply the changes, click Publish.

Note:

No changes were made to the Rich Text Editor sanitization infrastructure. For more information about configuring sanitization of text entered through the Rich Text Editor, see: https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

As a result of these changes, the following jars have been removed:

As a result of these changes, the following classes have been removed:

WorkItem:267852 - Upgrade to a later version of DB2 JDBC Driver - 4.28.11 (11.5)

The Merative Data Server drivers for JDBC and SQLJ shipped as part of Server Development Environment for Java (SDEJ) have been updated from version 4.21.29 (Db2 11.1) to 4.28.11 (Db2 11.5).

As part of this change, the following files have been updated in the SDEJ deliverable.

WorkItem:270608 - Update the version of Apache Commons IO library used in the Merative Social Program Management application

The Apache Commons IO library contains utility classes, stream implementations, file filters, file comparators, endian transformation classes, and much more. Its usage in Merative Social Program Management (SPM) is related to the client generators, the XML Server, Word Integration and also Axis 2 web services.

The version of the commons-io library used by SPM has now been updated from 1.4 and 2.4 to 2.8.0 which contains some bug fixes and a number of improvements.

As a result of this upgrade, the following changes have been made in the Java Development Environment deliverable.

The changes to the commons-io JAR file include:

It should be noted that any references in custom build scripts and other artifacts to the versioned JAR file should be updated to point to the new version of the JAR file as specified above.

WorkItem:270927 - Browser Support Update

The following browser versions are now updated and certified for this release:

Case Worker Application Browser Support

Universal Access Application Browser Support

Support for the Internet Explorer (IE) 11 browser is now dropped for both the Universal Access and Case Worker applications.

WorkItem:270949 - Update Browser Plugins JRE level used in Microsoft Word Integration

The following JRE level for Microsoft Word Integration is supported for this release:

WorkItem:270950 - Drop Support for WebSphere Application Server for z/OS 8.5.5.x

Support for WebSphere Application Server for z/OS 8.5.5.x is dropped from this version of the Merative Social Program Management (SPM) product.

The supported WebSphere Application Server for z/OS version for the SPM 8.0.0 release is WebSphere Application Server for z/OS 9.0.5 and future fix packs.

The supported prerequisites for SPM 8.0.0 are updated to reflect this.

WorkItem:271040 - Drop Support for WebSphere Application Server for z/OS 9.0.0.x which has been superseded by WebSphere Application Server for z/OS 9.0.5.x

Support for WebSphere Application Server for z/OS 9.0.0.x is dropped from this version of the Merative Social Program Management (SPM) product. This version line is superseded by the 9.0.5.x version.

The supported WebSphere Application Server for z/OS version for the SPM 8.0.0 release is WebSphere Application Server for z/OS 9.0.5 and future fix packs.

The supported prerequisites for SPM 8.0.0 are updated to reflect this.

WorkItem:271044 - Tablet Accessibility Support

The certified version of Apple VoiceOver is now updated to iOS 14.6. This is certified against Chrome 91.

WorkItem:271045 - Introduce support for JAWS 2020 and Microsoft Edge

The version of Freedom Scientific JAWS that is used by the application is now updated to JAWS 2020. The new version is certified against Microsoft Edge.

WorkItem:271515 - Dojo update to ensure compatibility with the Websphere Application Server

The Dojo Toolkit is an open-source modular JavaScript library (or more specifically JavaScript toolkit) designed to ease the rapid development of cross-platform,
JavaScript/Ajax-based applications and web sites. It is used as the JavaScript framework of choice in the CDEJ (Development Environment for Java) delivered as part of SPM.

An incompatibility issue with the version of Dojo used in SPM (dojo-ibm-V1.10.5) and traditional WebSphere Application Server has been addressed. This has resulted in an update to the following file within the delivered toolkit:

This change is not impactful as it does not modify any of the externally available Dojo APIs delivered.

WorkItem:271849 - Drop Support for Internet Explorer (IE) 11

As a result of a recent announcement from Microsoft to end IE11 support by the 15th of June 2022, Merative Social Program Management will discontinue support for the IE11 browser in Version 8. This does not affect browser support in Social Program Management versions prior to Version 8.

The supported prerequisites for Merative Social Program Management 8.0.0 have been updated to reflect this.

NOTE: Prior to the decision to drop support for this version of the product, some IE11 related defects were resolved. Any IE11 fixes completed for Version 8 will remain until a review of the IE11 code footprint is completed. It will be incorporated into a deprecation/removal exercise according to the removal process we currently follow.

Related Version 8 release notes: 251680, 262396, 263221, 268979, 263021, 265759, 269335, 266881, 271265 and 271775.

Notes on Deprecation

This section describes artefacts that have been deprecated in this release and the functionality that supersedes them.

Enhancements or defect fixes may require the contract of a development artefact to be changed. In this context the contract of an artefact is its API or signature (e.g. name, parameters, return values, etc) in conjunction with its documented statement of functionality (e.g. JavaDoc).

In these cases, deprecation is used to reduce the impact of the change on custom applications. The original artefact is preserved and marked as 'deprecated' to indicate that it has been superseded by other functionality (often a new artefact). Infrastructure is provided to assist in identifying custom dependencies on these deprecated artefacts. This can affect customizations in a number of different ways and has some implications for customer support. For more information about deprecation, please see the 'Deprecation' chapter in the Merative Social Program Management Server Developer's Guide. This chapter describes what deprecation is, how it can affect custom code, what it means for support and the build infrastructure that helps pinpoint custom artefact dependencies on deprecated artefacts.

You can find out whether or not your code is affected by any of the following deprecations (and precisely where) by running the deprecationreport build target. If that build produces deprecation warnings, then you are affected by one or more of the deprecated artefacts itemized below. See the 'Deprecation' chapter in the Merative Social Program Management Server Server Developer's Guide for further information on using this build target and analyzing its output.

Curam Enterprise Framework

WorkItem:262780 - Rewrite Milestone Delivery batch processes to use the Batch Streaming infrastructure

How to Upgrade:

ScanMilestoneDeliveryStartDateBatch and ScanMilestoneDeliveryEndDateBatch should be run in place of the deprecated batch jobs ScanMilestoneDeliveryStartDate and ScanMilestoneDeliveryEndDate. The two new batch processes provide the same functionality but make use of the batch streaming infrastructure.

For more information about the new batch processes, including steps to run them, see the Merative Social Program Management Server batch process reference at https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation.

Itemised List of Changes:

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

WorkItem:263097 - Deprecate an unused facade method that processed email meeting responses as part of Meeting Minutes PIM integration

How to Upgrade:

There is no upgrade path for the deprecation of this feature. You are advised to break any dependencies you have on any of the deprecated APIs or artifacts as the feature may be removed in a future release.

Itemised List of Changes:

Below is a list of the artifacts that have been marked as 'deprecated' as part of the deprecation of this feature.

The following efx file contains deprecated operations:

..EJBServer.components.core.model.Packages.MeetingsScheduling_cat.efx

The following classes contain deprecated methods:

..EJBServer.components.core.source.curam.meetings.facade.impl.MeetingManagement.java

..EJBServer.components.core.source.curam.meetings.sl.impl.MeetingImpl.java

The following interface contains a deprecated method:

..EJBServer.components.core.source.curam.meetings.sl.impl.Meeting.java

The following XML contains deprecated system properties:

..EJBServercomponentscorepropertiesEnvironment.xml

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

PO09016, WorkItem:265778 - The PRODUCTDELIVERY.INSERT event is not raised by the application

How to Upgrade:

There is no upgrade path for the deprecation of these functions. You are advised to break any dependencies with the deprecated functions.

Itemised List of Changes:

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

Integrated Case Management

WorkItem:268038 - Deprecate legacy employment contribution entity structs

How to Upgrade:

There is no upgrade path for the deprecation of this feature. You are advised to break any dependencies with the Contribution entity structs.

Itemised List of Changes:

Below is a list of the artifacts that have been marked as 'deprecated' as part of the deprecation of this feature.

..EJBServer/components/core/model/Packages/Contributions/InsuranceRetLineItemDetail_cat.efx

..EJBServer/components/core/model/Packages/Contributions/InsuranceReturnLineItem_cat.efx

..EJBServer/components/core/model/Packages/Contributions Manager/Insurance Return Consolidation Processes_cat.efx

..EJBServer/components/core/model/Packages/Contributions Manager/Insurance Return Header Processes_cat.efx

..EJBServer/components/core/model/Packages/Contributions Manager/Insurance Return Line Item Processing_cat.efx

..EJBServer/components/core/model/Packages/Contributions Manager/Insurance Return Period Control Processing_cat.efx

..EJBServer/components/core/model/Packages/Presentation Layer/Contribution/Insurance Consolidation_cat.efx

..EJBServer/components/core/model/Packages/Presentation Layer/Contribution/Insurance Line Item_cat.efx

..EJBServer/components/core/model/Packages/Presentation Layer/Contribution/Insurance Period Control_cat.efx

..EJBServer/components/core/model/Packages/Presentation Layer/Contribution/Insurance Return Header_cat.efx

..EJBServer/components/core/model/Packages/Presentation Layer/Contribution/Product_cat.efx

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

Application Development Environment

SERVER DEVELOPMENT ENVIRONMENT

PO07915, PO08317, PO08919, WorkItem:237326 - Some form fields are being rendered incorrectly in the caseworker application after an Intelligent Evidence Gathering (IEG) script has been loaded

How to Upgrade:

Analysis of custom code should be carried out to see if the deprecated domain definitions have been overwritten and if they have, the same domain definition customizations that have been applied to the custom implementation will need to be applied to the new version.

The following is a list of the domains that have been deprecated and also details the new corresponding domain definition that was created to replace it:

Itemised List of Changes:

Below is a list of all the domain definitions which have been deprecated:

..EJBServer/components/core/model/Packages/Domain Definitions/Common_cat.efx

..EJBServer/components/CitizenWorkspace/model/Packages/DomainDefinitions_cat.efx

..EJBServer/components/HCR/model/Domain Definitions/DomainDefinitions.efx

..EJBServer/components/HCR/model/GuidedChange/Entity/Domains.efx

..EJBServer/components/HCR/model/GuidedChange/Facade/Domains.efx

..EJBServer/components/HCRCommon/model/DomainDefinitions/DomainDefintions.efx

..EJBServer/components/HCROnline/model/Domain Definitions/DomainDefinitions.efx

..EJBServer/components/HCROnline/model/Domain Definitions/HCConfiguration.efx

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

Business Services

Word Integration

WORD INTEGRATION

WorkItem:259418 - Support for the Microsoft Word Integration applet solution has been dropped

How to Upgrade:

Customers who want to use the Word Integration functionality in Social Program Management, should use the native messaging implementation of Word Integration which is supported by Google Chrome, versions 78 and later, and Microsoft Edge versions 79 and later.

Itemised List of Changes:

These Java classes in their entirety have been marked as deprecated:

In the following Java classes, specific methods, member, and static variables have been marked as deprecated:

These JSP files have been marked as deprecated:

The following JavaScript files have functions that have been marked as deprecated:

The following properties file has properties that have been marked as deprecated:

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

Curam Modules

Social Enterprise Collaboration

CASE & PARTICIPANT INDEX

WorkItem:265430 - Deprecate the Case Participant Index (CPI) and Client Access Features

How to Upgrade:

There is no upgrade path for the deprecation of this feature. You are advised to break any dependencies with Case Participant Index APIs.

Itemised List of Changes:

This is the list of artifacts that have been marked as 'deprecated' as part of the deprecation of this feature.

.. EJBServer/components/CaseParticipantIndex/model/CaseParticipantIndex.emx

..EJBServer/components/CaseParticipantIndex/model/Packages/CPIBatchLoad_cat.efx

..EJBServer/components/ClientAccess/model/ClientAccess.emx

..EJBServer/components/SocialEnterpriseCollaboration/model/Packages/SEF/Application/SocialEnterpriseFolderClient/SocialEnterpriseFolderClient_cat.efx

..EJBServer/components/SocialEnterpriseCollaboration/model/Packages/SEF/Application/SocialEnterpriseFolderCase/SocialEnterpriseFolderCase_cat.efx

The following java classes have been deprecated:

..EJBServer/components/SocialEnterpriseCollaboration/model/Packages/SEF/Application/DomainDefinitions_cat.efx

The following code tables files have been deprecated:

The following message files have been deprecated:

The following event files have been deprecated:

..EJBServer/components/ClientAccess/properties/Environment.xml

..EJBServer/components/SocialEnterpriseCollaboration/properties/Environment.xml

The following UIM page and its associated properties have been marked as deprecated:

The reference to the deprecated UIM has been removed from the following UIM page:

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

Provider Management

PO07109, WorkItem:194820 - Microsoft Word Integration is impacting the creation of a provider home study document

How to Upgrade:

There is no upgrade path for the deprecation of these functions. You are advised to break any dependencies you have on any of the deprecated functions as they may be removed in a future release.

Itemised List of Changes:

A facade method (HomeStudyDocument#modifyDocumentData) and an entity layer method (HomeStudyDocument#modifyAttachmentData) have been deprecated.

Source Files

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

Verification

WorkItem:264582 - Deprecate outdated APIs used to return application verifications

How to Upgrade:

Analysis of custom code should be carried out to see if the deprecated operations are used. They should be updated with the suggested replacements:

Itemised List of Changes:

This is the list of artifacts that have been marked as 'deprecated' as part of the deprecation of this feature:

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

Universal Access

WorkItem:264619 - Deprecate reset password APIs, to allow customers to provide their own authentication implementation

How to Upgrade:

Customers should provide their own authentication implementation. For more information, see https://curam-spm-devops.github.io/wh-support-docs/spm/pdf-documentation

Itemised List of Changes:

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

Intelligent Evidence Gathering

WorkItem:271190 - Deprecate REST APIs from IEGEngineAPI

How to Upgrade:

Customers must replace any reference of the deprecated APIs with their CitizenFormsAPI equivalents.
These APIs are:

Itemised List of Changes:

For more context on the change that caused this deprecation, please see this release note in the "Improvements and Resolved Issues" section.

Known Issues

Curam Enterprise Framework
Curam Modules
Solutions

Curam Enterprise Framework

Integrated Case Management
Application Development Environment
Technical Services

Integrated Case Management

WorkItem:272255 - Manual Time entry is cleared when moving focus from field

When entering an arbitrary time value in the time input and not picking from the dropdown list, the entry is cleared when the user moves from the field. The time entered will be kept if clicking enter.

WorkItem:272267 - Users cannot scroll down Client Merge wizard

When a user is using the Client Merge wizard, users cannot scroll to the bottom of the wizard to view the content. Users can tab through the wizard page contents to view the participant's information.

Application Development Environment

WorkItem:273176 - Some UI components are not using the 'data-testid' attribute

The data-testid attribute enables easier targeting of a UI element with UI automation tooling. The Date and Date-Time components are using the incorrect attribute 'data-test-id, instead of 'data-testid'. Also, the following components are not using the 'data-testid' attribute at all:

Technical Services

WorkItem:272250 - Some modals are not correctly sized based on the contents they are displaying

Some modals are not correctly sized. Our initial modal sizing calculation was based on Carbon modal sizing. On a 1366px window a large modal will be 983px. If a Merative SPM modal was specified as 800px it will now be 983px at that window size. Examples of modals that may be too wide, are evidence Modals or the Register Person Modal.

Curam Modules

Provider Management<u>Universal Access</u>

Provider Management

WorkItem:103350 (was previously CPM-2415) - Incorrect underpayment amount created when multiple service invoice line items reassessed due to change in service rate

When there are multiple service invoice line items created and paid for a provider using a fixed amount service rate and payment option of 'pay fixed amount', if the service rate that was used to determine the payment amount is retrospectively modified, to a higher rate, for example, underpayments are not being generated for all of the affected service invoice line items.

WorkItem:272266 - Double Cancel button appearing in a number of Wizards

A Double Cancel button appears in the following Wizards

  1. New Outcome Plan, and the
  2. New Service Wizards

Clicking either Cancel button will cause the button to close.

Universal Access

WorkItem:272477 - Universal Access Responsive Web Application: Summary PDFs incorrectly generated from screenings instead of intake applications

For users of Merative Citizen Engagement or classic Universal Access who complete a screening before completing an intake application, the PDF summary is incorrectly generated. The PDF is generated by using the information that was prepopulated from the screening instead of the information that they later provide in the intake application.

Solutions

Child Welfare

Child Welfare

WorkItem:272198 - New intake modal 'types' selection box is too small when the modal first loads

When a caseworker is creating an intake, when they view the intake modal, the 'types' selection box is too small. However, when the caseworker selects an item from the category dropdown the 'types' selection box expands to display the content correctly.

WorkItem:272254 - The order of elements on Dispose Allegations modal has been changed

The layout of elements on the Dispose Allegations modal is not correct. The Allegations list is below the comments section. The Allegation list should be the top item displayed in the modal.

WorkItem:272268 - Save button missing on placement modal

In Child Welfare, when creating a placement from within the Adoption case, the Save button is removed when the user selects the type 'Adoption' or the type 'Foster Care'.

Notices

Before using this information and the product it supports, read the information in "Notices"

CSV Release Notes

ReleaseNotes_8.0.0.csv

This CSV file summarizes the individual release notes documented above in the "Improvements, Resolved Issues, Third Party Updates and Code Removals" section. The individual release notes documented above will be maintained and will reflect the latest version of the release notes from eGA onwards. However, the content of this CSV file is valid on eGA date, but is not maintained after that.

Code Removal PDF

SPM_V8_CodeRemovals_PDF.pdf lists the features that have been removed in Merative Social Program Management 8.0.0.

Document Information

More support for:Merative Social Program Management

**Software version:**8.0.0

**Operating system(s):**Linux, Windows

**Modified date:**01 September 2021