Thank you, and I can empathize with your frustration.
The reason for clipping, is originating from a requirement to avoid "blowing up messages in the Business Central interface".
All things considered, this also avoided "blowing up" in server logs on the backend side.
I believe while somehow this requirement was originally "imposed" on me, I can stand behind the decision to implement clipping in the displayed message considering both aspects.
Another important aspect to highlight: in your message, you are reported of the id for the DMN element throwing the problem: I believe this is more effective in locating _where_ in the model this error occurred--more than comparing the expression from the message with all the expressions defined in all the elements of the model.
Consider this an analogous of line/col numbers for text based files, such as DRL.
Technically the "problematic element id" is also available as special fields in the message object itself (in addition to being reported trailing in the displayed message) and it's a pity the editor never ultimately leveraged this to directly navigate to the identifiable element, which in this case relates to the specific error message.
I hope this gives a complete background also to Jozef and the team.
In conclusion:
- I would follow Jozef's suggestion to log ticket(s) as instructed in his previous email.
- More than just increasing the length of clipping "arbitrarily", I would ask for an additional configuration property (as we have already) so to tune length or completely disable when valorized as -1 or the like.
- I would raise an additional ticket to ask when a Message is selected in the Editor, the Editor can navigate to the identified DMN Element which was reported as problematic in the error, by using the appropriate field which was already available since (this is analogous to line/col numbers for text based DRL).