- From: Yutaka Hirano <notifications@github.com>
- Date: Mon, 26 Jan 2015 18:30:51 -0800
- To: slightlyoff/ServiceWorker <ServiceWorker@noreply.github.com>
Received on Tuesday, 27 January 2015 02:31:18 UTC
@domenic yes, returning an empty string seems more consistent to me. If we can return an empty string in that case, I would propose the following for Request. - All actions (in @tyoshino's table) will fail when the stream is locked to a reader. - All actions except `read()` will take an exclusive lock. - `new Request` and `fetch()` will set `unusable flag` on the Request. - All actions will fail when Body's `unusable flag` is set. - `new Request` and `fetch()` will fail when Body is modified (i.e. non empty data is read from it). These rules are moderately simple and cover @tyoshino's table requirements except the "text() on a dirty closed body" case. (Note: `unusable flag` introduced here need careful consideration. What happens when accessing the stream of a body whose `unusable flag` is set?) --- Reply to this email directly or view it on GitHub: https://github.com/slightlyoff/ServiceWorker/issues/452#issuecomment-71579896
Received on Tuesday, 27 January 2015 02:31:18 UTC