Add rough error handler for Octokit response parsing failures to 1.x and 2.x release

[JamesMGreene]

This is intended as the 1.x and 2.x equivalent to shipping:

• Upgrade @octokit/request.js to v8.1.5 after updating to run on node20 #258

Addressing #258 will resolve misleading error scenarios where the error message that shows up in the Actions logs says something like HttpError: invalid json response body and reason: Unexpected end of JSON input. This occurs when Octokit receives a response with an error code (e.g. 400) but the accompanying response text is either not JSON-compatible for parsing, or is just not provided at all (empty).

This was resolved in Octokit with the following PR:

• fix: avoid Unexpected end of JSON input when response body is empty octokit/request.js#648

However, the subsequent Octokit release is not compatible with Node 16.x, and therefore cannot be pulled in as a dependency until we merge #256 and cut a new 3.x release.

Sadly, a new 3.x release won't help all of our GHES customers.

Therefore, we should consider implementing a rough workaround fix (i.e. a catch watching for this exact error) in this scenario so we log fewer "red herring" error messages. 🐟