You are viewing the documentation for Blueriq 17. Documentation for other versions is available in our documentation directory.
Identifier | Component | Issue | Solution |
---|---|---|---|
CSD-5938 | Java Runtime | Unable to start a project with data mapping that contains additional source collections in a mapping rule | Fixed the parsing of data mapping source collections where multiple addtional source collections are moddeled |
BQ-24758 | Gateway, Java Runtime | CVE-2025-24970 was detected on the Netty library for versions lower than 4.1.118.Final | Fixed by upgrading the Netty library to 4.1.118.Final |
BQ-24743 | Gateway, Java Runtime | CVE-2025-25193 was detected on the Netty library for versions lower than 4.1.118.Final | Fixed by upgrading the Netty library to 4.1.118.Final |
BQ-24722 | DCM Dashboard, Gateway, Java Runtime, Maintenance App | CVE-2024-57699 was detected on the json-smart library for versions lower than 2.5.2 | Fixed by upgrading the json-smart library to 2.5.2 |
CSD-5919 | Encore | When using the same event types but different case types across multiple dashboard pages it is not possible to create an export, while this should be possible and does not give an error in Encore. | The validations for dashboard page between Encore and the creation of exports has been made consistent. |
CSD-5813 | Encore | The view that lists branch types did not scroll. | The list of branch types has been made scrollable. |
CSD-5801 | Encore | Changing the target entity of a data mapping rule would invalidate all its value mappings. | When changing the target entity in Encore, it now also updates the entity name of each value mapping. |
BQ-23817 | Encore | Columns in list containers (i.e. aggregate, case and work lists) did not require their data source to be set. | Various fields on list columns have been made required in Encore. |
CSD-5818 | Java Runtime | Date/time strings are not always parsed/formatted using the same time zone rules, this can lead to unexpected behavior when working with historical dates | The date/time handling for the most important parts of Blueriq has been changed so the same time zone rules are always used. In a later release we will change the remaining parts we found that could have similar unexpected behavior for historical dates |