Ben Vinson

Not sure if this is a related issue or not, but I get the same issue with next being `undefined` if I use an async function as a callback: ```...

Ahh interesting, makes sense. Thanks for looking into it!

@UppaJung It sure looks like you're running into the same issue I was with using async/await. I got around this by simply using a non-async wrapper function for the middleware...

You need to change the xpath: `month_xpath_tmpl = '//*[@id="app"]/div[3]/div[1]/ul/li[%d]/div/div/div/div/span[%d]'` I'm forked off a different repo but here is the pull: https://github.com/AgentTyr/tadpoles/pull/2

I fixed this in my branch for anyone who runs into this: https://github.com/BenV/tadpoles/commit/526e4c0f2a3117768586b99acd4d7759f1fcf8f1 I took some shortcuts to just use 2FA via push notifications instead of entering the 2FA code...

It actually appears to be this line: https://github.com/ghempton/ember-script/commit/6b0fa13e6b6aa057b6344295476a9e3b02811e75#diff-097a81dfc786f3a3aa0d594b496ea92bR647 If I remove that /contextVar it starts working properly again. I don't have enough pegjs expertise to try to write a test...

Doesn't appear this will ever get merged, but for anyone else using this branch the `deinterlace` method also needs to be updated to use TypedArrays, something like: ``` var deinterlace...

@sivMSFT we are also encountering this issue ~600+ times per day in our application while attempting to clean up our WebView. The stack trace is: ``` win32u.dll!NtUserDestroyWindow() EmbeddedBrowserWebView.dll!embedded_browser_webview_current::internal::ClientWindowWin32::Close(void) EmbeddedBrowserWebView.dll!embedded_browser_webview_current::Controller::CloseInternal(void) EmbeddedBrowserWebView.dll!embedded_browser_webview_current::EmbeddedBrowserWebView::CloseInternal(long,bool,enum...

> [@BenV](https://github.com/BenV) just as info (I am working on the same product as [@peh-87](https://github.com/peh-87)): We never really solved the issue. In the end, we simply disabled the WebView2 component in...