Re: [whatwg/fetch] Inconsistency in Request constructor when rewriting a used body (#674)

Great! In that case, I suppose one possible fix would be as simple as changing Request's constructor's step 7.1 from:

> If input is disturbed or locked, then throw a TypeError.

to:

> If input is disturbed or locked and init's `body` member is not present, then throw a TypeError.

If that's acceptable, I can prepare a PR. I guess there's not really any way to write a WPT test for this change, since I'm unaware of any browser implementation of `request.body`?

-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/whatwg/fetch/issues/674#issuecomment-369003868