https://community.rws.com/developers-more/trados-portfolio/groupshare-developers/en-USTelligent Community 12 Non-Productionhttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/60746/connection-to-groupshare-2020-sr1-cu12-not-possible-from-studio-2024-sr1-cu3-with-implicit-windows-credentials---works-if-the-user-explicitly-enters-user-name-and-password/192614Wed, 01 Apr 2026 12:37:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:20947bee-24eb-437e-a6ff-3c42faeab68cDaniel García MagariñosI was wondering, am I the only one experiencing this issue? Has somebody else manage to make it work at least with the latest GroupShare version? Danielhttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/60746/connection-to-groupshare-2020-sr1-cu12-not-possible-from-studio-2024-sr1-cu3-with-implicit-windows-credentials---works-if-the-user-explicitly-enters-user-name-and-passwordFri, 27 Mar 2026 16:32:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:c3ca9075-8f73-41ae-b0d6-bb68cd374740Daniel García MagariñosIn Studio 2022, I could connect to our TM Server in GroupShare with this code. I used the Windows credentials of the current user without having to ask the user to enter them: private void button1_Click(object sender, EventArgs e) { bool blWindowsAuthentication; blWindowsAuthentication = true; // Connect with URL and credentials // TranslationProviderServer tmServer = new TranslationProviderServer(GetUri(txtServerURI.Text), blWindowsAuthentication, "", ""); TranslationProviderServer tmServer = new TranslationProviderServer(GetUri("https://SERVERNAME"), blWindowsAuthentication, userName: null, password: null); MessageBox.Show ("Connected"); } private Uri GetUri(string _serverUri) { return new Uri(_serverUri); } Now exactly the same code gives this error: System.NullReferenceException: 'Object reference not set to an instance of an object.' Here is the stack trace with more details: Source: Sdl.Desktop.Platform.ServerConnectionPlugin StackTrace " at Sdl.Desktop.Platform.ServerConnectionPlugin.TMServer.InternalClients.TmServiceRestClientCreator.CreateRestClient(String baseAddress, ClientSettings clientSettings) at Sdl.Desktop.Platform.ServerConnectionPlugin.TMServer.InternalClients.InternalRestClient..ctor(String baseAddress, ITmServiceRestClientCreator restClientCreator, IBcmToTransUnitConverter bcmToTransUnitConverter) at Sdl.Desktop.Platform.ServerConnectionPlugin.TMServer.TranslationMemoryAdminstrationClientFactory.Create(String baseAddress, UserCredentials credentials, IServerConnectionService serverConnectionService) at Sdl.LanguagePlatform.TranslationMemoryApi.TranslationProviderServer..ctor(Uri serverUri, Boolean useWindowsAuthentication, String userName, String password)\ at WindowsFormsApp1.Form1.button1_Click(Object sender, EventArgs e) If I pass explictly the user name and password, then the connection works correctly but I would want to avoid asking the users for their Windows credentials. Is the implicit login not supported anymore? According to the SDK, this should work: https://developers.rws.com/studio-api-docs/api/translationmemory/Sdl.LanguagePlatform.TranslationMemoryApi.TranslationProviderServer.html useWindowsAuthentication Whether to use Windows authentication. When n set to false, userName and password have to be specified. When set to true , either pass null for userName and password in order to log on as the currently logged on Windows user, or set userName to a domain-qualified Windows user name and password to the matching password to log on using basic Windows authentication. Thanks! Danielhttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/60579/connection-issue-between-plunet-and-groupshare-with-latest-java-build/192413Wed, 25 Mar 2026 14:54:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:839415b8-f97a-4a8b-bb9b-089e0e7c4a9eNicol TincaniHi Zoltan Balazs Thanks for your help and feedback. Our Support team was able to analyse this with the IIS Crypto tool and gather more information to provide to our customers to fix this.https://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/60579/connection-issue-between-plunet-and-groupshare-with-latest-java-build/191997Tue, 17 Mar 2026 11:32:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:a71b9c7f-eb61-4e04-b46e-ecb7cacf696fZoltan BalazsHi Nicol Tincani Thanks for raising this issue with us. From the information I could gather with Java 17 certain protocols were disabled (TLSv1 and TLSv1.1). This shouldn't affect GroupShare as we support TLS12. Also, certain cipher and key exchanges were disabled and some key size constraints were put in place with Java 17. This is an industry trend, where RSA key transport is deprecated as vulnerabilities are found. My understanding is that Java 17+ components/applications attempting to connect to GroupShare over HTTPS will fail with a handshake error if the server only offers these disabled cipher suites. The fix is server-side only - where the TLS configuration on the GroupShare server needs to be updated so that you prioritize certain cipher suites and disable the ones not supported by Java 17. This can be done using the IIS Crypto tool.https://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/60579/connection-issue-between-plunet-and-groupshare-with-latest-java-build/191933Sat, 14 Mar 2026 09:02:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:c3d91a69-7e8d-40bc-a631-e8fb0433ae9cPatrick Andrew HartnettHi Nicol Tincani , I have forwarded this issue to the team and will try to get you a response asap. + Daniel Brockmannhttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/60579/connection-issue-between-plunet-and-groupshare-with-latest-java-buildFri, 13 Mar 2026 15:10:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:4122a783-ea02-4d58-915a-4310666d57e9Nicol TincaniHi Patrick Andrew Hartnett or GroupShare developers, Just wanted to let you know about this recent issue we have found between Plunet and GroupShare. This is the message from our Head of Support: “The latest Java build jdk-17.0.18+8 from January breaks the connection between Plunet and Groupshare. With this build, Java updated their security algorithms and disables more algorithms than with previous builds. As soon we disable the following, Plunet can connect with Groupshare again: This information should also help RWS to troubleshoot the issue.” We are going to proactively reach out to customers using the GroupShareManager, so that they are informed about this, but it would be useful to have a reply from you. Thank you.https://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/59847/hi-team-i-need-to-populate-the-project-tm-does-this-feature-exist-in-groupshare-server-15-1-10-gs-2020-sr1-cu10-currently-i-am-creating-projects-using-the-groupshare-rest-api-is-there-any-way-to-trigger-or-manage-project-tms-Thu, 04 Dec 2025 08:42:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:bf0465b2-8412-4192-89f8-7ec8aa562d5fGopi NI need to populate the Project TM. Does this feature exist in GroupShare Server 15.1.10 (GS 2020 SR1 CU10)? Currently, I am creating projects using the GroupShare REST API. Is there any way to trigger or manage Project TMs through the GroupShare REST APIs?GroupShareGroupShare Rest APIhttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/59008/api---is-it-possible-to-get-the-filter-of-a-file/187375Tue, 16 Sep 2025 10:06:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:f8f58929-d43c-453a-9e26-e01b96bd41c3Darius GhermanDear Julien, Thank you for raising this question in the GroupShare Developers forum. Could you please check if any of the already available actions help you: https://docs.rws.com/en-US/trados-groupshare-2020-sr2-1160456/rest-api-information-770359 . Access the API Documentation on your end: https:// /documentation/api/index. Looking forward to hearing from you.https://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/53253/tm-service-api-gs-2020-cu10-and-newer/187373Tue, 16 Sep 2025 09:59:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:cb493603-f16e-436f-9760-32c05411c8caDarius GhermanDear Frantisek, Thank you for raising this with the RWS Developers forum. I know that my reply is a bit too late, and I am sorry for that. If this is still an issue on your end, please check these links: https://groupsharedev.sdlproducts.com/documentation/api/index And, from there, while adding the /resources/TmServiceRestApiDocumentation.json in the swagger link, you will reach the TMService RestApi . Best regardshttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/59008/api---is-it-possible-to-get-the-filter-of-a-fileMon, 15 Sep 2025 08:52:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:bd5fbbd1-b221-41d7-965e-089dea220965Julien MotchHello, I have a question concerning one of my plugin: Is it possible through the API to get the FILTER (not the format) used for the ongoing file ? example : in the context of a plugin linked to the editor Thank youStudio APIStudio plug-inhttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/59004/tm-service-api-documentation-not-available/187315Mon, 15 Sep 2025 07:06:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:b405e226-113f-4ceb-b5d2-ae0097f72cd5Darius GhermanDear Tamas, Thank you for raising this request in the forums. Please check the API Documentation link available here: https://groupsharedev.sdlproducts.com/documentation/api/index . Then go to this section: TM Service documentation disclaimer. There you will see that you will need to do the following, in order to access the TM Service API documentation: The following REST API documentation is provided "as is" and without any warranty, express or implied. In previous versions, the TM Service RestApi documentation was displayed by accessing "http://{machinename}/docs/ui/index"(which is now accesed by specifying "/resources/TmServiceRestApiDocumentation.json" in textbox above). The information contained herein is subject to change without notice. I hope this helpshttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/59004/tm-service-api-documentation-not-availableMon, 15 Sep 2025 04:43:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:fec13c54-f951-4613-be12-bbc0bcbf16d1Tamas Meszaroshi, When I try to access the TM service api documentation at https://groupsharedev.sdlproducts.com/docs/ui/index , I get this error message: {"errorCode":"AuthorizationError","message":"You are not authorized to access this resource","causes":null} (same result if I try this on our own groupshare server) Can you please help, how can I access the API documentation? Is there any public source maybe? Thank you, Tamashttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/w/groupshare-api/3388/groupshare-webhooks-serviceTue, 09 Sep 2025 09:01:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:cbd1aeb6-7965-4064-a1f4-329fba7a2d8bPatrick Andrew HartnettLearn how to configure and use the Trados GroupShare WebHooks Service .https://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/58466/maximum-of-cal-s-reached-signout-endpoint-doesnt-workTue, 22 Jul 2025 06:09:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:ab8908fe-8cd8-4c59-94cb-ebbd39696ff4Marvin HannemannHello, I have the problem that somehow the returning meachanism doesnt work. In the documenation it says that you get a token via the login/signin Endpoint. So far so good. But if you want to return the token and free the used CAL, then its a different story. In the Swagger Endpoint Documentation there is an Endpoint login/signout. If you send your token to this endpoint it seems to work, at least it shows a 200 Http Response. But then you still can use the token. And it still blocks a CAL. This issue seems to be around for a long time and I couldnt find any helpful resources to fix this problem. The Nuget Package Github side doesnt to help either since it is not documented very well and the last issue got fixed in 2018. The sample code written with .Net Framework 4.6.1 what has multiple old packages that are not supported in the current .net 9. Any Suggestions how to free my CALs and fix the problem with running out of CALs ? Best regards, Marvinhttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/58257/retrieving-a-list-of-translation-memories-with-groupsharekit-does-not-retrieve-all-translation-memories/184933Thu, 03 Jul 2025 17:46:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:8e1769d1-cc85-4174-b206-5f9806843968Daniel García MagariñosI think that the issue is not in the GroupShareKit but in the GroupShare Rest API itself. I have tested getting the translation memories with rest call using the swagger page from our own server and the number of translation memories obtained is the wrong one. curl -X GET --header 'Accept: application/json' --header 'Authorization: Bearer XXXYZ' 'OURSERVER/.../tms' I have seen which translation memories are not retrieved by the REST API but I cannot find any common pattern. The only thing I see is that there are 53 translation memories which are visible from the GroupShare dashboard and from the Studio interface but they are invisible for the GroupShare Rest API (and the GroupShare kit). Could it be that the GroupShare Rest API is getting the translation memory details from some cached data? The statistics widget in the GroupShare main page also shows the correct number of translation memories. The Studio API also retrieves the all the translation memories but it is slower. I wonder what might be going on... :? Danielhttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/58257/retrieving-a-list-of-translation-memories-with-groupsharekit-does-not-retrieve-all-translation-memoriesWed, 02 Jul 2025 11:49:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:4c3e6700-6191-4dfc-bd82-5d95c72f081eDaniel García MagariñosDear all, I am doing a basic test of the GroupShareKit and I created some simple code to retrieve a list of translation memories. Here is the code: var token = await GroupShareClient.GetRequestToken(GsUser, GsPassword, new Uri(strServerName), GroupShareClient.AllScopes); GroupShareClient gsClient = await GroupShareClient.AuthenticateClient(token, GsUser, GsPassword, "", new Uri(strServerName), GroupShareClient.AllScopes); var myTMs = await gsClient.TranslationMemories.GetTms(); The code is very simple and it runs without errors. When I see the deails for the "myTMs" object, I see that it has 1037 items. Each item is a translation memory and and use the "locals" window in Visual Studio to see the TM properties (TMId, language pairs, etc.) The problem is that in the server there are 1114 translation memories as shown from the GroupShare dashboard. In both cases, I am logging in with the same user account. At some point, I can investigate which translation memories are not returned by GetTMs or if there is some limit but I wanted to ask here first in case somebody has seen a similar behaviour. Or is this method paginated and I am just getting the first page or results? Thanks! DanielGroupShareC#GroupShareKithttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/58107/local-file-state-wrongly-set-to-modified-after-download-via-the-groupshare-apiTue, 17 Jun 2025 08:59:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:ef6a0d31-3548-4388-b942-5598bb1e5ea5Jean-François VerdoodtGood morning, we are facing a problem with the implementation of project automation in our version of Trados Studio 2022. Users want that when they open the project via our plugin, all latest version of files are automatically downloaded We are able to download all the latest version as requested (via "/api/projectserver/v2/projects/{projectId.ToString()}/fileversions/download/{fileId}/{version}") but as soon as we save the file in the correct folder the file is considered as modified localy and not up-to-date. We even set the last modified date of the file to the correct date referenced in the ProjectFile object. The information about the local version also stay at "no version downloaded" Could you help me and tell what we are missing ? This status lead to version mismatch when different person work on the files. thanks for your help, jfGroupShare Rest APIfile downloadhttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/57885/retrieval-of-backgroundtasks---not-working-as-expectedMon, 26 May 2025 15:38:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:c7f99965-94ec-412d-8639-587a99396f71Jean-François VerdoodtDear all, we are currently facing a problem with the backgroundtasks endpoint. Based on the swaggerUI definition there is no possibility of getting a backgroundtask based on its Id. So based on it, we try to retrieve all backgroundtask then filter on our side. using swaggerUi to test it there is some strange behaviour If I limit it to 100 we got 3 result if I change it to 101 (in the description, it's said that the limit is 1000) it doesn't return anything Could you help me either to solve this problem or to retrieve a specific task based on its id thanks, jfbackground tasksgroupshare apihttps://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/20803/termbase-export-through-the-gs-rest-api-groupsharekit/183560Tue, 20 May 2025 15:38:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:3f8248ed-f808-4a0e-8bbe-35f6d3eea5b5Andrew JamesonHi Luis Lopes 6 years on, is there any change here? Is it possible now to export termbases from GroupShare? I can't find a documented API endpoint which offers this.https://community.rws.com/developers-more/trados-portfolio/groupshare-developers/f/groupshare-developers-forum/21492/import-in-groupshare-tms-with-studio-2019/176836Fri, 22 Nov 2024 10:15:00 GMT10acfa76-f078-475b-a7ef-fc5b3e8d2934:9ea18af1-4621-4352-b986-7e9e191edc8dLaurent PierretHi Daniel, Happy to read that you found a workaround. To be honest, I can't remember how I solved the problem back then and it is not long current for us since we moved all our translation memories to WorldServer for approx. 3 years. I have a vague recollection that I finally did not need it and could make it work without. But as I said, it has been a long time. Best wishes to Frankfurt from a sunny and snowy Munich. Regards, Laurent