Missing support for language dependent changed values

[andreasmeindl]

Hi,

we are developing a CAP Fiori Elements V4 app and have embedded the change-tracking plugin.
We are facing an issue with a field for which the locale is not considered.

We have following schema:

Attribute "descr" from association processing status should be logged.

Processing Status can have these fixed values:

Tracking the field works, but locale is not considered.
Locale is "DE", but old and new value will be displayed in english:

When Selecting the data, no locale is considererd

Could you please help with this issue?

@cap-js/asyncapi: 1.0.3
@cap-js/cds-test: 0.3.0
@cap-js/cds-typer: 0.34.0
@cap-js/cds-types: 0.10.0
@cap-js/change-tracking: 1.0.8
@cap-js/db-service: 1.20.0
@cap-js/hana: 1.9.0
@cap-js/openapi: 1.2.1
@cap-js/sqlite: 1.11.0
@msg-group/ri: 1.0.0
@sap/cds: 8.9.0
@sap/cds-compiler: 5.9.2
@sap/cds-dk: 8.9.3
@sap/cds-dk (global): 8.9.2
@sap/cds-fiori: 1.4.1
@sap/cds-foss: 5.0.1
@sap/cds-mtxs: 2.7.2
@sap/eslint-plugin-cds: 3.2.0
Node.js: v20.18.1

Best regards,
Andreas

[nkaputnik]

Hello @andreasmeindl
can you please provide us with a repo or zip of a minimal example for us to debug and reproduce this?

Thanks and best,
Nick

[andreasmeindl]

Hello @nkaputnik,

please see attached zip. I extended incidents app from your repo with entity ProcessingStatus and added a action "Finalize" to the object page. This actions changes the tracked processing status without considering the language.

incidents-app-main.zip

Best regards,
Andreas

[andreasmeindl]

Hi @nkaputnik ,
any news on this?

Best regards,
Andreas

[Sv7enNowitzki]

Hi @andreasmeindl ,

This appears to be a requirement or could be defined as a new feature.

Are you hoping for the result to be:

1. For localized fields, store the new value and old value with the field's actual data to database, but displaying localized data when reading?
   Or
2. For localized fields, store the data as localized data to database.

I can bring your request to our next internal discussion.

Best Regards,
Wenjun

[andreasmeindl]

Hi @Sv7enNowitzki ,

as we only store codes on db, we hope for result 1. Displayed data should consider the locale when reading the data to be flexible with switching languages.

Best regards,
Andreas

[andreasmeindl]

Hi @Sv7enNowitzki ,

any news on this? Could you already discuss it internally?

Best regards,
Andreas

[Sv7enNowitzki]

Hi @andreasmeindl ,

Not yet, we haven't had a sync meeting recently due to certain reasons.

[andreasmeindl]

Hi @Sv7enNowitzki ,

any news on this? Could you already discuss it internally?

Best regards,
Andreas

[Sv7enNowitzki]

Hi @andreasmeindl ,

This seems to be an enhancement. I have done some research, and because the modeling does not store the corresponding text key when saving the changelog, it is unable to dynamically display localized data during reading if there is no text key. Therefore, this might require modifications in areas such as modeling.

I have already discussed this with the topic owner: @nkaputnik , and we need to wait for him to return from vacation for further action.

Best Regards,
Wenjun