It looks like both auth_field_value//1 and header_field//2 emit a \r\n pair after succeeding. This means that after a WWW-Authenticate line, there are two \r\n pairs. Ordinarily this isn't that much of a problem - you just lose some headers and maybe emit some junk into the body, but browsers will ignore it if there's no Content-Length or Content-Type and just prompt the user for a password if the WWW-Authenticate is basic.
But if it's Negotiate, then the lines afterwards can be critical: For example, cookies set in the first step may be needed to establish a session so that the second step can find the authentication context to continue the authentication.
It looks like both auth_field_value//1 and header_field//2 emit a \r\n pair after succeeding. This means that after a WWW-Authenticate line, there are two \r\n pairs. Ordinarily this isn't that much of a problem - you just lose some headers and maybe emit some junk into the body, but browsers will ignore it if there's no Content-Length or Content-Type and just prompt the user for a password if the WWW-Authenticate is basic.
But if it's Negotiate, then the lines afterwards can be critical: For example, cookies set in the first step may be needed to establish a session so that the second step can find the authentication context to continue the authentication.
To be clear, the headers look like this
Which means the body and the Set-Cookie and the Connection are all effectively ignored by browsers as junk.