We recently switched to version 7.1 of Trados, and discovered a new, and serious, bug.
Some of our customers send us software to translate in MS Word files. These files are formatted as tables with four columns, where the first, second and fourth column are protected from translation (formatted as external tags), and the third column is translatable text.
When you try to translate the file, you can open the first segment, translate it, and then close it normally. However, if you try to close it by clicking "Translate to Fuzzy" or "Set/Close Next Open/Get", Trados will not open the next segment or the next untranslated segment (depending on the command you clicked), as you would expect: it opens a segment much further down the table, or altogether outside the table. However, you can still manually open the next segment, manually close it, and so on (thus wasting a huge amount of time).
This bug was not present in Trados 5.5 (I reinstalled 5.5 on a spare machine and tested on the same files where I encountered the problem).
I already reported this bug to SDL, but, so far, with no satisfactory result: the first time I reported it I was told that version 7.5 probably didn't have it (thanks, but I had just paid quite a lot of money for several licenses of 7.1, and was not going to pay more for a new license that just
might fix the problem), and that I could copy the text to be translated from the MS Word file, paste it in another file, translate it there, copy it again, and paste it back in the original file (which is a time consuming slapdash workaround that probably wastes more time than manually opening each segment).
The one good workaround I found so far is to translate the MS Word file in Tag Editor: there seem to be no problem when using Tag Editor to translate the MS Word files with the tables in them.
It is worth noting that I had to find this solution by myself, and that nobody at SDL either suggested it or, if they thought of it, bothered to communicate it to me. I think that tells quite a lot about the (poor) quality of SDL customer assistance.
Update (bad news for users of version 6.5)
I tested the issue also under version 6.5 of Trados.
Unfortunately, while the issue is already present in version 6.5, my workaround is not feasible, as version 6.5 of Tag Editor was still unable to open MS Word files.
Update 2 (unhelpful suggestions from SDL support)
I received some (unhelpful) suggestions from SDL technical support: see
Poor technical support from SDL.