- From: Richard Maher <notifications@github.com>
- Date: Fri, 11 Mar 2016 04:27:13 -0800
- To: slightlyoff/ServiceWorker <ServiceWorker@noreply.github.com>
Received on Friday, 11 March 2016 12:27:40 UTC
My mistake. Looks like an implementation bug (Chrome) rather than the spec:- function reply(result){ console.log("In reply", replied); if (replied) return; console.log("After reply", replied); replied = true; event.respondWith(result); console.log("Replied : ", replied); } If I stick "replied = true" after the respondWith call then the PC never gets there. It's like the SP gets set to caller - 1 rather than caller. Anyway, I'll check with the Chrome people. BTW Are any of those flags (fetchEvent.repondedTo would be useful) exposed? bodyUsed is good for request/response but event state could be good? Having said that I'm still not comfortable doing a FETCH in a FETCH event and not expecting recursion but I'm a beginner at the FETCH API. And what happened to FetchEvent.ClientId? --- Reply to this email directly or view it on GitHub: https://github.com/slightlyoff/ServiceWorker/issues/844#issuecomment-195347857
Received on Friday, 11 March 2016 12:27:40 UTC