Dlaczego jest to zadanie oczekujące.Yield () " wymagane dla wątku.CurrentPrincipal to flow correctly?

Poniższy kod został dodany do świeżo stworzonego projektu Visual Studio 2012. NET 4.5 WebAPI.

Próbuję przypisać zarówno HttpContext.Current.User jak i Thread.CurrentPrincipal metodą asynchroniczną. Przypisanie Thread.CurrentPrincipal przebiega nieprawidłowo, chyba że zostanie wykonane await Task.Yield(); (lub cokolwiek innego asynchronicznego) (Przejście true do AuthenticateAsync() zakończy się sukcesem).

using System.Security.Principal;
using System.Threading.Tasks;
using System.Web.Http;

namespace ExampleWebApi.Controllers
{
    public class ValuesController : ApiController
    {
        public async Task GetAsync()
        {
            await AuthenticateAsync(false);

            if (!(User is MyPrincipal))
            {
                throw new System.Exception("User is incorrect type.");
            }
        }

        private static async Task AuthenticateAsync(bool yield)
        {
            if (yield)
            {
                // Why is this required?
                await Task.Yield();
            }

            var principal = new MyPrincipal();
            System.Web.HttpContext.Current.User = principal;
            System.Threading.Thread.CurrentPrincipal = principal;
        }

        class MyPrincipal : GenericPrincipal
        {
            public MyPrincipal()
                : base(new GenericIdentity("<name>"), new string[] {})
            {
            }
        }
    }
}

Uwagi:

• await Task.Yield(); może pojawić się w dowolnym miejscu w AuthenticateAsync() lub może zostać przeniesiony do GetAsync() po wywołaniu do AuthenticateAsync() i nadal się uda.
• ApiController.User zwraca Thread.CurrentPrincipal.
• HttpContext.Current.User zawsze płynie poprawnie, nawet bez await Task.Yield().
• Web.config zawiera <httpRuntime targetFramework="4.5"/> które implikuje UseTaskFriendlySynchronizationContext.
• zadałem podobne pytanie kilka dni temu, ale nie zdawałem sobie sprawy, że ten przykład odnosi sukces tylko dlatego, że Task.Delay(1000) jest obecny.