HttpNavigationManager no longer uses NavigationException

[ilonatommy]

Description

• Guard throwing NavigationException with AppContext switch. Naming updates are welcome.
• Keep catches it in the places where they are, without AppContext.
• Add an event listener that triggers httpContext redirection.
• Test for no interactivity SSR (HttpNavigationManager) and interactivity SSR (RemoteNavigationManager) scenarios.
• Removal of "routing/not-found-ssr" etc, they don't exist and should not be on Routing test cases page.

Fixes #59451

[ilonatommy]

Microsoft.AspNetCore.Components.E2ETest.ServerExecutionTests.PrerenderingTest.CanRedirectDuringPrerendering failures are connected with the fact that we are not stopping the renderer effectively:
if the stopping occurred in prerendering, it will be valid for prerendering only and in the main rendering, _rendererIsStopped will already be false. We have to find an effective way to communicate the pause between the calls of BeginRenderingComponent.
wrong diagnosis.
We are not stopping effectively because we planned for the whole ongoing batch to finish rendering and the pause was planned to be effective only for future UI updates. We are in the middle of processing the render queue in ProcessRenderQueue

aspnetcore/src/Components/Components/src/RenderTree/Renderer.cs

Line 773 in c946659

var nextToRender = _batchBuilder.ComponentRenderQueue.Dequeue();

while new elements are still getting enqueued into the _batchBuilder.ComponentRenderQueue in

aspnetcore/src/Components/Components/src/RenderTree/Renderer.cs

Line 669 in c946659

_batchBuilder.ComponentRenderQueue.Enqueue(

We're operating on the shared object in the loop, so we cannot stop PrerenderedRedirection render. PrerenderedRedirection Deque is triggered after OnInitializedAsync but started in a process triggered before OnInitializedAsync, with _rendererIsStopped=false.

My proposal:
this test has to be changed, in the current situation we are not able to maintain the expectations of not finishing the ongoing render batch. This does not affect the correctness of navigation process.

An alternative (I need your opinion on this, @javiercn):
prevent editing _batchBuilder.ComponentRenderQueue when _isBatchInProgress=true. We can gather the items in a separate, "waiting" queue and move them to the main one in the end of ProcessPendingRender, when we are clearing _isBatchInProgress = false;. This way we will make sure that stopping was done properly.