I"m currently working on a website, which triggers a net::ERR_HTTP2_PROTOCOL_ERROR 200 error on Google Chrome. I"m not sure exactly what can provoke this error, I just noticed it pops out only when accessing the website in HTTPS. I can"t be 100% sure it is related, but it looks like it prevents JavaScript to be executed properly.

You are watching: Err_http2_protocol_error

For instance, the following scenario happens :

I"m accessing the website in HTTPS

I can notice in the console the ERR_HTTP2_PROTOCOL_ERROR

If I remove the code to load the Twitter feed, the error remains

If I access the website in HTTP, the Twitter feed appears and the error disappears

Google Chrome is the only web browser triggering the error: it works well on both Edge and Firefox.(NB: I tried with Safari, and I have a similar kcferrordomaincfnetwork 303 error)

I was wondering if it could be related to the header returned by the server since there is this "200" mention in the error, and a 404 / 500 page isn"t triggering anything.

Thing is the error isn"t documented at all. Google search gives me very few results. Moreover, I noticed it appears on very recent Google Chrome releases; the error doesn"t pop on v.64.X, but it does on v.75+ (regardless of the OS; I"m working on Mac tho).

Might be related to Website OK on Firefox but not on Safari (kCFErrorDomainCFNetwork error 303) neither Chrome (net::ERR_SPDY_PROTOCOL_ERROR)

Findings from further investigations are the following:

error doesn"t pop on the exact same page if server returns 404 instead of 2XXerror doesn"t pop on local with a HTTPS certificateerror pops on a different server (both are OVH"s), which uses a different certificateerror pops no matter what PHP version is used, from 5.6 to 7.3 (framework used : Cakephp 2.10)

As requested, below is the returned header for the failing ressource, which is the whole web page. Even if the error is triggering on each page having a HTTP header 200, those pages are always loading on client"s browser, but sometimes an element is missing (in my exemple, the external Twitter feed). Every other asset on the Network tab has a success return, except the whole document itself.

*

Google Chrome header (with error):

*

Firefox header (without error):

*

A curl --head --http2 request in console returns the following success:

HTTP/2 200 date: Fri, 04 Oct 2019 08:04:51 GMTcontent-type: text/html; charset=UTF-8content-length: 127089set-cookie: SERVERID31396=2341116; path=/; max-age=900server: Apachex-powered-by: PHP/7.2set-cookie: xxxxx=0919c5563fc87d601ab99e2f85d4217d; expires=Fri, 04-Oct-2019 12:04:51 GMT; Max-Age=14400; path=/; secure; HttpOnlyvary: Accept-EncodingTrying to go deeper with the chrome://net-export/ and https://netlog-viewer.appspot.com tools is telling me the request ends with a RST_STREAM :

t=123354 HTTP2_SESSION_RECV_RST_STREAM --> error_code = "2 (INTERNAL_ERROR)" --> stream_id = 1For what I read in this other post, "In HTTP/2, if the client wants to abort the request, it sends a RST_STREAM. When the server receives a RST_STREAM, it will stop sending DATA frames to the client, thereby stopping the response (or the download). The connection is still usable for other requests, and requests/responses that were concurrent with the one that has been aborted may continue to progress.<...>It is possible that by the time the RST_STREAM travels from the client to the server, the whole content of the request is in transit and will arrive to the client, which will discard it. However, for large response contents, sending a RST_STREAM may have a good chance to arrive to the server before the whole response content is sent, and therefore will save bandwidth.

See more: Major League Barbershop West Haven Ct, Major League Barber Shop, Llc

"

The described behavior is the same as the one I can observe. But that would mean the browser is the culprit, and then I wouldn"t understand why it happens on two identical pages with one having a 200 header and the other a 404 (same goes if I disable JS).