13+ seconds delay every time I move to a new string

Version Information
===================
Passolo Translator Edition 2015
Version 15.1.453.0

SDL MultiTerm 2015 SR2
Version 12.2.1629.0

Windows 7 Service Pack 1

Usage Scenario
==============
I am translating a *.tbulic15 file from a large company.
The company provides a Translation Memory and a Term Base via server connections.
All is setup and working for a long time now.

Description of problem
======================
CASE A) Moving without editing works fine
When I move from one editable string to another, without editing anything, the move takes less than 0,5 sec. After the time, I can start editing the new string, while at the same time hits from the different resources (index, TM and TB) appear one after another in the "Term Recognition" and "Translation" panes. After a few seconds, sometimes more than 10 seconds, depending on the number of hits, all hits are loaded, and I can use them as needed. At this point in time I am often already finished with typing the translation.

CASE B) Moving after editing creates delay
When I move from one editable string to another, after I have changed something in the first string (like added or deleted just one character), it takes 13 seconds or more, before I can start editing the new string. During the 13 seconds or more, I sometimes can see the hour glass (actually the hour circle, as I use Windows 7). Then, after the hour glass has disappeared, and editing is released, hits from the different resources start pouring in. For a project which usually requires 10 hours working time, this effect creates at least 6 extra hours, which I simply spend waiting (based on the assumption that I touch every string three times on average). But the single delays are still too short to have a coffee in the meantime ...

The only way I found to remove the delay in CASE B, is unloading the SDL MultiTerm Add-in. This is obvious not a workable option. At the moment I have no access to the client, so I cannot ask for a local version of the term base. And it is likely it would be refused anyway due to the policies of the organisation.

The delay has appeared with some minor or major passolo update (I believe with the update to Passolo 2015), but with the last minor update it has worsened to an extend that is no longer tolerable.


Parents
  • To setup a similar configuration for testing purposes, I need some more information.

    1. Are the server based GroupShare TM and the server based termbase the only resources you are searching? Maybe you can provide screen shots from the Fuzzy Matching and the Terminology options you are using.
      1. If any other sources than the above are activated, what happens if you deactivate the other ones?
    2. Do you have any information on the size of the server TM and the termbase?
    3. Do you excatly know with which CU this problems becomes no longer tolerable for you?
  • 1. If I deactivate the other ones (several indexes), this does not change anything. In the meantime I found: A) The delay also disappears, when I keep the MultiTerm Add-in loaded, and simply deactivate the querying under "translation helpers". B) The delay also disappears, if I use a local TermBase.
    2. I have asked the client about the size of the server termbase.
    3. Unfortunately I have not more information about the relevant version step (CU?? Client Update?) than I already offered. However I believe the problem is triggered by a combination of A) The way Passolo 2015 queries the termbase server, and B) The slow response from the server.

    I will come back to you as soon as I have more information.
Reply
  • 1. If I deactivate the other ones (several indexes), this does not change anything. In the meantime I found: A) The delay also disappears, when I keep the MultiTerm Add-in loaded, and simply deactivate the querying under "translation helpers". B) The delay also disappears, if I use a local TermBase.
    2. I have asked the client about the size of the server termbase.
    3. Unfortunately I have not more information about the relevant version step (CU?? Client Update?) than I already offered. However I believe the problem is triggered by a combination of A) The way Passolo 2015 queries the termbase server, and B) The slow response from the server.

    I will come back to you as soon as I have more information.
Children
No Data