public-webapps-github@w3.org from February 2015 by date

Saturday, 28 February 2015

• Re: [ServiceWorker] importScripts() should throw? (#642) Tomás Aparicio
• Re: [ServiceWorker] A programmatic and reliable way to unregister all ports (even it's used from others tabs) (#579) Tomás Aparicio
• Re: [streams] Maybe giving async readInto (and read?) another shot (#290) Domenic Denicola
• Re: [streams] Maybe giving async readInto (and read?) another shot (#290) Fedor Indutny
• Re: [streams] Maybe giving async readInto (and read?) another shot (#290) Bert Belder
• Re: [streams] Maybe giving async readInto (and read?) another shot (#290) Bert Belder
• Re: [streams] Maybe giving async readInto (and read?) another shot (#290) Fedor Indutny
• Re: [streams] Maybe giving async readInto (and read?) another shot (#290) Bert Belder
• Re: [streams] Maybe giving async readInto (and read?) another shot (#290) Domenic Denicola
• Re: [streams] Operation stream (#287) Domenic Denicola
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• Re: [streams] Operation stream (#287) Domenic Denicola
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• [streams] Maybe giving async readInto (and read?) another shot (#290) Domenic Denicola

Friday, 27 February 2015

• Re: [streams] New proposal for byte stream uses cases (#289) Domenic Denicola
• Re: [ServiceWorker] Byte by byte match does not capture developer friendly behaviour (#639) Nikhil Marathe
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Anne van Kesteren
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Jake Archibald
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Ben Kelly
• Re: [ServiceWorker] Why would `WindowClient` ever have `frameType` of `none`? (#632) Jungkee Song
• Re: [ServiceWorker] Why would `WindowClient` ever have `frameType` of `none`? (#632) Jungkee Song
• Re: [ServiceWorker] Clients & postMessage (#609) Jungkee Song
• Re: [spec-reviews] CSS Regions (#35) Sergey Konstantinov
• Re: [streams] New proposal for byte stream uses cases (#289) Domenic Denicola
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Yutaka Hirano
• Re: [ServiceWorker] caching of importScripts()-scripts (#106) Jungkee Song
• Re: [ServiceWorker] caching of importScripts()-scripts (#106) Anne van Kesteren
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Anne van Kesteren
• Re: [ServiceWorker] Change "doesn't not" to "doesn't" in README file (#641) Anne van Kesteren
• Re: [ServiceWorker] importScripts() should throw? (#642) Anne van Kesteren
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Gray Zhang
• [ServiceWorker] importScripts() should throw? (#642) Anne van Kesteren
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Anne van Kesteren
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Anne van Kesteren
• Re: [streams] New proposal for byte stream uses cases (#289) Yutaka Hirano
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Yutaka Hirano
• Re: [webidl] Fix https://www.w3.org/Bugs/Public/show_bug.cgi?id=27988 by removing the separate concept of indexed/named creators; setters are always also creators. (#44) Cameron McCormack
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola
• Re: [streams] Operation stream (#287) Domenic Denicola
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Takeshi Yoshino
• Re: [streams] New proposal for byte stream uses cases (#289) Domenic Denicola
• Re: [ServiceWorker] Byte by byte match does not capture developer friendly behaviour (#639) Ben Kelly
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola
• Re: [ServiceWorker] Byte by byte match does not capture developer friendly behaviour (#639) Alex Russell
• Re: [ServiceWorker] client.focus() should reject if tab failed to focus (#640) Alex Russell
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Takeshi Yoshino
• Re: [streams] New proposal for byte stream uses cases (#289) Takeshi Yoshino
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Yutaka Hirano
• Re: [ServiceWorker] caching of importScripts()-scripts (#106) Jungkee Song

Thursday, 26 February 2015

• Re: [ServiceWorker] caching of importScripts()-scripts (#106) Alex Russell
• [streams] New proposal for byte stream uses cases (#289) Domenic Denicola
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Takeshi Yoshino
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Takeshi Yoshino
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Tab Atkins Jr.
• Re: [ServiceWorker] Byte by byte match does not capture developer friendly behaviour (#639) Nikhil Marathe
• Re: [ServiceWorker] Byte by byte match does not capture developer friendly behaviour (#639) Nikhil Marathe
• Re: [webidl] Update index.xml (#30) Boris Zbarsky
• Re: [webidl] Update index.xml (#30) Boris Zbarsky
• Re: [webidl] Update index.xml (#31) Boris Zbarsky
• Re: [webidl] Update index.xml (#31) Boris Zbarsky
• Re: [webidl] Update index.xml (#32) Boris Zbarsky
• Re: [webidl] Update index.xml (#32) Boris Zbarsky
• Re: [push-api] Clean up "webapp server" terminology (#53) Michael van Ouwerkerk
• Re: [push-api] Replace "webapp server" with "appplication server". (#117) Michael van Ouwerkerk
• [push-api] Replace "webapp server" with "appplication server". (#117) Michael van Ouwerkerk
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Domenic Denicola
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) John Mellor
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Jake Archibald
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Anne van Kesteren
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Jake Archibald
• [ServiceWorker] Change "doesn't not" to "doesn't" in README file (#641) David Pursehouse
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Yutaka Hirano
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Yutaka Hirano
• Re: [ServiceWorker] Minor edit: add "the" (#638) Jake Archibald
• Re: [ServiceWorker] Why would `WindowClient` ever have `frameType` of `none`? (#632) Jungkee Song
• Re: [ServiceWorker] Why would `WindowClient` ever have `frameType` of `none`? (#632) Jake Archibald
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) Jake Archibald
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) Jake Archibald
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Jake Archibald
• [ServiceWorker] client.focus() should reject if tab failed to focus (#640) Jake Archibald
• Re: [ServiceWorker] Relationship to Caches & ScriptCache in ServiceWorkerGlobalScope (#473) Jake Archibald
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Jake Archibald
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Jxck
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Jake Archibald
• Re: [ServiceWorker] Byte by byte match does not capture developer friendly behaviour (#639) Jake Archibald
• Re: [ServiceWorker] Byte by byte match does not capture developer friendly behaviour (#639) Jake Archibald
• Re: [permissions] Is `Permissions.get` the right name? (#5) Michael van Ouwerkerk
• Re: [ServiceWorker] When exactly during unload does "Handle Service Worker Client Unload" run (#636) Jake Archibald
• Re: [ServiceWorker] FetchEvent.forwardTo is completely unspecced (#637) Jake Archibald
• Re: [ServiceWorker] FetchEvent.forwardTo is completely unspecced (#637) Jake Archibald
• Re: [ServiceWorker] Byte by byte match does not capture developer friendly behaviour (#639) Jake Archibald
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Anne van Kesteren
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Jxck
• Re: [ServiceWorker] Clients & postMessage (#609) Anne van Kesteren
• Re: [fetch] Add timeout option (#20) Anne van Kesteren
• Re: [fetch] Add timeout option (#20) Anne van Kesteren
• Re: [fetch] Add timeout option (#20) Jxck
• Re: [manifest] Add recommended width and height (#310) yejingfu
• Re: [manifest] Add recommended width and height (#310) Marcos Caceres
• Re: [manifest] Add recommended width and height (#310) yejingfu
• [permissions] Could we ask for several permissions at a time ? (#6) Quentin

Wednesday, 25 February 2015

• Re: [permissions] A "dismissed" state (#4) Quentin
• Re: [permissions] A "dismissed" state (#4) Marcos Caceres
• Re: [manifest] Add recommended width and height (#310) Marcos Caceres
• Re: [permissions] Is `Permissions.get` the right name? (#5) Marcos Caceres
• Re: [ServiceWorker] Byte by byte match does not capture developer friendly behaviour (#639) Nikhil Marathe
• [permissions] Is `Permissions.get` the right name? (#5) Jeffrey Yasskin
• [ServiceWorker] Byte by byte match does not capture developer friendly behaviour (#639) Nikhil Marathe
• Re: [ServiceWorker] Relationship to Caches & ScriptCache in ServiceWorkerGlobalScope (#473) Ben Kelly
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Arthur Stolyar
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Tab Atkins Jr.
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Domenic Denicola
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Arthur Stolyar
• [ServiceWorker] Minor edit: add "the" (#638) Michael Stillwell
• Re: [ServiceWorker] Clients & postMessage (#609) John Mellor
• Re: [ServiceWorker] Clients & postMessage (#609) Anne van Kesteren
• Re: [ServiceWorker] FetchEvent.forwardTo is completely unspecced (#637) Anne van Kesteren
• Re: [ServiceWorker] Clients & postMessage (#609) Jungkee Song
• Re: [ServiceWorker] Clients & postMessage (#609) Jungkee Song
• Re: [manifest] Add recommended width and height (#310) Kenneth Rohde Christiansen
• Re: [manifest] Add recommended width and height (#310) Kenneth Rohde Christiansen
• Re: [manifest] Add recommended width and height (#310) Kenneth Rohde Christiansen
• Re: [streams] Use angle quotes for lists (#281) Takeshi Yoshino
• Re: [streams] Use angle quotes for lists (#281) Takeshi Yoshino
• Re: [streams] Use angle quotes for lists (#281) Takeshi Yoshino
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [manifest] Add recommended width and height (#310) alxlu
• Re: [ServiceWorker] Clients & postMessage (#609) Kenji Baheux
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [manifest] Add recommended width and height (#310) Marcos Caceres
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [manifest] Add recommended width and height (#310) yejingfu
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• Re: [ServiceWorker] FetchEvent.forwardTo is completely unspecced (#637) Alex Russell
• Re: [manifest] Add recommended width and height (#310) Marcos Caceres
• Re: [manifest] Add recommended width and height (#310) yejingfu
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• Re: [ServiceWorker] Clients & postMessage (#609) Cătălin Badea
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola

Tuesday, 24 February 2015

• Re: [streams] Operation stream (#287) Domenic Denicola
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Domenic Denicola
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Domenic Denicola
• [ServiceWorker] FetchEvent.forwardTo is completely unspecced (#637) Josh Matthews
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) Jake Archibald
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) John Mellor
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola
• [ServiceWorker] When exactly during unload does "Handle Service Worker Client Unload (#636) Nikhil Marathe
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Yutaka Hirano
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Yutaka Hirano
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola
• [spec-reviews] CSS Regions Review Draft (#44) Sergey Konstantinov
• Re: [ServiceWorker] How to set the client for the requests initiated from within user agent's internal context? (#615) Anne van Kesteren
• Re: [push-api] Fire pushsubscriptionchange when user revokes permission (#116) Matthew Gaunt
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Takeshi Yoshino
• Re: [ServiceWorker] Clients & postMessage (#609) Anne van Kesteren
• Re: [ServiceWorker] Clients & postMessage (#609) Anne van Kesteren
• Re: [ServiceWorker] Capture Window Client cannot use attributes/methods directly (#633) Jungkee Song
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Anne van Kesteren
• [push-api] Fire pushsubscriptionchange when user revokes permission (#116) John Mellor
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Jake Archibald
• Re: [ServiceWorker] ServiceWorker objects should have an .id (#635) Jake Archibald
• [ServiceWorker] ServiceWorker objects should have an .id (#635) Jake Archibald
• [ServiceWorker] client objects should have an .id (#634) Jake Archibald
• Re: [ServiceWorker] Capture Window Client cannot use attributes/methods directly (#633) Anne van Kesteren
• Re: [permissions] A "dismissed" state (#4) Quentin
• Re: [ServiceWorker] Capture Window Client cannot use attributes/methods directly (#633) Jungkee Song
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Anne van Kesteren
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Anne van Kesteren
• [ServiceWorker] Capture Window Client cannot use attributes/methods directly (#633) Anne van Kesteren
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Jungkee Song
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• [ServiceWorker] Why would `WindowClient` ever have `frameType` of `none`? (#632) Anne van Kesteren
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Anne van Kesteren
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Anne van Kesteren
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Jungkee Song
• Re: [ServiceWorker] A header/something to kill SWs (#614) Matt Falkenhagen
• Re: [ServiceWorker] A header/something to kill SWs (#614) Kinuko Yasuda
• Re: [ServiceWorker] Use of Upon fulfillment/rejection in CacheStorage.match is incorrect (#627) Jeffrey Yasskin
• Re: [ServiceWorker] Use of Upon fulfillment/rejection in CacheStorage.match is incorrect (#627) Jeffrey Yasskin
• Re: [ServiceWorker] A header/something to kill SWs (#614) Matt Falkenhagen
• Re: [ServiceWorker] Use of Upon fulfillment/rejection in CacheStorage.match is incorrect (#627) Jungkee Song
• Re: [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola

Monday, 23 February 2015

• Re: [editing-explainer] Should Device-Specific Input Events say what Responsive Input Event they will cause? (#25) Ben Peters
• Re: [editing-explainer] Should the term be Device Independent Events? (#7) Ben Peters
• Re: [editing-explainer] Where can text be inserted? (and how? can UA create text nodes?) (#21) Ben Peters
• Re: [editing-explainer] Where can text be inserted? (and how? can UA create text nodes?) (#21) Ben Peters
• Re: [editing-explainer] Should Device-Specific Input Events say what Responsive Input Event they will cause? (#25) Ben Peters
• Re: [editing-explainer] Need to spec the data in beforeInput event (#29) Ben Peters
• Re: [editing-explainer] Need to spec the data in beforeInput event (#29) Ben Peters
• Re: [editing-explainer] Target range in device independent events (#39) Ben Peters
• Re: [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Anne van Kesteren
• [ServiceWorker] Make FetchEvent.prototype.client nullable (#631) Anne van Kesteren
• Re: [ServiceWorker] Use of Upon fulfillment/rejection in CacheStorage.match is incorrect (#627) Jeffrey Yasskin
• Re: [screen-orientation] The orientation type 'Natural' should only lock to x-primary (#83) Mounir Lamouri
• [screen-orientation] Natural shouldn't be equivalent to *-secondary. Fixes #83 (#84) Mounir Lamouri
• Re: [manifest] clarify display-mode and UAs and iframes (closes #309) (ea9ac72) Marcos Caceres
• Re: [streams] Define "tee"ing a stream (#271) Yutaka Hirano
• Re: [ServiceWorker] Clients & postMessage (#609) Anne van Kesteren
• Re: [ServiceWorker] A header/something to kill SWs (#614) Matt Falkenhagen
• Re: [ServiceWorker] A header/something to kill SWs (#614) Matt Falkenhagen
• Re: [manifest] clarify display-mode and UAs and iframes (closes #309) (ea9ac72) Kenneth Rohde Christiansen
• Re: [ServiceWorker] Confusing use of `transforming with` and `Upon fulfillment`. (#621) Jungkee Song
• Re: [ServiceWorker] Confusing use of `transforming with` and `Upon fulfillment`. (#621) Jungkee Song
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jungkee Song
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jungkee Song
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jungkee Song
• Re: [ServiceWorker] Use of Upon fulfillment/rejection in CacheStorage.match is incorrect (#627) Jungkee Song
• Re: [ServiceWorker] Activate uses "Wait for X to settle" inside a synchronous task. (#628) Jungkee Song
• Re: [ServiceWorker] Activate uses "Wait for X to settle" inside a synchronous task. (#628) Jungkee Song
• [manifest] clarify display-mode and UAs and iframes (closes #309) (#318) Marcos Caceres

Sunday, 22 February 2015

• Re: [editing-explainer] Should sites be able to control Responsive Input Language? (#31) Johan Sörlin
• Re: [editing-explainer] Correct a spelling mistake (#46) Ben Peters

Saturday, 21 February 2015

• Re: [touch-events] Repo organisation (#9) Patrick H. Lauke
• [touch-events] Repo organisation (#9) Patrick H. Lauke
• [editing-explainer] Correct a spelling mistake (#46) Amir E. Aharoni
• Re: [ServiceWorker] Clients & postMessage (#609) Mounir Lamouri
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Tab Atkins Jr.
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Tab Atkins Jr.
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Domenic Denicola
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Tab Atkins Jr.
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Domenic Denicola
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Tab Atkins Jr.
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Domenic Denicola
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Tab Atkins Jr.
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Domenic Denicola
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Domenic Denicola
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Tab Atkins Jr.

Friday, 20 February 2015

• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Domenic Denicola
• Re: [streams] readable-stream-cancel.js "ReadableStream canceling an infinite stream" is flaky (#286) Domenic Denicola
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Tab Atkins Jr.
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Ben Kelly
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Jake Archibald
• Re: [editing-explainer] Should sites be able to control Responsive Input Language? (#31) Ben Peters
• Re: [editing-explainer] Should sites be able to control Responsive Input Language? (#31) Johan Sörlin
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Jake Archibald
• Re: [ServiceWorker] Passing a scope or scriptURL to register() with escaped '/' or '\ should fail (#630) Anne van Kesteren
• Re: [fetch] upload progress? (#21) Anne van Kesteren
• Re: [fetch] upload progress? (#21) Anne van Kesteren
• Re: [manifest] Move to using Echidna (#315) Marcos Caceres
• Re: [ServiceWorker] Passing a scope or scriptURL to register() with escaped '/' or '\ should fail (#630) Matt Falkenhagen
• Re: [manifest] Add recommended width and height (#310) Marcos Caceres
• Re: [manifest] Add recommended width and height (#310) Marcos Caceres
• [ServiceWorker] Passing a scope or scriptURL to register() with escaped '/' or '\ should fail (#630) Matt Falkenhagen
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Yutaka Hirano
• [fetch] upload progress? (#21) Radu Brehar
• [streams] Change the model for ReadableStream to have async read() (#288) Domenic Denicola

Thursday, 19 February 2015

• Re: [packaging-on-the-web] What's the origin of a signed package? (#24) Joel Weinberger
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• Re: [streams] Operation stream (#287) Takeshi Yoshino
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• [streams] Operation stream (#287) Takeshi Yoshino
• Re: [push-api] Push events should Soft Update service worker (#115) John Mellor
• [push-api] Push events should Soft Update service worker (#115) John Mellor
• Re: [ServiceWorker] Should Request constructor be less destructive when it fails? (#629) Ben Kelly
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Anne van Kesteren
• Re: [streams] readable-stream-cancel.js "ReadableStream canceling an infinite stream" is flaky (#286) Xabier Rodríguez
• Re: [streams] readable-stream-cancel.js "ReadableStream canceling an infinite stream" is flaky (#286) Xabier Rodríguez
• Re: [ServiceWorker] Should Request constructor be less destructive when it fails? (#629) Anne van Kesteren
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Xabier Rodríguez
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• [packaging-on-the-web] What's the origin of a signed package? (#24) Jeffrey Yasskin

Wednesday, 18 February 2015

• Re: [streams] Fixed typo in readable-stream tests (#285) Domenic Denicola
• Re: [streams] Fixed typo in readable-stream tests (#285) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [editing-explainer] Should sites be able to control Responsive Input Language? (#31) Norbert Lindenberg
• Re: [ServiceWorker] Clients & postMessage (#609) Anne van Kesteren
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) Jake Archibald
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) John Mellor
• Re: [editing-explainer] Should execCommand be spec'd to do nothing in cE=typing? (#33) Norbert Lindenberg
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) Jake Archibald
• Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625) Jake Archibald
• Re: [ServiceWorker] Consider producing distinct objects for the same entity to enable garbage collection (#416) Anne van Kesteren
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Should Request constructor be less destructive when it fails? (#629) Jake Archibald
• Re: [ServiceWorker] Consider producing distinct objects for the same entity to enable garbage collection (#416) Jake Archibald
• Re: [streams] Define "tee"ing a stream (#271) Ben Kelly
• Re: [streams] readable-stream-cancel.js "ReadableStream canceling an infinite stream" is flaky (#286) Domenic Denicola
• Re: [streams] Define "tee"ing a stream (#271) Domenic Denicola
• Re: [streams] Define "tee"ing a stream (#271) Ben Kelly
• Re: [streams] Define "tee"ing a stream (#271) Ben Kelly
• Re: [streams] Define "tee"ing a stream (#271) Anne van Kesteren
• Re: [streams] Define "tee"ing a stream (#271) Domenic Denicola
• Re: [ServiceWorker] Consider producing distinct objects for the same entity to enable garbage collection (#416) Matt Falkenhagen
• Re: [streams] Define "tee"ing a stream (#271) Anne van Kesteren
• Re: [ServiceWorker] Should Request constructor be less destructive when it fails? (#629) Ben Kelly
• Re: [streams] Define "tee"ing a stream (#271) Ben Kelly
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [ServiceWorker] ServiceWorker to "service worker" mapping and stability (#622) Matt Falkenhagen
• Re: [ServiceWorker] Use SyntaxError when an URL can't be parsed in Clients.openWindow() (#619) Anne van Kesteren
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [ServiceWorker] Cache and Request objects (#624) Anne van Kesteren
• [streams] readable-stream-cancel.js "ReadableStream canceling an infinite stream" is flaky (#286) Xabier Rodríguez
• [streams] Fixed typo in readable-stream tests (#285) Xabier Rodríguez
• [ServiceWorker] Should Request constructor be less destructive when it fails? (#629) Anne van Kesteren
• Re: [streams] Define "tee"ing a stream (#271) Anne van Kesteren
• Re: [manifest] Move to using Echidna (#315) Mounir Lamouri
• Re: [ServiceWorker] Clients & postMessage (#609) Anne van Kesteren
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [ServiceWorker] ServiceWorker to "service worker" mapping and stability (#622) Matt Falkenhagen
• Re: [manifest] Desktop web apps should be able to declare their viewport size (#317) Marcos Caceres
• Re: [manifest] Desktop web apps should be able to declare their viewport size (#317) Marcos Caceres
• [ServiceWorker] Activate uses "Wait for X to settle" inside a synchronous task. (#628) Jeffrey Yasskin
• Re: [ServiceWorker] Clients & postMessage (#609) Matt Falkenhagen

Tuesday, 17 February 2015

• Re: [ServiceWorker] Clients & postMessage (#609) Joshua Bell
• [ServiceWorker] Use of Upon fulfillment/rejection in CacheStorage.match is incorrect (#627) Jeffrey Yasskin
• Re: [streams] Uses of "upon fulfillment/rejection" contain unused returns and throws (#284) Domenic Denicola
• Re: [streams] Uses of "upon fulfillment/rejection" contain unused returns and throws (#284) Jeffrey Yasskin
• Re: [streams] Uses of "upon fulfillment/rejection" contain unused returns and throws (#284) Jeffrey Yasskin
• Re: [streams] Uses of "upon fulfillment/rejection" contain unused returns and throws (#284) Domenic Denicola
• Re: [touch-events] Errata suggestions October - December 2014 (#3) Rick Byers
• Re: [touch-events] Errata suggestions October - December 2014 (#3) Rick Byers
• Re: [streams] Uses of "upon fulfillment/rejection" contain unused returns and throws (#284) Jeffrey Yasskin
• Re: [streams] Uses of "upon fulfillment/rejection" contain unused returns and throws (#284) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• [streams] Uses of "upon fulfillment/rejection" contain unused returns and throws (#284) Jeffrey Yasskin
• Re: [manifest] Desktop web apps should be able to declare their viewport size (#317) Kenneth Rohde Christiansen
• [manifest] Desktop web apps should be able to declare their viewport size (#317) Harald Kirschner
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Anne van Kesteren
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Ben Kelly
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Anne van Kesteren
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Mike West
• Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) Anne van Kesteren
• Re: [ServiceWorker] Changing Request and fetch() (#625) Anne van Kesteren
• Re: [manifest] Move to using Echidna (#315) Anssi Kostiainen
• Re: [manifest] Move to using Echidna (#315) Kenneth Rohde Christiansen
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Yutaka Hirano
• Re: [manifest] Move to using Echidna (#315) Marcos Caceres
• Re: [manifest] Move to using Echidna (#315) Marcos Caceres
• Re: [ServiceWorker] ServiceWorker to "service worker" mapping and stability (#622) Kenji Baheux
• Re: [manifest] JSON-LD view (#313) Marcos Caceres
• Re: [manifest] Removed JSON-LD text (closes #313) (#316) Marcos Caceres

Monday, 16 February 2015

• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [ServiceWorker] Changing Request and fetch() (#625) Domenic Denicola
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) John Mellor
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) Jake Archibald
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) John Mellor
• Re: [manifest] Removed JSON-LD text (closes #313) (9a7f626) Erik Wilde
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) Ben Kelly
• Re: [ServiceWorker] How are unloaded tabs represented? (#626) Jake Archibald
• [ServiceWorker] How are unloaded tabs represented? (#626) Jake Archibald
• Re: [ServiceWorker] Changing Request and fetch() (#625) Anne van Kesteren
• Re: [ServiceWorker] Changing Request and fetch() (#625) Anne van Kesteren
• Re: [ServiceWorker] Changing Request and fetch() (#625) Anne van Kesteren
• Re: [ServiceWorker] Cache and Request objects (#624) Anne van Kesteren
• Re: [ServiceWorker] Changing Request and fetch() (#625) Anne van Kesteren
• Re: [ServiceWorker] Changing Request and fetch() (#625) Ben Kelly
• Re: [ServiceWorker] Cache and Request objects (#624) Jake Archibald
• Re: [ServiceWorker] Cache and Request objects (#624) Ben Kelly
• Re: [ServiceWorker] Cache and Request objects (#624) Jake Archibald
• Re: [ServiceWorker] Changing Request and fetch() (#625) Jake Archibald
• Re: [ServiceWorker] Changing Request and fetch() (#625) Jake Archibald
• Re: [ServiceWorker] Changing Request and fetch() (#625) Ben Kelly
• Re: [ServiceWorker] Cache and Request objects (#624) Ben Kelly
• Re: [manifest] Removed JSON-LD text (closes #313) (#316) Kenneth Rohde Christiansen
• Re: [manifest] Removed JSON-LD text (closes #313) (9a7f626) Marcos Caceres
• Re: [ServiceWorker] Changing Request and fetch() (#625) Anne van Kesteren
• [ServiceWorker] Changing Request and fetch() (#625) Anne van Kesteren
• [manifest] Removed JSON-LD text (closes #313) (#316) Marcos Caceres
• [ServiceWorker] Cache and Request objects (#624) Anne van Kesteren
• Re: [ServiceWorker] Clients & postMessage (#609) Matt Falkenhagen
• Re: [ServiceWorker] Sort out promises' chained reaction text (5aa0ca2) Jungkee Song
• Re: [ServiceWorker] Sort out promises' chained reaction text (5aa0ca2) Jungkee Song
• Re: [ServiceWorker] Sort out promises' chained reaction text (5aa0ca2) Jungkee Song
• Re: [ServiceWorker] Sort out promises' chained reaction text (5aa0ca2) Jungkee Song
• [manifest] Move to using Echidna (#315) Marcos Caceres
• Re: [manifest] JSON-LD view (#313) Erik Wilde
• Re: [manifest] [meta] transition doc. to CR at W3C (#308) Marcos Caceres
• Re: [manifest] [meta] transition doc. to CR at W3C (#308) Marcos Caceres
• Re: [manifest] JSON-LD view (#313) Marcos Caceres
• Re: [manifest] "manifest" link relation type should be registered per RFC 5988 (#312) Marcos Caceres
• Re: [manifest] "manifest" link relation type should be registered per RFC 5988 (#312) Marcos Caceres
• Re: [manifest] "manifest" link relation type should be registered per RFC 5988 (#312) Marcos Caceres
• Re: [manifest] adding link relation registration with IANA (#314) Marcos Caceres
• Re: [manifest] adding link relation registration with IANA (#314) Marcos Caceres
• Re: [webidl] Followup for https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to make sure we don't have to deal with defining prototype chains for interface objects when [NoInterfaceObject] is involved. (#38) Cameron McCormack
• Re: [webidl] Followup for https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to make sure we don't have to deal with defining prototype chains for interface objects when [NoInterfaceObject] is involved. (#38) Cameron McCormack

Sunday, 15 February 2015

• Re: [ServiceWorker] fix typo (#623) Anne van Kesteren
• [ServiceWorker] fix typo (#623) Mathieu Rochette
• [manifest] adding link relation registration with IANA (#314) Erik Wilde
• [manifest] JSON-LD view (#313) Erik Wilde

Saturday, 14 February 2015

• Re: [manifest] "manifest" link relation type should be registered per RFC 5988 (#312) Marcos Caceres
• Re: [ServiceWorker] ServiceWorker's postMessage method is not defined (#479) Owen Campbell-Moore
• [packaging-on-the-web] Consider manifest~like approach instead of SPF (#23) Ilya Grigorik
• Re: [ServiceWorker] ServiceWorker to "service worker" mapping and stability (#622) Matt Falkenhagen

Friday, 13 February 2015

• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [ServiceWorker] ServiceWorker to "service worker" mapping and stability (#622) Nikhil Marathe
• [ServiceWorker] ServiceWorker to "service worker" mapping and stability (#622) Nikhil Marathe
• Re: [ServiceWorker] Sort out promises' chained reaction text (5aa0ca2) Jeffrey Yasskin
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [ServiceWorker] Sort out promises' chained reaction text (5aa0ca2) Jeffrey Yasskin
• Re: [ServiceWorker] Sort out promises' chained reaction text (5aa0ca2) Jeffrey Yasskin
• Re: [ServiceWorker] Sort out promises' chained reaction text (5aa0ca2) Jeffrey Yasskin
• Re: [ServiceWorker] Confusing use of `transforming with` and `Upon fulfillment`. (#621) Domenic Denicola
• Re: [manifest] "manifest" link relation type should be registered per RFC 5988 (#312) Erik Wilde
• Re: [ServiceWorker] Rename clients.getAll() (#610) ZhuoyuQian
• Re: [ServiceWorker] Confusing use of `transforming with` and `Upon fulfillment`. (#621) Jungkee Song
• Re: [manifest] "manifest" link relation type should be registered per RFC 5988 (#312) Marcos Caceres
• [manifest] "manifest" link relation type should be registered per RFC 5988 (#312) Erik Wilde
• Re: [manifest] starring is giving/being a star, staring is looking at something intently (#311) Brad Hill
• Re: [manifest] starring is giving/being a star, staring is looking at something intently (#311) Marcos Caceres
• Re: [manifest] starring is giving/being a star, staring is looking at something intently (#311) Marcos Caceres
• Re: [manifest] starring is giving/being a star, staring is looking at something intently (#311) Marcos Caceres
• [manifest] starring is giving/being a star, staring is looking at something intently (#311) Brad Hill
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jungkee Song
• Re: [ServiceWorker] Confusing use of `transforming with` and `Upon fulfillment`. (#621) Jeffrey Yasskin

Thursday, 12 February 2015

• [ServiceWorker] Confusing use of `transforming with` and `Upon fulfillment`. (#621) Jeffrey Yasskin
• Re: [ServiceWorker] `waitUntil()` for FetchEvent? (#584) Alex Russell
• Re: [ServiceWorker] `waitUntil()` for FetchEvent? (#584) Ben Kelly
• Re: [ServiceWorker] `waitUntil()` for FetchEvent? (#584) Alex Russell
• Re: [ServiceWorker] `waitUntil()` for FetchEvent? (#584) Ben Kelly
• Re: [ServiceWorker] `waitUntil()` for FetchEvent? (#584) Alex Russell
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [ServiceWorker] Clients & postMessage (#609) Anne van Kesteren
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jake Archibald
• Re: [push-api] Sequence diagram notes (#80) Michael van Ouwerkerk
• Re: [push-api] Align "push client", "push server", and "push service" with protocol (#113) Michael van Ouwerkerk
• Re: [push-api] Clean up push service terminology. (#114) Michael van Ouwerkerk
• [push-api] Clean up push service terminology. (#114) Michael van Ouwerkerk
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jake Archibald
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jungkee Song
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jungkee Song
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jungkee Song
• Re: [screen-orientation] The orientation type 'Natural' should only lock to x-primary (#83) B
• Re: [webidl] Followup for https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to make sure we don't have to deal with defining prototype chains for interface objects when [NoInterfaceObject] is involved. (#38) Domenic Denicola

Wednesday, 11 February 2015

• Re: [webidl] Followup for https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to make sure we don't have to deal with defining prototype chains for interface objects when [NoInterfaceObject] is involved. (#38) Boris Zbarsky
• Re: [ServiceWorker] Update explainer.md (#620) Anne van Kesteren
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Ben Kelly
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Ben Kelly
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Ben Kelly
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Ben Kelly
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Ben Kelly
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• [ServiceWorker] Update explainer.md (#620) iOnline247
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Ben Kelly
• Re: [ServiceWorker] Use SyntaxError when an URL can't be parsed in Clients.openWindow() (#619) Domenic Denicola
• Re: [manifest] Idea about supporting window attributes (#310) Sebastian Kippe
• Re: [ServiceWorker] Use SyntaxError when an URL can't be parsed in Clients.openWindow() (#619) Anne van Kesteren
• Re: [ServiceWorker] Use SyntaxError when an URL can't be parsed in Clients.openWindow() (#619) Anne van Kesteren
• Re: [manifest] Idea about supporting window attributes (#310) Marcos Caceres
• Re: [manifest] Idea about supporting window attributes (#310) Marcos Caceres
• Re: [manifest] Idea about supporting window attributes (#310) Sebastian Kippe
• Re: [manifest] Idea about supporting window attributes (#310) Marcos Caceres
• Re: [manifest] Idea about supporting window attributes (#310) Sebastian Kippe
• [ServiceWorker] Use SyntaxError when an URL can't be parsed in Clients.openWindow() (#619) Mounir Lamouri
• Re: [manifest] Idea about supporting window attributes (#310) Kenneth Rohde Christiansen
• Re: [manifest] Idea about supporting window attributes (#310) Marcos Caceres
• Re: [manifest] Idea about supporting window attributes (#310) Kenneth Rohde Christiansen
• Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) Jungkee Song
• Re: [manifest] Idea about supporting window attributes (#310) Marcos Caceres
• Re: [manifest] Idea about supporting window attributes (#310) Kenneth Rohde Christiansen
• Re: [manifest] Idea about supporting window attributes (#310) Marcos Caceres
• Re: [manifest] Idea about supporting window attributes (#310) Marcos Caceres
• Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) Matt Falkenhagen
• Re: [manifest] Idea about supporting window attributes (#310) Sebastian Kippe
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jungkee Song
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jungkee Song
• Re: [manifest] Idea about supporting window attributes (#310) Marcos Caceres
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [ServiceWorker] Update algorithm and redirects (#618) Jungkee Song
• Re: [manifest] Idea about supporting window attributes (#310) Kenneth Rohde Christiansen
• Re: [manifest] Idea about supporting window attributes (#310) Kenneth Rohde Christiansen
• Re: [manifest] Idea about supporting window attributes (#310) Marcos Caceres
• Re: [manifest] Idea about supporting window attributes (#310) yejingfu
• Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) Jungkee Song
• Re: [manifest] Idea about supporting window attributes (#310) Marcos Caceres
• [manifest] Idea about supporting window attributes (#310) yejingfu
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino

Tuesday, 10 February 2015

• Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) Nikhil Marathe
• Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) Nikhil Marathe
• Re: [streams] Requirement on promises equality (#266) Ben Kelly
• Re: [streams] Requirement on promises equality (#266) James Hartig
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) Matt Falkenhagen
• Re: [streams] Requirement on promises equality (#266) Domenic Denicola
• [webidl] Fix https://www.w3.org/Bugs/Public/show_bug.cgi?id=27988 by removing the separate concept of indexed/named creators; setters are always also creators. (#44) Boris Zbarsky
• Re: [streams] Update ReadableByteStream to follow the style rule employed for the main... (#283) Domenic Denicola
• Re: [streams] Update ReadableByteStream to follow the style rule employed for the main... (#283) Domenic Denicola
• Re: [streams] Add readableAmount getter to ReadableByteStream (#279) Domenic Denicola
• Re: [streams] Use angle quotes for lists (#281) Domenic Denicola
• Re: [streams] Use angle quotes for lists (#281) Domenic Denicola
• Re: [streams] Use angle quotes for lists (#281) Domenic Denicola
• Re: [streams] Use angle quotes for lists (#281) Domenic Denicola
• Re: [streams] Use angle quotes for lists (#281) Domenic Denicola
• Re: [streams] Use angle quotes for lists (#281) Domenic Denicola
• Re: [streams] Byte stream promises update (#280) Domenic Denicola
• Re: [streams] Byte stream promises update (#280) Domenic Denicola
• Re: [streams] Requirement on promises equality (#266) Xabier Rodríguez
• Re: [streams] Add readableAmount getter to ReadableByteStream (#279) Domenic Denicola
• Re: [streams] Requirement on promises equality (#266) Domenic Denicola
• Re: [ServiceWorker] `waitUntil()` for FetchEvent? (#584) Ben Kelly
• Re: [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [streams] Requirement on promises equality (#266) Takeshi Yoshino
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Ben Kelly
• [streams] Update ReadableByteStream to follow the style rule employed for the main... (#283) Takeshi Yoshino
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• [streams] Add BufferFeedableReadableByteStream (#282) Takeshi Yoshino
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Takeshi Yoshino
• [streams] Use angle quotes for lists (#281) Takeshi Yoshino
• Re: [streams] Add readableAmount getter to ReadableByteStream (#279) Takeshi Yoshino
• Re: [streams] Byte stream promises update (#280) Takeshi Yoshino
• [streams] Byte stream promises update (#280) Takeshi Yoshino
• Re: [ServiceWorker] A header/something to kill SWs (#614) Anne van Kesteren
• [ServiceWorker] Update algorithm and redirects (#618) Anne van Kesteren
• Re: [streams] Add readableAmount getter to ReadableByteStream (#279) Takeshi Yoshino
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Takeshi Yoshino
• [streams] Add readableAmount getter to ReadableByteStream (#279) Takeshi Yoshino
• Re: [streams] Requirement on promises equality (#266) Domenic Denicola
• Re: [ServiceWorker] Remove prefixMatch from CacheQueryOptions (#617) Jungkee Song
• Re: [streams] Requirement on promises equality (#266) Takeshi Yoshino
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) Jungkee Song
• Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) Jungkee Song
• Re: [ServiceWorker] 304 handling for fetch() (#412) Mark Nottingham
• Re: [ServiceWorker] Correct the atomic operation section in Update; allow new worker to get installed while an active worker is still effective (5f9b752) Jungkee Song
• Re: [streams] How will ReadableByteStream work with seekable resources? (#253) Domenic Denicola
• Re: [ServiceWorker] A header/something to kill SWs (#614) Joel Weinberger

Monday, 9 February 2015

• Re: [streams] I can not find the copyright of the reference implementation. (#278) Domenic Denicola
• Re: [streams] Add IsReadableStreamLocked abstract operation (#259) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [manifest] Integration with service workers (#161) Alex Russell
• Re: [ServiceWorker] SW spec should expose Resource Timing and User Timing (#553) Ilya Grigorik
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Domenic Denicola
• Re: [ServiceWorker] SW spec should expose Resource Timing and User Timing (#553) Jake Archibald
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Ben Kelly
• Re: [ServiceWorker] A header/something to kill SWs (#614) Jake Archibald
• Re: [ServiceWorker] Option bag for .unregister, including immediate (#236) Jake Archibald
• Re: [ServiceWorker] Option bag for .unregister, including immediate (#236) Jake Archibald
• Re: [ServiceWorker] Privacy consideration about the "cache" parameter of the Request object (#585) Honza Bambas
• Re: [manifest] Clarify display-mode relationship to iframes and legacy content (#309) Marcos Caceres
• Re: [ServiceWorker] 304 handling for fetch() (#412) Honza Bambas
• Re: [ServiceWorker] 304 handling for fetch() (#412) Honza Bambas
• Re: [packaging-on-the-web] Icon container as use case (#22) Yves Lafon
• Re: [ServiceWorker] clients.getAll -> clients.matchAll. Fixes #610 (ee62cfc) Jake Archibald
• Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) Jake Archibald
• Re: [packaging-on-the-web] Vary header use (#16) Yves Lafon
• Re: [packaging-on-the-web] When is the SPF stream finished? Is Content-Length enough? (#18) Yves Lafon
• Re: [packaging-on-the-web] Is it safe to deploy over plain-text HTTP? (#19) Yves Lafon
• Re: [packaging-on-the-web] Is it safe to deploy over plain-text HTTP? (#19) Yves Lafon
• Re: [packaging-on-the-web] Streaming Packaging Format (#12) Yves Lafon
• Re: [packaging-on-the-web] fixing typo (#20) Yves Lafon
• Re: [manifest] Clarify display-mode relationship to iframes and legacy content (#309) Kenneth Rohde Christiansen
• Re: [manifest] Clarify display-mode relationship to iframes and legacy content (#309) Marcos Caceres
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Takeshi Yoshino
• Re: [streams] Add IsReadableStreamLocked abstract operation (#259) Yutaka Hirano
• [webcomponents] Describe focus navigation order for the case with tabindex=-1 (#35) Takayoshi Kochi
• Re: [manifest] Integration with service workers (#161) Jake Archibald
• Re: [ServiceWorker] consider exposing size for cache entries (#587) Jake Archibald
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [ServiceWorker] A header/something to kill SWs (#614) Anne van Kesteren
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [manifest] Clarify display-mode relationship to iframes and legacy content (#309) Kenneth Rohde Christiansen
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Takeshi Yoshino

Sunday, 8 February 2015

• Re: [manifest] A means to control the color of the status bar (#225) Marcos Caceres
• Re: [manifest] A means to control the color of the status bar (#225) Marcos Caceres
• Re: [manifest] A means to control the color of the status bar (#225) Volker E.

Saturday, 7 February 2015

• Re: [ServiceWorker] A header/something to kill SWs (#614) Joel Weinberger
• [streams] I can not find the copyright of the reference implementation. (#278) Ryo Maruyama
• Re: [ServiceWorker] Is the ServiceWorker also a client? (#603) Ben Kelly
• Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) Ben Kelly
• Re: [ServiceWorker] Rename clients.getAll() (#610) Ben Kelly
• Re: [ServiceWorker] clients.getAll -> clients.matchAll. Fixes #610 (ee62cfc) Ben Kelly
• Re: [ServiceWorker] Service-Worker-Allowed header (#604) Ben Kelly
• Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) Ben Kelly
• Re: [ServiceWorker] Correct the atomic operation section in Update; allow new worker to get installed while an active worker is still effective (5f9b752) Nikhil Marathe
• Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) Nikhil Marathe

Friday, 6 February 2015

• Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) Nikhil Marathe
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [manifest] Integration with service workers (#161) Tobias Buschor
• Re: [ServiceWorker] Remove prefixMatch from CacheQueryOptions (#617) Ben Kelly
• [ServiceWorker] Remove prefixMatch from CacheQueryOptions (#617) Jake Archibald
• Re: [manifest] Integration with service workers (#161) Sebastian Kippe
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Ben Kelly
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Ben Kelly
• Re: [echidna] Generate unique id to identify the job (#60) Jérémie Astori
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Domenic Denicola
• Re: [manifest] Integration with service workers (#161) Marcos Caceres
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Ben Kelly
• Re: [manifest] Integration with service workers (#161) Marcos Caceres
• Re: [echidna] Generate unique id to identify the job (#60) Yves Lafon
• Re: [manifest] Integration with service workers (#161) Ben Francis
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [manifest] Integration with service workers (#161) Jake Archibald
• Re: [manifest] Integration with service workers (#161) Alex Russell
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [manifest] Integration with service workers (#161) Jake Archibald
• Re: [manifest] Integration with service workers (#161) Jake Archibald
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Takeshi Yoshino
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Takeshi Yoshino
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Takeshi Yoshino
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Domenic Denicola
• Re: [streams] Is Node's "unshift" necessary? (#3) Domenic Denicola
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Domenic Denicola
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Takeshi Yoshino
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Olivier Forget
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ryosuke Niwa
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Olivier Forget
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ben Peters
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ryosuke Niwa
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ben Peters
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ryosuke Niwa
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ben Peters
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Olivier Forget
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ben Peters
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ryosuke Niwa
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ben Peters
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ryosuke Niwa
• Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) Ben Peters

Thursday, 5 February 2015

• Re: [manifest] Integration with service workers (#161) Sebastian Kippe
• Re: [manifest] Integration with service workers (#161) Sebastian Kippe
• Re: [manifest] Integration with service workers (#161) Alex Russell
• Re: [selection-api] Fix capitalization of GitHub (#44) Ryosuke Niwa
• [selection-api] Fix capitalization of GitHub (#44) Adam Roben
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Domenic Denicola
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Domenic Denicola
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Domenic Denicola
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Domenic Denicola
• Re: [push-api] Add optional userVisibleOnly parameter to register & hasPermission (#87) John Mellor
• Re: [ServiceWorker] consider exposing size for cache entries (#587) robrbecker
• Re: [streams] can streams be transferred via postMessage()? (#276) Domenic Denicola
• Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) Yutaka Hirano
• Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) Ben Kelly
• Re: [ServiceWorker] consider exposing size for cache entries (#587) Kenji Baheux
• Re: [streams] can streams be transferred via postMessage()? (#276) Ben Kelly
• Re: [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Takeshi Yoshino
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Takeshi Yoshino
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Takeshi Yoshino
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Takeshi Yoshino
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Takeshi Yoshino
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Takeshi Yoshino
• Re: [ServiceWorker] How to set the client for the requests initiated from within user agent's internal context? (#615) Jungkee Song
• Re: [ServiceWorker] How to set the client for the requests initiated from within user agent's internal context? (#615) Ben Kelly
• Re: [ServiceWorker] How to set the client for the requests initiated from within user agent's internal context? (#615) Jungkee Song

Wednesday, 4 February 2015

• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [streams] Have each of the stream and reader hold promises (#277) Domenic Denicola
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• Re: [ServiceWorker] Expanded on the update() Note: (#616) Jake Archibald
• Re: [streams] Requirement on promises equality (#266) Takeshi Yoshino
• [ServiceWorker] Expanded on the update() Note: (#616) Jeffrey Posnick
• [streams] Have each of the stream and reader hold promises (#277) Takeshi Yoshino
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• [push-api] Align "push client", "push server", and "push service" with protocol (#113) Michael van Ouwerkerk
• Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) Kinuko Yasuda
• Re: [ServiceWorker] How to set the client for the requests initiated from within user agent's internal context? (#615) Jake Archibald
• Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) Jake Archibald
• Re: [ServiceWorker] Rename clients.getAll() (#610) Jake Archibald
• Re: [ServiceWorker] What's the interaction with referrer policy (#404) Jungkee Song
• Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) Jake Archibald
• [ServiceWorker] How to set the client for the requests initiated from within user agent's internal context? (#615) Jungkee Song
• Re: [ServiceWorker] What's the interaction with referrer policy (#404) Anne van Kesteren
• Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) Yutaka Hirano
• Re: [ServiceWorker] What's the interaction with referrer policy (#404) Jungkee Song
• Re: [ServiceWorker] What's the interaction with referrer policy (#404) Jungkee Song
• [streams] can streams be transferred via postMessage()? (#276) Ben Kelly
• Re: [streams] Requirement on promises equality (#266) Yutaka Hirano
• Re: [streams] Requirement on promises equality (#266) Domenic Denicola

Tuesday, 3 February 2015

• Re: [streams] Requirement on promises equality (#266) Domenic Denicola
• Re: [streams] Requirement on promises equality (#266) Domenic Denicola
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• Re: [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Peter Beverloo
• [push-api] Clarify subscription relationships, lifecycle, and uniqueness. (#112) Michael van Ouwerkerk
• Re: [ServiceWorker] Sync Application History & Cache (#425) Spencer Tom Tafadzwa Chirume
• Re: [ServiceWorker] Sync Application History & Cache (#425) Spencer Tom Tafadzwa Chirume
• Re: [streams] Requirement on promises equality (#266) Takeshi Yoshino
• Re: [manifest] check against security/privacy questions (#305) Marcos Caceres
• Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) Takeshi Yoshino
• Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) Takeshi Yoshino
• Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) Anne van Kesteren
• Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) Takeshi Yoshino
• Re: [ServiceWorker] window.caches and window.fetch should be [Replaceable] (#535) Anne van Kesteren
• Re: [ServiceWorker] window.caches and window.fetch should be [Replaceable] (#535) Anne van Kesteren
• Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) Takeshi Yoshino
• Re: [ServiceWorker] window.caches and window.fetch should be [Replaceable] (#535) Takeshi Yoshino
• Re: [ServiceWorker] window.caches and window.fetch should be [Replaceable] (#535) Anne van Kesteren
• Re: [streams] Requirement on promises equality (#266) Domenic Denicola
• Re: [webidl] Numeric type reform strawperson (#33) Cameron McCormack
• Re: [webidl] Numeric type reform strawperson (#33) Cameron McCormack
• Re: [webidl] Numeric type reform strawperson (#33) Domenic Denicola
• Re: [ServiceWorker] Should an IFRAME without src be controlled by SW when its parent is controlled? (#612) Mike West
• Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) Yutaka Hirano
• [packaging-on-the-web] Icon container as use case (#22) Marcos Caceres
• Re: [ServiceWorker] window.caches and window.fetch should be [Replaceable] (#535) Takeshi Yoshino
• Re: [streams] Requirement on promises equality (#266) Yutaka Hirano
• Re: [webidl] Dead links to "consequential interface" (#43) Cameron McCormack
• Re: [webidl] Dead links to "consequential interface" (#43) Cameron McCormack
• Re: [webidl] Numeric type reform strawperson (#33) Cameron McCormack
• [webidl] Dead links to "consequential interface" (#43) Takeshi Yoshino
• Re: [streams] Requirement on promises equality (#266) Yutaka Hirano
• [streams] [WIP] Putting a chunk back in the readable stream queue (#275) Domenic Denicola
• [webidl] explicitly invoke [[HasOwnProperty]], [[GetProperyOf]], etc. more often (#42) Cameron McCormack

Monday, 2 February 2015

• Re: [streams] Requirement on promises equality (#266) Domenic Denicola
• Re: [streams] Convert readable stream pull() to promise-returning (#272) Domenic Denicola
• Re: [ServiceWorker] A header/something to kill SWs (#614) Kenji Baheux
• Re: [ServiceWorker] Service-Worker-Allowed header (#604) Kenji Baheux
• Re: [ServiceWorker] Service-Worker-Allowed header (#604) Kenji Baheux
• [ServiceWorker] A header/something to kill SWs (#614) Kenji Baheux
• Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) Kenji Baheux
• Re: [ServiceWorker] Reliable ordering of fetch event handlers (#613) Anne van Kesteren
• Re: [ServiceWorker] Reliable ordering of fetch event handlers (#613) Anne van Kesteren
• [ServiceWorker] Reliable ordering of fetch event handlers (#613) Mat Scales
• Re: [ServiceWorker] Should an IFRAME without src be controlled by SW when its parent is controlled? (#612) Anne van Kesteren
• Re: [ServiceWorker] Should an IFRAME without src be controlled by SW when its parent is controlled? (#612) Mike West
• Re: [ServiceWorker] Clients & postMessage (#609) Anne van Kesteren
• Re: [ServiceWorker] Should an IFRAME without src be controlled by SW when its parent is controlled? (#612) Anne van Kesteren
• Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) Jungkee Song
• Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) Jungkee Song
• Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) Long Xiang
• Re: [ServiceWorker] Should an IFRAME without src be controlled by SW when its parent is controlled? (#612) Mike West
• Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) Jake Archibald
• Re: [ServiceWorker] Clients & postMessage (#609) Jake Archibald
• Re: [ServiceWorker] Rename clients.getAll() (#610) Jake Archibald
• Re: [ServiceWorker] Should an IFRAME without src be controlled by SW when its parent is controlled? (#612) Jake Archibald
• Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) Long Xiang

Sunday, 1 February 2015

• Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) Anne van Kesteren
• Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) Kinuko Yasuda

Last message date: Saturday, 28 February 2015 19:05:38 UTC