Skip to content

Commit

Permalink
RN 40330 added
Browse files Browse the repository at this point in the history
Also corrected some of the version info comments.
  • Loading branch information
MariekeGO committed Aug 14, 2024
1 parent 54cc2a2 commit f9b99cf
Show file tree
Hide file tree
Showing 4 changed files with 24 additions and 12 deletions.
Original file line number Diff line number Diff line change
Expand Up @@ -30,21 +30,21 @@ uid: General_Feature_Release_10.4.10

#### Improved performance when alarm filters containing operators are used [ID_39732]

<!-- 10.4.0 [CU7] - FR 10.4.10 -->
<!-- MR 10.4.0 [CU7] - FR 10.4.10 -->

Alarm filters that contain the operators AND, OR, or NOT (without brackets) will now be translated to OpenSearch queries, which will improve the performance of these filters. This will for example lead to improved performance when filtering alarms on a specific element and on severity.

#### DxMs upgraded to versions requiring .NET 8 [ID_40445]

<!-- 10.4.0 [CU7] - FR 10.4.10 -->
<!-- MR 10.4.0 [CU7] - FR 10.4.10 -->

All DxMs included in the DataMiner upgrade package have now been upgraded to versions requiring .NET 8.

### Fixes

#### Problem in SLDataMiner when redundancy groups were configured to switch based on connectivity [ID_40118]

<!-- 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->
<!-- MR 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->

When redundancy groups were configured to switch based on connectivity, it could occur that the signals sent to SLDataMiner contained duplicates. In a system with a heavy load, this could cause too many of these to be sent, which would cause a memory leak in the SLDataMiner process and eventually caused the process to crash.

Expand All @@ -64,10 +64,16 @@ Performance improvements have now been implemented to avoid sending duplicate si

#### Changes implemented with parameter-specific template editors not saved correctly [ID_40125]

<!-- 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->
<!-- MR 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->

When you changed the alarm or trend template for a table parameter (e.g. by going to the templates tab on the parameter card), it could occur that the wrong line from the template was edited. For example, if a template contained exactly one line for a column in a table, and that line was configured with the filter "SL*", the parameter template editor would show the configuration corresponding to the line in the template with the filter even if that line was not applicable for the current cell. Now, instead an empty template configuration will be shown, corresponding to the filter "\*". When you edit and save this configuration, a new line with filter "\*" will be added to the template.

In addition, when there were two or more lines in the trend template for a table parameter, but none were applicable for the current cell for which you edited the trend template, the parameter template editor would show and create a new line in the template corresponding to an empty filter, instead of to the filter "\*". This has now also been fixed.

Finally, if you changed the information template for a parameter, and the information template did not contain a line for the current parameter, the ID was not saved correctly. In addition, for table parameters, a line with an empty filter would be saved, instead of the filter "\*".

#### DELT import failed if element name contained curly bracket [ID_40330]

<!-- MR 10.5.0 - FR 10.4.10 -->

When an element name contained a curly bracket ("{" or "}"), exporting the element to a .dmimport package or importing it from such a package failed.
Original file line number Diff line number Diff line change
Expand Up @@ -14,7 +14,7 @@ uid: General_Main_Release_10.3.0_CU19

#### Caching of protocol signature information will enhance overall performance during a DataMiner startup [ID_39468]

<!-- MR MR 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.7 -->
<!-- MR 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.7 -->

Information regarding protocol signature validation will now be cached. This will considerably enhance overall performance during a DataMiner startup.

Expand All @@ -28,7 +28,7 @@ Up to now, using the *Engine.Sleep* method in an Automation script could cause i

#### Problem in SLDataMiner when redundancy groups were configured to switch based on connectivity [ID_40118]

<!-- 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->
<!-- MR 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->

When redundancy groups were configured to switch based on connectivity, it could occur that the signals sent to SLDataMiner contained duplicates. In a system with a heavy load, this could cause too many of these to be sent, which would cause a memory leak in the SLDataMiner process and eventually caused the process to crash.

Expand All @@ -48,7 +48,7 @@ Performance improvements have now been implemented to avoid sending duplicate si

#### Changes implemented with parameter-specific template editors not saved correctly [ID_40125]

<!-- 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->
<!-- MR 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->

When you changed the alarm or trend template for a table parameter (e.g. by going to the templates tab on the parameter card), it could occur that the wrong line from the template was edited. For example, if a template contained exactly one line for a column in a table, and that line was configured with the filter "SL*", the parameter template editor would show the configuration corresponding to the line in the template with the filter even if that line was not applicable for the current cell. Now, instead an empty template configuration will be shown, corresponding to the filter "\*". When you edit and save this configuration, a new line with filter "\*" will be added to the template.

Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -46,7 +46,7 @@ The *Subscribe* method of the `NatsSession` class has now been made completely t

#### Caching of protocol signature information will enhance overall performance during a DataMiner startup [ID_39468]

<!-- MR MR 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.7 -->
<!-- MR 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.7 -->

Information regarding protocol signature validation will now be cached. This will considerably enhance overall performance during a DataMiner startup.

Expand All @@ -58,7 +58,7 @@ From now on, when a client connects to the DataMiner System, an attempt will fir

#### Improved performance when alarm filters containing operators are used [ID_39732]

<!-- 10.4.0 [CU7] - FR 10.4.10 -->
<!-- MR 10.4.0 [CU7] - FR 10.4.10 -->

Alarm filters that contain the operators AND, OR, or NOT (without brackets) will now be translated to OpenSearch queries, which will improve the performance of these filters. This will for example lead to improved performance when filtering alarms on a specific element and on severity.

Expand Down Expand Up @@ -86,7 +86,7 @@ From now on, by default, the *SLNet.txt* log file will no longer contain any log

#### DxMs upgraded to versions requiring .NET 8 [ID_40445]

<!-- 10.4.0 [CU7] - FR 10.4.10 -->
<!-- MR 10.4.0 [CU7] - FR 10.4.10 -->

All DxMs included in the DataMiner upgrade package have now been upgraded to versions requiring .NET 8.

Expand Down Expand Up @@ -139,7 +139,7 @@ Whenever the MessageBroker client loses its connection to the NATS server, it wi

#### Problem in SLDataMiner when redundancy groups were configured to switch based on connectivity [ID_40118]

<!-- 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->
<!-- MR 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->

When redundancy groups were configured to switch based on connectivity, it could occur that the signals sent to SLDataMiner contained duplicates. In a system with a heavy load, this could cause too many of these to be sent, which would cause a memory leak in the SLDataMiner process and eventually caused the process to crash.

Expand All @@ -159,7 +159,7 @@ Performance improvements have now been implemented to avoid sending duplicate si

#### Changes implemented with parameter-specific template editors not saved correctly [ID_40125]

<!-- 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->
<!-- MR 10.3.0 [CU19]/10.4.0 [CU7] - FR 10.4.10 -->

When you changed the alarm or trend template for a table parameter (e.g. by going to the templates tab on the parameter card), it could occur that the wrong line from the template was edited. For example, if a template contained exactly one line for a column in a table, and that line was configured with the filter "SL*", the parameter template editor would show the configuration corresponding to the line in the template with the filter even if that line was not applicable for the current cell. Now, instead an empty template configuration will be shown, corresponding to the filter "\*". When you edit and save this configuration, a new line with filter "\*" will be added to the template.

Expand Down
Original file line number Diff line number Diff line change
Expand Up @@ -793,3 +793,9 @@ Up to now, sending a *GetCCAGatewayGlobalStateRequest* to check whether the Data
As a result, in DataMiner Cube, users without the above-mentioned user permission would not be able to see any relations after clicking the light bulb icon in the top-right corner of a trend graph.

From now on, the *Connect to cloud/DCP* user permission is no longer required to be able to send a *GetCCAGatewayGlobalStateRequest*.

#### DELT import failed if element name contained curly bracket [ID_40330]

<!-- MR 10.5.0 - FR 10.4.10 -->

When an element name contained a curly bracket ("{" or "}"), exporting the element to a .dmimport package or importing it from such a package failed.

0 comments on commit f9b99cf

Please sign in to comment.