HTTPError causes structured cloning algorithm to throw

[Gozala]

I have quite a bit time figuring out why some of the tests were failing (in ipfs/js-ipfs#3081) on Firefox. Turns out structured clone algorithm throws when HTTError is being posted over message channel

js-ipfs-utils/src/http.js

Lines 21 to 27 in 4cc3826

	class HTTPError extends Error {
	constructor (response) {
	super(response.statusText)
	this.name = 'HTTPError'
	this.response = response
	}
	}

There are multiple issues:

1. Firefox does not yet support native Error types https://bugzilla.mozilla.org/show_bug.cgi?id=1556604
2. Even with the above resolved response: Response still creates an issue.

I'm not sure what the appropriate course of action would be here, but here are few options:

1. Making response non-enumerable property, which would be ignored.
2. Instead of attaching Response instance extend HTTPError to include relevant data e.g:

   class HTTPError extends Error {
     constructor (response) {
       super(response.statusText)
       this.name = 'HTTPError'
       this.statusText = response.statusText
       this.responseType = response.type
       this.url = response.url
       this.status = response.status
       this.redirected = response.redirected
     }
   }

[achingbrain]

Perhaps option 2? Could you take a look at the code and see if we even use the response anywhere an if so, which properties we use?