CS
SCALE.sdm
Toggle Dark/Light/Auto modeToggle Dark/Light/Auto modeToggle Dark/Light/Auto modeBack to homepage
Confidential information

1.227

Release date: December 17, 2024

New featureIt is now possible to manually select the run configurations that should be grouped together. [ #6630 ]

This feature relates to the Runs area. In the past, users could already group run configurations based mainly on their attribute values. Now, users can also manually select the run configurations that should be grouped together. The basic workflow is as follows:

  1. Select one or more run configurations.
  2. Right-click to access a context menu.
  3. Select an option to group the run configurations into a so-called “collection”.
    • Add to collection: This option is available when you select runs, run groups or collections (e.g. it is possible to add entire groups/collections to another collection).
    • Remove from collection: This option is available when you select runs that are already included in a collection. The runs will be removed from the collection.
    • Delete collection: This option is available when you select a collection.

image
Add run configuration to collection

New featureThere is now a sever API that can be used in scripts for creating new pools and permission groups. [ #814 ]
New featureUsers can now see an overview of all the changes made in one specific pool version. [ #170 ]

This feature relates to the Properties view. Now, when users select a pool version, the Properties view includes a section called Changes in [Pool version number]. Here users see a list of all the components that were changed in the pool version compared to its predecessor. The list includes the following information:

  • The component’s name
  • The history comment
  • The component’s label, e.g. “Added”, “Removed”, “Modified”.
image
Changes in pool version

ImprovementHistory comments are no longer automatically filled in for objects (e.g. components, parameter tables) that were directly created by the user. [ #6694 ]

In the past, history comments were automatically filled in from the other comments. This behavior was fine for indirectly created new versions of objects or private versions of objects that already had a history comment. But this behavior was not optimal for newly created objects (e.g. a new version of a component after being edited).

Now, users are forced to write their own history comments for newly created objects. This ensures that users do not simply take over the existing history comment that was automatically filled in. Rather, users are required to provide a good history comment themselves.

ImprovementIt is now possible to sort by multiple columns. [ #6682 ]

This improvement relates to the parameter grid and to the component grid. It is now possible to sort by multiple columns in these grids. It is now also possible to sort ISO dates.

ImprovementThe "Copy&Paste" action is now blocked in parameter tables in public pool versions. [ #6687 ]

Background information: Many actions that would automatically lead to a new pool version are deactivated, e.g. changing attribute values on components or deleting/replacing components. Users have to manually derive a new pool version before they can perform such an action. This prevents users from accidentally deriving new pool versions.

For this same reason, the “Copy&Paste” action has now also been deactivated in parameter tables in public pool versions.

Bug fixAn unexpected object type caused an error to occur when opening the context menu in the merge window. This behavior has been fixed. [ #6710 ]
Bug fixColumns in the component grid are no longer falsely deactivated when grouping by them. [ #6712 ]

This fix relates to the components grid. In the past, if a user grouped the components by a column, then that column was automatically deactivated. That means, if a user clicked on the   icon in a column header and selected the option Group by [Column name], then the column disappeared from the grid. This behavior has been fixed.

Bug fixHistory comments are now correctly applied when setting component groups public. [ #6716 ]

In the past, when a component group or pool version was set public, the automatically propagated history comments were not applied, when they should have been propagated upward. For example, after publishing the group, the comment was still empty, even though a comment was shown in the Set public window. This behavior has been fixed.

Bug fixThe lpack export job now has a "job_type" again. [ #6719 ]

In the past, an error occurred when exporting an lpack. The lpack export job no longer had a “job_type”. This behavior has been fixed.