Открытие окна WPF из C++/CLI с помощью асинхронного метода блокируется

Вызов .Wait() наверняка вызывает тупик.

Если вам не нужен результат LoginAsync немедленно, вместо этого зарегистрируйте продолжение, используя .ContinueWith(...).

Если вам нужен синхронный результат LoginAsync, запустите новый DispatcherFrame в потоке пользовательского интерфейса. Код C# будет выглядеть так:

// Assuming that the 't' is a Task<...>.
var t = LoginAsync();

var frame = new DispatcherFrame();
t.ContinueWith((_) => { frame.Continue = false; }, TaskContinuationOptions.ExecuteSynchronously);

// Block current thread until LoginAsync is completed, while performing all UI stuff.
// (Make sure you call this in UI thread)
Dispatcher.PushFrame(frame);

// Since 't' is already completed, this call won't block the thread.
var loginResult = t.Result;

Поскольку мой первоначальный вопрос касался вызова асинхронного метода C# из C++/CLI без блокировки всего приложения, я опубликую здесь свой перенесенный код из ответа, предоставленного Sinus32. (Ему будет дана благодарность за ответ на сообщение.)

При этом я до сих пор не уверен на 100%, почему DispatcherFrame является решением, а не других диспетчеров, таких как Application.Current.Dispatcher...

// C# class that gathers OAuth settings from the app config file and ultimately 
// calls into IdentityModel.OidcClient to do the authentication
MyCompany::Client::Authentication::IAuthenticationService^ authService =
gcnew MyCompany::Client::Authentication::OidcAuthenticationService();

// PerformLoginAsync calls OidcClient.LoginAsync() which calls IBrowser.InvokeAsync() 
// which is responsible for creating the WPF Window with the embedded browser
//
// It is in here where I added code to switch to the WPF UI thread so
// the controls can be created.
auto loginTask = authService->PerformLoginAsync();

auto frame = gcnew System::Windows::Threading::DispatcherFrame();

// Since the callback needs to update the Continue method of DispatcherFrame and the
// callback is of Action<Task>, you need to treat frame variable as a "captured variable"
// and explicitly pass it in. It is my understanding that the dotnet compliler does this
// via a Field but I choose to do so via the ctor
auto helper = gcnew MyCompany::Client::Authentication::DispatcherFrameHelper(frame);

// This is needed since, as Ben Voight mentions, C++/CLI does not support lambdas.
auto callback = gcnew System::Action<System::Threading::Tasks::Task^>(helper, &MyCompany::Client::Authentication::DispatcherFrameHelper::SetDispatcherFrameToContinue);

loginTask->ContinueWith(callback, System::Threading::Tasks::TaskContinuationOptions::ExecuteSynchronously);

System::Windows::Threading::Dispatcher::PushFrame(frame);

auto result = loginTask->Result;