Hi,

Same problem here.
Whenever I fire up Trados (2024), a certain TM is open in the TMs window. Even though I closed it and opened another one during the previous instance. I deleted the old TM (it was not needed anyway, now no TM at startup. What is not a big issue, but why doesn't remain my main TM there, only the old did?

Any idea?
Thanks.

Levente

Levente Pallos 

Maybe worth clarifying where you are looking.  Your description might be hiding something you're doing that will yield a clue.

As I wrote, in the Translation Memories window

Levente Pallos 

ok - so this Translation Memories window?

Or this one?

Or this one?

The first one. Isn't that the TMs window???

Levente Pallos 

I'm not being picky... all three are TM windows.  Whilst you piggy backed on a post that was over 8-years old and didn't provide a clear explanation yourself I typically don't take for granted that this means you have exactly the same problem as the original poster.  I've been doing this long enough to know I can waste a lot of time trying to help people who don't explain what they really mean.

So when you say:

Levente Pallos said:

Whenever I fire up Trados (2024), a certain TM is open in the TMs window. Even though I closed it and opened another one during the previous instance. I deleted the old TM (it was not needed anyway, now no TM at startup. What is not a big issue, but why doesn't remain my main TM there, only the old did?

That could mean any one of the three TM windows (what is a TM window?) I shared here.

Levente Pallos said:

The first one. Isn't that the TMs window???

Given the original post where you said you have the same problem, it is most likely to be the second one, but you have just proved my point.  If you mean the "first one" then this is the Translation Memories View and it has nothing at all to do with the opening of a document for translation, or a project.

The TMs in that view are held in this file:

c:\Users\[USERNAME]\AppData\Local\SDL\SDL Trados Studio\SDLTradosStudio12\TranslationMemoryRepository.xml

Thank you. 

I deleted the XML file, restarted Studio, opened the right TM, closed and restarted Studio, no TM is open in the TMs view.

Levente Pallos 

Are you using a VM or remote desktop?  Do you have an aggressive setup for your security software that might be sweeping the file that hold this information?

Are you 100% sure we are really talking about the same thing?  A screenshot of where you expect to see this would be really helpful just to remove all doubt?

This is what I'm talking about. 
Desktop, everything on my computer. No special security sw.

This is what I'm talking about. 
Desktop, everything on my computer. No special security sw.

Levente Pallos 

ok - then on this basis I don't really know what to suggest.  Out of interest I did get a quick answer using AI that may be worth investigating on your end:

If a file in your AppData\Local folder is not being updated as expected, several potential causes could be at play. Here are some common ones:

1. Permissions Issues

• The application might not have the necessary permissions to write to the file.
• If the file was created by another user or process with higher privileges (e.g., running as an admin), the current user may not have write access.

2. File Locking

• Another application (or an instance of the same application) may have the file open, preventing modifications.
• Use Process Explorer or Handle.exe (Sysinternals tools) to check if the file is locked.

3. Antivirus or Security Software Interference

• Some security software may block modifications to certain files, especially in AppData\Local.
• Check logs in your antivirus software for any blocked activities.

4. Corrupt File or Storage Issues

• The file may be corrupted or on a failing disk, causing the application to fail silently when attempting to write.
• Try renaming or deleting the file and see if the application recreates it.

5. File Redirection or Virtualisation (Windows Compatibility Features)

• If the application is running in compatibility mode or a restricted user context, Windows may redirect writes elsewhere (e.g., VirtualStore).
• Check: C:\Users\<username>\AppData\Local\VirtualStore\

6. Read-Only Attribute

• The file might have been marked as read-only.
• Check its properties (Right-click > Properties > Attributes).

7. Background Sync Issues (Cloud Storage)

• If the AppData\Local folder is somehow linked to OneDrive or another syncing service, there may be sync conflicts.

And to be very sure we are both doing the same thing, here's a quick video to show how this works:

I have restarted the program several times since I deleted the XML file and the program hasn't created the xml again. 

Levente Pallos 

Levente Pallos said:

I have restarted the program several times since I deleted the XML file and the program hasn't created the xml again. 

Well... if this ever worked for you in 2015 I'd suggest the problem is not with Trados and rather some external environmental issue.  If the problem is with Trados then I'm afraid your version is just too old to do anything about it.

But my money would be on your environment.

It's Trados 2024 as I wrote in my 1st message