MultiTerm 2019 throws a 'Script Error' every 20-30 minutes when used as a stand-alone tool for just adding new terms

Dear All,

Every now and then I need to use MultiTerm as a stand-alone tool, that is, I add new terms to an existing termbase by copying them from an online source. And MultiTerm seems incapable of properly handing this mundane task, the successful completion of which should be its sole reason of existence. Every 20-30 minutes, it throws a 'Script Error' and then has to be forcefully closed via Window's Task Manager. Here is the error: 

Screenshot of a 'Script Error' dialog box in Trados MultiTerm with a warning icon, indicating an error has occurred in the script on the page, with details about the line, character, error, code, and URL of the issue. Options to continue running scripts are 'Yes' and 'No'.

Of course, I am not privy to SDL's mysterious ways, but it just seems to me, based on the observed behavior of the highly touted MultiTerm, that it is simply too fragile and breaks so easily that it is not ready for the real world.

Although, it is quite an expensive tool to buy and I have bought every new version over the past 10 years, only to be given the same unreliable software mess. Disappointed

Best regards,

Pavel Tsvetkov



Generated Image Alt-Text
[edited by: Trados AI at 2:06 PM (GMT 0) on 5 Mar 2024]
emoji
Parents
  • Former Member
    0 Former Member

    Pavel, if you go to C:\Program Files (x86)\Common Files\SDL\MultiTerm15\Editor\modern, and look for the two files below, do they have the same dates and sizes? What is your default browser? Try and change to a different browser. Firefox? Edge? Chrome? This error, though, annoying is not directly related to MultiTerm Desktop per se but to a script that renders the information to a browser embedded in the application. No (deprecated) activeX technology involved here, at all. This is pure JavaScript plus some cascading style sheets (CSS). Above all, make sure you have the bundle.js file in there.

    File explorer showing two files: 'bundle.js' with date 1242018 6:52 PM, size 2,215 KB, and 'concept.html' with date 1232018 8:04 AM, size 2 KB.

    emoji


    Generated Image Alt-Text
    [edited by: Trados AI at 2:06 PM (GMT 0) on 5 Mar 2024]
  • Thank you Ozzie O!

    With some help from SDL support we have implemented the changes as described by you. I hope that solves it. 

    I must point out though that I cannot imagine most MultiTerm users being able to find a solution (and then implement it) on their own. And they should not be asked to.

    MultiTerm uses, as it seems, many external software titles, produced by third-party vendors, to perform its tasks, and when something goes wrong, the usual refrain is 'This is not a MultiTerm problem'.

    Here is the thing though: SDL must engineer their software products in such a way that they are (mostly) self-sufficient. I cannot accept such erratic and unreliable behavior, because of bad software decisions that are not rectified for years. I am paying for MultiTerm every 12-24 months and I expect real improvements not cosmetic changes!

    Best regards,

    Pavel Tsvetkov
     

Reply
  • Thank you Ozzie O!

    With some help from SDL support we have implemented the changes as described by you. I hope that solves it. 

    I must point out though that I cannot imagine most MultiTerm users being able to find a solution (and then implement it) on their own. And they should not be asked to.

    MultiTerm uses, as it seems, many external software titles, produced by third-party vendors, to perform its tasks, and when something goes wrong, the usual refrain is 'This is not a MultiTerm problem'.

    Here is the thing though: SDL must engineer their software products in such a way that they are (mostly) self-sufficient. I cannot accept such erratic and unreliable behavior, because of bad software decisions that are not rectified for years. I am paying for MultiTerm every 12-24 months and I expect real improvements not cosmetic changes!

    Best regards,

    Pavel Tsvetkov
     

Children
No Data