Version : 92.1
Released : 2026-10-29
Changes in this Release
Issue |
Type |
Module(s) |
Description |
|---|---|---|---|
5681 |
Bug |
Generated Veeva test cases now set up the forms and events their data is entered on when another rule adds them. A form added by a rule that names only the form, not its event, is now added before data is entered on it, using the rule's Dynamic Scope to tell which events the form is added to; previously the test entered data on a form that was never added, and Vault rejected it with "[Form] is not repeating". Test cases for such rules now check for the form in an event the rule adds it to. An event added by a rule on entered data now has that data entered before the event is dated. |
|
5685 |
Bug |
A Veeva Item used on several forms now takes its Controlling Item, Controlling Item Values and Display Type from each form's own row of the SDS, instead of every form showing the values from the first form that used it. Test Case checks, the Veeva Form Review and the Progressive Display agent use the values for the form they are on. Items imported before this release keep their current values until the SDS is imported again. As these values belong to an Item's place on a form, they are no longer shown on Item property sheets, and the "Controlling Items" property sheet is removed; review progressive display in the Veeva Form Review instead. |
|
5686 |
Feature |
The Veeva Test Case steps "I enter data" and "I enter and submit data" now fail, without entering the form's data, when a value is given to an item that is hidden by its Controlling Item, as a site user could not enter it. Test Cases that entered data into hidden items must now set the Controlling Item first. |
|
5687 |
Feature |
When the Veeva Test Case steps "I link form" or "I unlink form" cannot find a reference number, the step now shows which link section was searched and the reference numbers it listed, and takes a screenshot of the link dialog. |
|
5690 |
Bug |
The Test Case Advisor can now generate test cases from Matrices when the Project's Test Case Advisor instructions have Settings without log_records, such as only a base_date. |
|
5691 |
Bug |
When several Matrices are selected, the Test Case Advisor once again generates one Test Case per subject covering all of them, and shows the coverage report when Coverage report is checked. |
|
5693 |
Bug |
In Test Case Advisor instructions, a datapoint value written as Yes, No, On or Off without quotes is now used as written, rather than being read as 1 or 0. A Rave Checkbox value can be given as true/false, yes/no or on/off as well as 1/0. |
|
5600 |
Bug |
Excel ALS uploads now find the header row correctly when a sheet has extra formula columns to the right of the data, so data dictionary entries and lab variable mappings import. |
|
5681 |
Bug |
Generated Veeva test cases now set up the forms and events their data is entered on when another rule adds them. A form added by a rule that names only the form, not its event, is now added before data is entered on it, using the rule's Dynamic Scope to tell which events the form is added to; previously the test entered data on a form that was never added, and Vault rejected it with "[Form] is not repeating". Test cases for such rules now check for the form in an event the rule adds it to. An event added by a rule on entered data now has that data entered before the event is dated. |
|
5685 |
Bug |
A Veeva Item used on several forms now takes its Controlling Item, Controlling Item Values and Display Type from each form's own row of the SDS, instead of every form showing the values from the first form that used it. Test Case checks, the Veeva Form Review and the Progressive Display agent use the values for the form they are on. Items imported before this release keep their current values until the SDS is imported again. As these values belong to an Item's place on a form, they are no longer shown on Item property sheets, and the "Controlling Items" property sheet is removed; review progressive display in the Veeva Form Review instead. |
|
5686 |
Feature |
The Veeva Test Case steps "I enter data" and "I enter and submit data" now fail, without entering the form's data, when a value is given to an item that is hidden by its Controlling Item, as a site user could not enter it. Test Cases that entered data into hidden items must now set the Controlling Item first. |
|
5687 |
Feature |
When the Veeva Test Case steps "I link form" or "I unlink form" cannot find a reference number, the step now shows which link section was searched and the reference numbers it listed, and takes a screenshot of the link dialog. |