Silvia Cavicchio Daniel Brockmann 

The behaviour is inconsistent because these are all recognised:

P&ID
T&S WM
TS&WM

But this is not:

PD&CA

This term is found but without the &, which also seems inconsistent.

Are these really terms though, or do they remain the same in the translation and might be better as variables?

However, given the majority I think they should probably all be recognised.

 Silvia Cavicchio 

This is now logged as a bug with our reference CRQ-35861.  Just so we can easily check it against future releases of the software.

 Mr. Paul, thank you very much.

Dear Mr. Paul and/or other responsibles for Trados Studio,

The error remained unsolved in the 2021 version, and I gave up complaining. To my great disappointment, it continues to occur in the 2024 version. When will it be fixed?

Thanks.

 Silvia Cavicchio 

It is resolved if you use Cloud based terminology - that you do have access to:

There will also be some substantial changes to the local terminology provider capability in the next release.  It's in Beta now and whilst I have not tested this with the Beta build it might just be something that could be easier to fix now.

Worth noting however, Luis Lopes , that the & and the + symbols seem to be recognised as 100% matches so when looking up "A&I" or "A+I" they will each return "A&I" and "A+I" as 100% matches which is incorrect. 

 Silvia Cavicchio 

It is resolved if you use Cloud based terminology - that you do have access to:

There will also be some substantial changes to the local terminology provider capability in the next release.  It's in Beta now and whilst I have not tested this with the Beta build it might just be something that could be easier to fix now.

Worth noting however, Luis Lopes , that the & and the + symbols seem to be recognised as 100% matches so when looking up "A&I" or "A+I" they will each return "A&I" and "A+I" as 100% matches which is incorrect.