[fixed] The current code will stop working with Windows Terminal v.1.22.

[german-one]

I knew the half-life of this code would be short. And I didn't even expect it to last longer than half a year. But now the time has come. Terminal v.1.23 v.1.22 includes updates that make the hosted process untraceable with the current implementation.

Whenever I find the time I'll try to find a way to make it work again.

[GruberMarkus]

Would the code proposed by Microsoft at https://learn.microsoft.com/en-us/entra/msal/dotnet/acquiring-tokens/desktop-mobile/wam#parent-window-handles work?

In PowerShell, I currently use this:

Add-Type -TypeDefinition @'
using System;
using System.Runtime.InteropServices;

public class User32
{
    [DllImport("user32.dll", ExactSpelling = true)]
    public static extern IntPtr GetAncestor(IntPtr hwnd, GetAncestorFlags flags);
}

public class Kernel32
{
    [DllImport("kernel32.dll")]
    public static extern IntPtr GetConsoleWindow();
}

public enum GetAncestorFlags
{
    GetParent = 1,
    GetRoot = 2,
    GetRootOwner = 3
}
'@

# Define the function to get the console or terminal window
function GetConsoleOrTerminalWindow {
    $consoleHandle = [Kernel32]::GetConsoleWindow()
    $handle = [User32]::GetAncestor($consoleHandle, [GetAncestorFlags]::GetRootOwner)
  
    return $handle
}

[IntPtr] $ParentWindow = (GetConsoleOrTerminalWindow)

[german-one]

No, also this won't work any longer. The handle points to a hidden pseudo console.
And I'm afraid I also have to update the topic because as to what I observed v.1.22 is already affected. This is the current preview release and may become the stable release within the upcoming 4 weeks.

[GruberMarkus]

I just opened an issue with the Microsoft team that posted the code I referred to earlier: AzureAD/microsoft-authentication-library-for-dotnet#4928

Maybe the MSAL team and the Windows Terminal team can work together and share a solution.

[german-one]

Thanks! I'm going to keep an eye on the issue you filed. I would have preferred to have Microsoft-authored solution from the beginning. Alas ...

[german-one]

I just fixed it. Would you mind to give some feedback how it's working for you?

FWIW I still wasn't able to get rid of undocumented API. So I'm afraid this isn't a solution the Microsoft / Azure people would ever take over. However, feel free to point them to this repo in the issue you filed. Perhaps it helps people to find a better way of doing this. At least it might be an interim solution in the meanwhile.

[GruberMarkus]

Thanks for the update, great work!

A first test looks good, but I will probably not be able to have a detailed look until November.

[german-one]

Thanks for your feedback! Good to know it doesn't only work for me.

Unfortunately the code is quite long-winded. So I propose to put the Add-Type part into another script file (e.g. winterm.ps1) and dot-include it at the beginning of your actual script. Like so ...

. ".\winterm.ps1"
$ParentWindow = [WinTerm]::HWnd
# etc.

This might help to keep your own script more readable.

[german-one]

As I have a day off and the weather is ugly, I took the time to work on that. I'm happy to provide a first preview PS code.

EDIT: Now it's a day later and I pushed an update for all codes in the repo. Should be solved now.