Catch and discard JSDisconnectedException in IJSObjectReference.DisposeAsync for WebView

[Copilot]

When components dispose IJSObjectReference instances during DisposeAsync, a JSDisconnectedException can be thrown if the JS runtime is no longer available (circuit disconnected, WebView navigated away, or WebView disposed). This is a spurious error — the JS side is already gone, so server-side cleanup of the reference is unnecessary.

Description

JSObjectReference.DisposeAsync already catches and discards JSDisconnectedException. This PR extends the same pattern to Blazor WebView:

• WebViewJSRuntime: Added _disconnected flag + internal MarkAsDisconnected() method. When set, BeginInvokeJS throws JSDisconnectedException immediately (same pattern as RemoteJSRuntime.MarkPermanentlyDisconnected()).

• PageContext.DisposeAsync: Calls JSRuntime.MarkAsDisconnected() before Renderer.DisposeAsync(), preventing JS interop calls from hanging or throwing during component teardown when the page has navigated away or the WebView is being disposed.

• Tests: Two new tests verify that the JS runtime is marked disconnected on WebView disposal and on page navigation.

// PageContext.DisposeAsync — before this change, DisposeAsync on a JSObjectReference
// would hang or propagate exceptions when the WebView was already gone
public async ValueTask DisposeAsync()
{
    JSRuntime.MarkAsDisconnected(); // new
    await Renderer.DisposeAsync();
    await _serviceScope.DisposeAsync();
}

[Copilot]

Pull request overview

This PR improves Blazor WebView teardown/navigation behavior by marking the WebView JS runtime as disconnected early, so component disposal (including IJSObjectReference.DisposeAsync) doesn’t attempt JS interop when the WebView/page is already gone.

Changes:

• Add a disconnected state to WebViewJSRuntime and throw JSDisconnectedException for any JS interop after disconnection.
• Mark the JS runtime as disconnected at the start of PageContext.DisposeAsync() to prevent interop during renderer/component disposal.
• Add WebViewManager tests that validate JS interop throws JSDisconnectedException after WebView disposal and after page re-attach (navigation simulation).

Reviewed changes

Copilot reviewed 4 out of 4 changed files in this pull request and generated 2 comments.

File	Description
src/Components/WebView/WebView/test/WebViewManagerTests.cs	Adds tests asserting JS interop throws JSDisconnectedException after disposal/navigation.
src/Components/WebView/WebView/src/WebViewManager.cs	Exposes the current PageContext (internal) for test inspection.
src/Components/WebView/WebView/src/Services/WebViewJSRuntime.cs	Introduces _disconnected flag + MarkAsDisconnected() and throws JSDisconnectedException when disconnected.
src/Components/WebView/WebView/src/PageContext.cs	Marks the JS runtime disconnected before disposing the renderer and scope.