Studio never completely unloads the opened termbase files and apparently their number is limited to 64??

Dear SDL Studio Support Team,

We are using Studio 2019 SR2 - 15.2.0.1041 and for a specific client we are using 10 local .sdltb (Multiterm) files for each language pair.

We noticed that after a translator worked on several projects spread over 6 different language pairs, when (s)he tries to open a new project containing a new language pair, Studio always fails to load some of the new TBs and in the the logs we find the dreaded

"Local login error was encountered. Exception: System.Runtime.InteropServices.COMException (0x80040222): MultiTerm is unable to retrieve the multimedia object."

This was a bit strange and seemed a bit random, so initially we blamed it on the usual culprits (strange chars in the termbase data and/or path, inexistent multimedia objects or the sudden need for reorganization) however after some checks it always turned out that the specific termbase files were valid and could be loaded without problems after Studio was restarted.   

After some further investigation we noticed that, in the background, Studio keeps open all the termbases even if the projects into which they were loaded were completed and removed from the list long time ago. After some additional investigation (using Process Explorer) we were able to determine that the magic number is 64: if you already used 64 file based termbases, your "current" ratio is over and trying to open one more will always fail... so it is time to restart Studio and have a break Slight smile

I would be very glad if somebody from the SDL team could help us with some answers to the questions below:

1. Is never unloading the once used termbases a known feature/bug of Studio 2019? If yes - is there any usable work-around to force Studio to unload the termbases without restarting?     

2. Is the maximum number of open termbase files indeed limited to 64? Is there any config value (Multiterm / Microsoft Jet 4.0 / registry etc) we could change to increase this number?

Thanks,

Adrian

 

   

Parents
  • Hello ,

    I would first update both your Studio and your MultiTerm versions to the latest stand (Help- Check for updates).

    Next i would suggest a repair/reset as follows

    https://gateway.rws.com/csm?id=kb_article_view&sysparm_article=KB0039395

    If the problem persists, please check where the TB's are saved (locally or in the cloud). If they are stored in the cloud, try saving them locally to see if this resolves the issue.

    It is also perhaps worth also recreating the Project Template, ensuring only the resources are added as required.

     

    Oana Nagy | Developer Experience | QA Engineer | RWS Group

  • Hi Steven,

    Thank you for providing the default troubleshooting answer and trying to first make sure that the problem is not caused by installation/versioning problems.

    I am able to reproduce this behavior with Studio 2021 as well and my feeling is that this is somehow a limitation(?) related to how Studio uses MultiTerm via OLE Automation behind the scenes.

    I have prepared a zip with 3 very basic projects and 65 dummy termbases which can be used to reproduce the problem:

    https://www.dropbox.com/s/v754zgjo4fpxx3m/64TermBasesLimit.zip?dl=1

    Could you please give it a try to see if the problem is reproductible on your side?

    If yes, please unzip the files together with the 64TermBasesLimit folder into your C:\Temp  so you will have something like below:

    File Explorer window showing a folder named '64TermBasesLimit' highlighted in red within the C:Temp directory, containing subfolders for Project1, Project2, Project3, and TermBases, along with three text files.

    Preserving the paths is important because inside the projects the termbases are referred via absolute paths.

    Now please do the following:

    Part1

    Open Studio

    Open Project1 - open the file in the editor - close and remove Project1 from the list

    Open Project2 - open the file in the editor - close and remove Project2 from the list

    Open Project3 - open the file in the editor => you should get a TB error and in the logs the famous "multimedia object" error

    Part2

    Close Studio

    Open Studio again

    Open Project3 - open the file in the editor => no error - the TB works just fine. 

     

    If in Part1, after opening/closing Project1 and Project2, instead of Project3  you open any of your projects which has at least one TB attached you will also get the error and, in my opinion, this more or less proves the hypothesis that 64 is a hard limit somewhere.

    I would be very glad if you would try to reproduce the problem on your side and in case it is reproductible to also ask the DEV team about it.

    Thanks,

    Adrian

     

     

         

    emoji


    Generated Image Alt-Text
    [edited by: Trados AI at 3:15 AM (GMT 0) on 29 Feb 2024]
  • Hi ,

    Thanks for the files,

    We have been able to replicate this in 2019/2021, and I have passed this on to our support team (Case 00606788).

    Once the technical team have investigated this further, I will update you.

     

    Oana Nagy | Developer Experience | QA Engineer | RWS Group

Reply Children