From f9b99cf7f39f33e4f59c8857213ca4b60a5901bc Mon Sep 17 00:00:00 2001 From: MariekeGO <94605575+MariekeGO@users.noreply.github.com> Date: Wed, 14 Aug 2024 10:45:30 +0200 Subject: [PATCH] RN 40330 added Also corrected some of the version info comments. --- .../General_Feature_Release_10.4.10.md | 14 ++++++++++---- .../General_Main_Release_10.3.0_CU19.md | 6 +++--- .../General_Main_Release_10.4.0_CU7.md | 10 +++++----- .../General_Main_Release_10.5.0_changes.md | 6 ++++++ 4 files changed, 24 insertions(+), 12 deletions(-) diff --git a/release-notes/General/General_Feature_Release_10.4/General_Feature_Release_10.4.10.md b/release-notes/General/General_Feature_Release_10.4/General_Feature_Release_10.4.10.md index 10186012bc..4a0259ccbc 100644 --- a/release-notes/General/General_Feature_Release_10.4/General_Feature_Release_10.4.10.md +++ b/release-notes/General/General_Feature_Release_10.4/General_Feature_Release_10.4.10.md @@ -30,13 +30,13 @@ uid: General_Feature_Release_10.4.10 #### Improved performance when alarm filters containing operators are used [ID_39732] - + 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] - + All DxMs included in the DataMiner upgrade package have now been upgraded to versions requiring .NET 8. @@ -44,7 +44,7 @@ All DxMs included in the DataMiner upgrade package have now been upgraded to ver #### Problem in SLDataMiner when redundancy groups were configured to switch based on connectivity [ID_40118] - + 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. @@ -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] - + 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] + + + +When an element name contained a curly bracket ("{" or "}"), exporting the element to a .dmimport package or importing it from such a package failed. diff --git a/release-notes/General/General_Main_Release_10.3/General_Main_Release_10.3.0_CU19.md b/release-notes/General/General_Main_Release_10.3/General_Main_Release_10.3.0_CU19.md index 14cd0a62d7..15f5456cab 100644 --- a/release-notes/General/General_Main_Release_10.3/General_Main_Release_10.3.0_CU19.md +++ b/release-notes/General/General_Main_Release_10.3/General_Main_Release_10.3.0_CU19.md @@ -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] - + Information regarding protocol signature validation will now be cached. This will considerably enhance overall performance during a DataMiner startup. @@ -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] - + 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. @@ -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] - + 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. diff --git a/release-notes/General/General_Main_Release_10.4/General_Main_Release_10.4.0_CU7.md b/release-notes/General/General_Main_Release_10.4/General_Main_Release_10.4.0_CU7.md index da5ae653dc..f864b7185d 100644 --- a/release-notes/General/General_Main_Release_10.4/General_Main_Release_10.4.0_CU7.md +++ b/release-notes/General/General_Main_Release_10.4/General_Main_Release_10.4.0_CU7.md @@ -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] - + Information regarding protocol signature validation will now be cached. This will considerably enhance overall performance during a DataMiner startup. @@ -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] - + 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. @@ -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] - + All DxMs included in the DataMiner upgrade package have now been upgraded to versions requiring .NET 8. @@ -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] - + 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. @@ -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] - + 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. diff --git a/release-notes/General/General_Main_Release_10.5/General_Main_Release_10.5.0_changes.md b/release-notes/General/General_Main_Release_10.5/General_Main_Release_10.5.0_changes.md index 8a3ff5d1b0..4919b7400e 100644 --- a/release-notes/General/General_Main_Release_10.5/General_Main_Release_10.5.0_changes.md +++ b/release-notes/General/General_Main_Release_10.5/General_Main_Release_10.5.0_changes.md @@ -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] + + + +When an element name contained a curly bracket ("{" or "}"), exporting the element to a .dmimport package or importing it from such a package failed.