Since importing a support package stack from SAP, Winshuttle has been generating nightly dumps.
"The current ABAP program was trying to execute an Open SQL statement
and discovered that a value needs to be copied into the database field
type. This copy operation resulted in data loss. Either the data could
not be converted, the data in source was not long enough to fill the
target, or the source was a non-character type structure.
The value was "EN". The ABAP field has type "C" length 2 with 0
decimal places. The target has type "C" length 1 with 0 decimal
| The running ABAP program wanted to execute an Open SQL statement, |
| It was found that a value in the type of the database field |
| needs to be copied. This copy operation resulted in data loss, |
| the data could not be converted, the data in the |
| Source were not long enough to fill the target or the source |
| was a non-character structure. |
| The value was "DE". The type of the ABAP field is "C" with the length 2 |
| and the decimal places 0. The target type is "C" with length 1 and |
| the decimal places 0.|
Where the value can be EN, DE, etc
Two character language was not accepted in SAP, after support pack update
For Evolve and Connect :
Installer is shared with all customers by the Winshuttle Support team. This installer is built over Studio version 20.2 hence customer will need to upgrade their environment to 20.2
Connect only customer can directly use these installers, as these are upgradable.
Under SAP credentials maintained in Foundation set-up, the workaround is:
- defining language as 'E' in place of 'EN'
- defining the language as 'D' in place of 'DE'
Please note that if Foundation Customer is using SSO and they do not store SAP credentials on Foundation Site, they can only SAP Language without any Username and Password while saving SAP Server Credentials as per the below screenshot.
Permanent solution to this issue is provided in Studio v.20.2.4. and in Studio v.20.2.8.