Hi Michalis Lioudakis , I've just tested this now against the latest production release of Trados Studio 2024 CU2 and not able to reproduce. For example, you can test with the DSI Viewer project which has an integration with the ActiveDocument in the editor (https://github.com/RWS/Sdl-Community/tree/Studio_2024/DSI%20Viewer)

What version of Trados Studio are you working with?

Is your project available publically on github...? Might be easier if I quickly review it.

Hello Patrick Andrew Hartnett , I am currently working with Trados Studio 2024 18.0.2.3255.

After reviewing DSI Viewer project, I observe that the Editor is initialized using the following approach:

[ApplicationInitializer]
public class DsiViewerInitializer : IApplicationInitializer
{
private static EditorController _editorController;

public static EditorController EditorController => _editorController ??= SdlTradosStudio.Application.GetController<EditorController>();

public void Execute()
{

}
}

I would appreciate any other recommendations you may have.

Hi Michalis Lioudakis , can you make yr plugin code project available so that I can understand better why this isn't working for you?

I'm not fully understanding your workflow or integration:

Expected Behavior
The plugin should be able to access file metadata in Trados Studio 2024 to determine if the current document was processed by ESTeam Language Factory and display the appropriate tabs and information based on the document type.

Hello again Patrick Andrew Hartnett , I apologise for the delay. It took me some days to make a mvp of the plugin, but I managed to do it. I will need a username to share it with you in GitHub

Hello Patrick Andrew Hartnett , I would much appreciate to share the MVP plugin code with you, so you can have a better understanding of the issue. Please note that this is a major blocker for us.

Hi Michalis Lioudakis , you can use my github name: Impertatore

I'll try to schedule time to take a peek at this asap early next week.

Hi Michalis Lioudakis , I've reviewed yr plugin and identified where the problems are + how you can workaround them. Let me know if you need the full example.

Delete yr current UserControl implementation here: SampleTradosPluginControl.cs.

Delete SampleTradosPluginInitializer.cs; you don't need it with this sample project impelmentation.

I'd recommend to move the logic that accesses the editor controller to yr controller that manages the view/viewModel, as it should initalize when the editor context is avaialble.

using SampleTradosPlugin.View;
using SampleTradosPlugin.ViewModel;
using Sdl.Desktop.IntegrationApi;
using Sdl.Desktop.IntegrationApi.Extensions;
using Sdl.Desktop.IntegrationApi.Interfaces;
using Sdl.TranslationStudioAutomation.IntegrationApi;

namespace SampleTradosPlugin
{
    [ViewPart(
        Id = "Information Box",
        Name = "Information Box",
        Description = "Information Box",
        Icon = "favicon"
    )]
    [ViewPartLayout(typeof(EditorController), Dock = DockType.Top)]
    public class SampleTradosPluginController : AbstractViewPartController
    {
        private SampleTradosPluginView _view;
        private SampleTradosPluginViewModel _viewModel;
        private EditorController _editorController;

        protected override IUIControl GetContentControl()
        {
            return _view;
        }
        protected override void Initialize()
        {
            _editorController = SdlTradosStudio.Application.GetController<EditorController>();
            
            _view = new SampleTradosPluginView();
            _viewModel = new SampleTradosPluginViewModel(_view, _editorController);

            _view.DataContext = _viewModel;
        }
    }
}

The ActiveFile on the IStudioDocument is null when loading the document for the first time as it's simply not active when you attempting to access it.  Simply get the first file.

        private ProjectFile GetActiveFile(IStudioDocument document)
        {
            try
            {
                if (document?.ActiveFile != null)
                {
                    return document.ActiveFile;
                }

                var file = document?.Files?.FirstOrDefault();
                if (file != null)
                {
                    return file;
                }
            }
            catch
            {
                throw new Exception("Document files object is null");
            }

            return null;
        }

Hey Patrick Andrew Hartnett ,

Thank you for the time allocated for this, I really appreciate it!

First of all, I have updated your role to have write and push rights to the repo. Secondly, after the suggested changes, I suppose I have to refactor the whole code to use the file returned from GetActiveFile instead of _activeDocument.ActiveFile.

This approach creates some issues in my main repo, since I am using _activeDocument.ActiveFileProperties.FileConversionProperties.MetaDataContainsKey a few times. I don't see any similar methods in the file returned from GetActiveFile method.

Another issue is that I am using 
private Document activeDocument = (Document)InformationBoxInitializer.EditorController.ActiveDocument;
in my custom verifier class (and a few other classes), which will create errors by deleting InformationBoxInitializer class. Any workarounds on that?

Hey Patrick Andrew Hartnett ,

Thank you for the time allocated for this, I really appreciate it!

First of all, I have updated your role to have write and push rights to the repo. Secondly, after the suggested changes, I suppose I have to refactor the whole code to use the file returned from GetActiveFile instead of _activeDocument.ActiveFile.

This approach creates some issues in my main repo, since I am using _activeDocument.ActiveFileProperties.FileConversionProperties.MetaDataContainsKey a few times. I don't see any similar methods in the file returned from GetActiveFile method.

Another issue is that I am using 
private Document activeDocument = (Document)InformationBoxInitializer.EditorController.ActiveDocument;
in my custom verifier class (and a few other classes), which will create errors by deleting InformationBoxInitializer class. Any workarounds on that?

Hi Michalis Lioudakis , I'm not finding 'InformationBoxInitializer' in the sample project.  If this is the same as 'SampleTradosPluginInitializer' from the sample project you provided, then it's still ok to initialize the editor controller there and access it everywhere.  You just need to make sure it's initialize after the context is ready.

Example:

using System;
using Sdl.Desktop.IntegrationApi;
using Sdl.Desktop.IntegrationApi.Extensions;
using Sdl.Desktop.IntegrationApi.Interfaces;
using Sdl.TranslationStudioAutomation.IntegrationApi;
using Sdl.Desktop.IntegrationApi.Notifications.Events;

namespace SampleTradosPlugin
{
    [ApplicationInitializer]
    public class SampleTradosPluginInitializer : IApplicationInitializer
    {
        public void Execute()  
        {  
            SdlTradosStudio.Application.GetService<IStudioEventAggregator>()  
                .GetEvent<StudioWindowCreatedNotificationEvent>().Subscribe(OnStudioWindowCreated);  
        }  

        private void OnStudioWindowCreated(StudioWindowCreatedNotificationEvent obj)  
        {  
            EditorController = SdlTradosStudio.Application.GetController<EditorController>();  
        }  

        public static EditorController EditorController { get; private set; }
    }
}

Note: I'd recommend that you reference System.Reactive.dll from the studio installation directory to ensure you have right version for subscibing to the notification events.

<Project Sdk="Microsoft.NET.Sdk">
    <PropertyGroup>
        <TradosFolder>$(MSBuildProgramFiles32)\Trados\Trados Studio\Studio18</TradosFolder>
        <PluginDeploymentPath>$(AppData)\Trados\Trados Studio\18\Plugins</PluginDeploymentPath>
    </PropertyGroup>
    <ItemGroup>
        <Reference Include="System.Reactive">
          <HintPath>$(TradosFolder)\System.Reactive.dll</HintPath>
        </Reference>
        // Other Trados References...
    </ItemGroup>
</Project>

It seems that the problem is solved now! Thanks a lot Patrick Andrew Hartnett