Skip to main content
Solved

Disappearing translations from base model


Ionut
Warrior
Forum|alt.badge.img+2

Hi!

We have discovered that from a base model (SQLSERVER_MSG_TRANSL_NL) the translations are untranslated even that before they were. We managed to fix that by running a script that filled the translations from the base model GUI_TRANSL_NL.

This is strange because as you can see below they were translated.

Do you have any suggestion how this can happen to know how we can prevent this in future?

Thanks!

 

Best answer by Mark Jongeling

Hi Ionut,

Not sure what went wrong here but the base model should only contain Message translation objects:

Original SQLSERVER_MSG_TRANSL_NL 

So that means something happens regarding base models or application languages being attached to SQLSERVER_MSG_TRANSL_NL. I was not expecting to see "English” in a Dutch base model.

Easiest way to fix this is to download a fresh installation package from TCP for your platform version, and manually running the 995_Import_SQLSERVER_MSG_TRANSL_NL.sql file (SF > Install > .sql).

This will import the base model as we distribute it and should fix the data issues.

View original
Did this topic help you find an answer to your question?

7 replies

Mark Jongeling
Administrator
Forum|alt.badge.img+23
  • Administrator
  • 3945 replies
  • Answer
  • May 12, 2025

Hi Ionut,

Not sure what went wrong here but the base model should only contain Message translation objects:

Original SQLSERVER_MSG_TRANSL_NL 

So that means something happens regarding base models or application languages being attached to SQLSERVER_MSG_TRANSL_NL. I was not expecting to see "English” in a Dutch base model.

Easiest way to fix this is to download a fresh installation package from TCP for your platform version, and manually running the 995_Import_SQLSERVER_MSG_TRANSL_NL.sql file (SF > Install > .sql).

This will import the base model as we distribute it and should fix the data issues.


Ionut
Warrior
Forum|alt.badge.img+2
  • Author
  • Warrior
  • 27 replies
  • May 13, 2025

Hi ​@Mark Jongeling!

Thanks for your response, I was looking over what you said and investigated a bit, seems like the English translations are there because a base model (which is having the english translations) is attached to this base model. This base model indeed contains only translations and what else is attached by the mentioned base model with english translation.

I have tried to run the script you mentioned and got 

Msg 547, Level 16, State 0, Procedure task_import_model, Line 55549 [Batch Start Line 0]
The DELETE statement conflicted with the REFERENCE constraint "ref_col_col_data_sensitivity"

But this may be because of attached base model. 

I will check with the team if we really need it to be for this translations base.


Mark Jongeling
Administrator
Forum|alt.badge.img+23

This is caused by Data sensitivity. Someone probably has configured that for this base model, or it got imported via the attached base model. It's really strange you get this as the SQLSERVER_MSG_TRANSL_NL does not contain any columns, so something truly went wrong….

At this point it's difficult for me to determine what way to resolve this issues.

The SQLSERVER_MSG_TRANSL_NL should not have any base models attached. Disconnect any that are attached. Run a Definition generation to remove any leftover generated objects. At this point, the model should only have Messages, Translation objects, and Translations. If not, remove the objects that should not be part of this model, especially Tables and Columns.


Blommetje
Forum|alt.badge.img+13
  • Partner
  • 209 replies
  • May 13, 2025

Hi,

We have similar problems with SQL base model translation constantly returning. Have not figured it out, and also in TEC they couldn't explain it. If you find a solution, please let us know! 

 

Blommetje


Mark Jongeling
Administrator
Forum|alt.badge.img+23

Probably the best way is to create a ticket in TCP. I think we'll need to call to resolve this effectively.


Ionut
Warrior
Forum|alt.badge.img+2
  • Author
  • Warrior
  • 27 replies
  • May 13, 2025

Hi ​@Mark Jongeling!

We discussed internally and concluded that is better to leave the base models Thinkwise provides without our touch over them.

We removed the base models that were attached to base models from Thinkwise, and for this specific case we were able to apply the script you pointed out and looks ok now.

@Blommetje about the messages that you pointed out, I think we also had them and we just searched for the root base of those and translated them and they dissapeared, if you already did that, I'm not sure what else to suggest.


Mark Jongeling
Administrator
Forum|alt.badge.img+23

Awesome!, it is indeed better to leave the Thinkwise base models the way they are distributed. Otherwise all kinds of errors may occur during platform upgrades as we do expect the base models to be exactly as we distribute them. We do intend to make these models "Read-only” for everyone at some point. If you do want to add or modify certain parts, you can opt to create a branch off the MAIN branch. 

In that branch you can perform the desired modifications and link those to your models. Only the MAIN branches of the Thinkwise distributed base models are updated every platform upgrade. This does mean if you go this route, that every platform upgrade, you will have to update your branch from the MAIN.


Reply


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings