You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have verified that I am running the latest version of the COMET-IME
I have searched open and closed issues to ensure it has not already been reported
Description
When adding a text value to a parameter (of type TextParameterType) which contains numerical characters, the value is cast or otherwise interpreted as a number and its value is altered incorrectly by the client/server.
There are a couple of instances we have observed this behavior:
Test text parameter type example_text_param:
Leading 0's are stripped: 0000001 becomes 1 (in our case we use leading zeros in serial numbers)
Entering value:
Inspecting persisted value:
Trailing 0's after a full stop are stripped: 1000.0000 becomes 1000 (in our case we use trailing zeros for product tree identifiers)
Entering value:
Inspecting persisted value:
The desired behavior should be to ensure text values are saved as they are entered by the user without any modification by the client/server - numerical data should only be interpreted in this fashion for QuantityKinds.
Steps to Reproduce
Create TextParameterType
Add parameter of type TextParamterType to ElementDefinition
Add value to parameter according to above examples
Save and inspect
Logs
There are no logs regarding the issue
I have attached a log file or included the relevant section in this issue
System Configuration
COMET version:
COMET-IME: 9.2.0-RC6
Other:
Web Services:
CDP4/COMET Web Services version: 7.0.4 (WSP) / 2.0.0 (DB)
OCDT WSP version:
Environment (Operating system, version and so on):
Microsoft Excel (32/64 bit):
Windows OS (32/64 bit): Win 10 Enterprise 64-bit 19043.1706
Additional information:
The text was updated successfully, but these errors were encountered:
Prerequisites
Description
When adding a text value to a parameter (of type TextParameterType) which contains numerical characters, the value is cast or otherwise interpreted as a number and its value is altered incorrectly by the client/server.
There are a couple of instances we have observed this behavior:
Test text parameter type
example_text_param
:Leading 0's are stripped:
0000001
becomes1
(in our case we use leading zeros in serial numbers)Entering value:
Inspecting persisted value:
Trailing 0's after a full stop are stripped:
1000.0000
becomes1000
(in our case we use trailing zeros for product tree identifiers)Entering value:
Inspecting persisted value:
The desired behavior should be to ensure text values are saved as they are entered by the user without any modification by the client/server - numerical data should only be interpreted in this fashion for QuantityKinds.
Steps to Reproduce
Logs
System Configuration
The text was updated successfully, but these errors were encountered: