Hello Tina Klitgaard ,

It would be helpful if you could post the full error stack please as this provides a lot of information-

Here is a community Wiki that explains the type of information we need and how to post it -

https://community.sdl.com/product-groups/translationproductivity/w/customer-experience/4159/how-to-get-help-quickly-in-the-sdl-community-technical-forums

Also please explain exactly when you get this message and if you are using perhaps Worldserver or Groupshare etc.

Hello Steven

Any news on this - you can see the full details from Tony below.

Thanks

Hello Tina Klitgaard ,

My apologies for the delay in getting back to you (please see the 'signature' below).

The error stack clearly references WorldServer XLIFF files (trying to be read) being read as XML as being the issue here

FileTypeSupport.Bilingual.WsXliff.WsPreviewXmlTweaker

From the screen shots you provided, you are no longer trying to preview XML files- as these have been converted to xlf- before import into Studio (Xliff)

Therefore, its impossible (afaik) to generate a preview as its the conversion that has is causing the issues.

An option here would be to adapt your workflow and ensure the files are xml.sdlxliff and not xml.xlf.sdlxliff

Hello Tina Klitgaard ,

My apologies for the delay in getting back to you (please see the 'signature' below).

The error stack clearly references WorldServer XLIFF files (trying to be read) being read as XML as being the issue here

FileTypeSupport.Bilingual.WsXliff.WsPreviewXmlTweaker

From the screen shots you provided, you are no longer trying to preview XML files- as these have been converted to xlf- before import into Studio (Xliff)

Therefore, its impossible (afaik) to generate a preview as its the conversion that has is causing the issues.

An option here would be to adapt your workflow and ensure the files are xml.sdlxliff and not xml.xlf.sdlxliff

Hello

I do not understand this. It works for everyone else, except for Tony and myself - same files, same project. And it worked for us as well until recently. I am trying to have my Studio downgraded to see if this will solve the issue.

best regards

Tina

Hi Steven

Thanks for the feedback but, as Tina pinpointed, this explanation doesn't clarify why some people can and others can't preview the original file given the fact they're all generated by the same workflow. Can you have this investigated a bit further? I'm unable to have my current version downgraded so I'll have to work on this weekend's package without having access to this feature. Thank you.

Regards,

Tony

Tony Conde

Have you tried resetting Studio? If this is working for others using the sae version of Studio then I'd recommend you carry out a reset and try again.

You could use this app for the reset and this will also explain what you will lose by carrying out a reset before you do it:

appstore.sdl.com/.../

But if you'd rather do this manually then rename this folder (just add _old to the end or something, it's not important what you rename it to) and restart Studio:

c:\Users\[USERNAME]\AppData\Roaming\SDL\SDL Trados Studio\14.0.0.0

So the path would become this:

c:\Users\[USERNAME]\AppData\Roaming\SDL\SDL Trados Studio\14.0.0.0_old

If you can't find this folder then you need to unhide your hidden files/folders:

www.howtogeek.com/.../

Hi Paul

I don't know whether the other people that Tina mentioned have access to that feature do have the same mention as me (Tina and I don't event share the same version number). What I meant to say in my previous comment is that Steven considers it's a Worldserver extraction issue and - if this would be the case - nobody should have access to that feature, as the all files ae generated by the same workflow.

No, I haven't reset Trados. Would this still be needed after this answer? Thanks.

Tony Conde

Tony Conde said:

No, I haven't reset Trados. Would this still be needed after this answer? Thanks.

I think Steve was probably guessing based on the mention in the stack trace.  I think you should do two things:

1. Make sure you are fully updated to the latest version of 2017

2. If you already are or if it still fails after that run a reset

You said this:

Tony Conde said:

some people can and others can't preview the original file

So in this case it's clear the problem lies with your installation.  I'm not sure what you are previewing exactly but I think Steve is confusing the XML preview which will not be possible for you as the files are coming from WorldServer first.  Perhaps the update will reset your WorldServer components and resolve this for you.

You could also try manually fixing that part by running this:

c:\ProgramData\Package Cache\SDL\SDLTradosStudio2017_SR1\modules\WorldServerComponents.msi

Hi Paul,

Same issue here, and I have also reset Studio but with no luck.

The preview feature works well for all other file formats except for this one imported from wsxz packages, files with xlf.xlifff suffix.

And the strange thing is the very same file works well on another computer of my colleague, similar situation with Tina again, is this a coincidence? Hope this could be resolved soon.

I am having the exact same issue, and so far none of the troubleshootings has solved the issue. See the link my post:

 https://community.rws.com/members/ericduch_e200_teau 

What was the solution to this problem?