Listens to response close event for aborted request trigger on http 1

[lourd]

Fixes #1025.

This breaks some backwards compatibility. Up until now the "aborted" state of the request was always set as soon as the body of the request had been read. This is undesired, buggy behavior, as #1025 documents. For any applications using the abort controller's signal, they would be aborted every time!

The Node.js documentation on the request close event is misleading at best, inaccurate at worst, as discussed in nodejs/node#40775. Nevertheless, listening to the close event of the response for aborted client requests is the functionally correct implementation. For example, see New Relic changing their instrumentation library to do so newrelic/node-newrelic#1510

The exported universalRequestFromNodeRequest function now requires the response parameter as well.

[srikrsna-buf]

#1025 has been addressed in #1218, the solution is mostly similar to this PR but keeps the current error/api. Thank you for your work on this.

[lourd]

You're welcome, thanks @srikrsna-buf!

When do y'all plan on publishing the next release?

[timostamm]

The next release will be out by the end of the week, or early next week.