ConnectionAbortedException ---> Reading is already in progress

[Transis-Felipe]

Describe the bug
We're frequently getting the exception below in .net 8.0.

Microsoft.AspNetCore.Connections.ConnectionAbortedException: The connection was aborted by the application.
---> System.InvalidOperationException: Reading is already in progress.
at Microsoft.AspNetCore.Server.Kestrel.Core.Internal.Http.Http1MessageBody.OnConsumeAsync()
--- End of inner exception stack trace ---

Further technical details
ASP.NET Core 8.0
Kestrel on Windows Server 2019

https://github.com/dotnet/aspnetcore/blob/main/src/Servers/Kestrel/Core/src/Internal/Http/Http1MessageBody.cs

protected override Task OnConsumeAsync()
{
    try
    {
        while (TryReadInternal(out var readResult))
        {
            AdvanceTo(readResult.Buffer.End);

            if (readResult.IsCompleted)
            {
                return Task.CompletedTask;
            }
        }
    }
    catch (BadHttpRequestException ex)
    {
        // At this point, the response has already been written, so this won't result in a 4XX response;
        // however, we still need to stop the request processing loop and log.
        _context.SetBadRequestState(ex);
        return Task.CompletedTask;
    }
    catch (InvalidOperationException ex)
    {
        var connectionAbortedException = new ConnectionAbortedException(CoreStrings.ConnectionAbortedByApplication, ex);
        _context.ReportApplicationError(connectionAbortedException);

        // Have to abort the connection because we can't finish draining the request
        _context.StopProcessingNextRequest();
        return Task.CompletedTask;
    }

    return OnConsumeAsyncAwaited();
}

One suggestion should be to implement TryMapGet to be called instead of app.MapGet on the server side.

[amcasey]

@Transis-Felipe From your description, it sounds like this behavior is new in 8.0. Which version were you on before you upgraded?

[amcasey]

One suggestion should be to implement TryMapGet to be called instead of app.MapGet on the server side.

Sorry, I didn't understand this suggestion. Can you elaborate?

[amcasey]

The exception is from here.

#33409 had a similar stack and was closed in favor of dotnet/runtime#53914. It would be interesting to know whether their setup sounds similar to what you're doing.

[amcasey]

The stack trace doesn't give us much to go on. I'd say the next steps are probably to collect (and, ideally, share) more verbose logs and to review dotnet/runtime#53914 (which is quite old) in case the problems described there sound similar to your scenario.

Hi @Transis-Felipe. We have added the "Needs: Author Feedback" label to this issue, which indicates that we have an open question for you before we can take further action. This issue will be closed automatically in 7 days if we do not hear back from you by then - please feel free to re-open it if you come back to this issue after that time.

[Transis-Felipe]

One suggestion should be to implement TryMapGet to be called instead of app.MapGet on the server side.

Sorry, I didn't understand this suggestion. Can you elaborate?

Hi @amcasey ,

TryMapGet to not generate ReportApplicationError when there's an InvalidOperationException

[Transis-Felipe]

@Transis-Felipe From your description, it sounds like this behavior is new in 8.0. Which version were you on before you upgraded?

Before .net 8 I was using .net 7, but the error was the same.
I think it's a zero day error, because I see people talking of it in .net core 3

[amcasey]

@Transis-Felipe From dotnet/runtime#53914, it sounds like there are corner cases where subtle buffering behavior can cause this error to be reported. Have you reviewed that issue to see whether any of the practices describe there sound like what your app is doing?

Where are you seeing people talking about encountering this issue in .net core 3? I haven't been able to find any reports other than the ones I linked above.

[Transis-Felipe]

Where are you seeing people talking about encountering this issue in .net core 3? I haven't been able to find any reports other than the ones I linked above.

#17062

#14727

[Transis-Felipe]

Have you reviewed that issue to see whether any of the practices describe there sound like what your app is doing?

I don't have access to client apps that consumes this app.