Alex Russell
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Friday, 30 January)
- Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) (Thursday, 29 January)
- Re: [manifest] Integration with service workers (#161) (Wednesday, 28 January)
- Re: [ServiceWorker] Rename clients.getAll() (#610) (Wednesday, 28 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Thursday, 22 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Wednesday, 21 January)
- Re: [packaging-on-the-web] Zip CAN be streaming (#14) (Wednesday, 7 January)
- [packaging-on-the-web] Clarify zip streaming discussion. Fixes #14. (#15) (Wednesday, 7 January)
- Re: [packaging-on-the-web] Zip CAN be streaming (#14) (Wednesday, 7 January)
- Re: [ServiceWorker] Multi-author sites (#468) (Tuesday, 6 January)
Anne van Kesteren
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Saturday, 31 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Saturday, 31 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Saturday, 31 January)
- Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) (Friday, 30 January)
- Re: [ServiceWorker] Should an IFRAME without src be controlled by SW when its parent is controlled? (#612) (Friday, 30 January)
- Re: [ServiceWorker] What's the interaction with referrer policy (#404) (Friday, 30 January)
- Re: [ServiceWorker] Should an IFRAME without src be controlled by SW when its parent is controlled? (#612) (Friday, 30 January)
- Re: [ServiceWorker] What's the interaction with referrer policy (#404) (Friday, 30 January)
- Re: [ServiceWorker] What's the interaction with referrer policy (#404) (Thursday, 29 January)
- Re: [ServiceWorker] What's the interaction with referrer policy (#404) (Thursday, 29 January)
- Re: [ServiceWorker] What's the interaction with referrer policy (#404) (Thursday, 29 January)
- Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) (Thursday, 29 January)
- Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) (Thursday, 29 January)
- Re: [ServiceWorker] Privacy consideration about the "cache" parameter of the Request object (#585) (Wednesday, 28 January)
- Re: [ServiceWorker] ServiceWorkerClient can't be a MessageEvent.source because it's not a WindowProxy or MessagePort (#453) (Wednesday, 28 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 28 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Tuesday, 27 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Tuesday, 27 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Tuesday, 27 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Tuesday, 27 January)
- Re: [ServiceWorker] Rename clients.getAll() (#610) (Tuesday, 27 January)
- Re: [ServiceWorker] Clients & postMessage (#609) (Tuesday, 27 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Friday, 23 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Friday, 23 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Friday, 23 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Friday, 23 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Friday, 23 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Thursday, 22 January)
- Re: [ServiceWorker] Clients & postMessage (#609) (Thursday, 22 January)
- Re: [ServiceWorker] Clients & postMessage (#609) (Thursday, 22 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Clients & postMessage (#609) (Wednesday, 21 January)
- Re: [ServiceWorker] Clients & postMessage (#609) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] window.fetch (#581) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Tuesday, 20 January)
- Re: [ServiceWorker] window.fetch (#581) (Monday, 19 January)
- Re: [ServiceWorker] Is the ServiceWorker also a client? (#603) (Monday, 19 January)
- Re: [ServiceWorker] Is the ServiceWorker also a client? (#603) (Monday, 19 January)
- Re: [ServiceWorker] window.fetch (#581) (Thursday, 15 January)
- Re: [ServiceWorker] Need for linkable and reusable section that defines the https restriction (#601) (Wednesday, 14 January)
- Re: [ServiceWorker] Need for linkable and reusable section that defines the https restriction (#601) (Tuesday, 13 January)
- Re: [ServiceWorker] Need for linkable and reusable section that defines the https restriction (#601) (Tuesday, 13 January)
- Re: [ServiceWorker] Do not want ServiceWorker to interrupt a specific request (#598) (Tuesday, 13 January)
- Re: [ServiceWorker] Errors inside Promises are not thrown (#600) (Tuesday, 13 January)
- Re: [push-api] endpoint should be of type URL not DOMString (#93) (Thursday, 8 January)
- Re: [ServiceWorker] location.reload(true) should reload without ServiceWorker (#597) (Tuesday, 6 January)
- Re: [ServiceWorker] loaction.reload(true) should reload without ServiceWorker (#597) (Tuesday, 6 January)
- Re: [ServiceWorker] Inclusion of `referer` in preflight `Access-Control-Request-Headers` despite not being set (#596) (Thursday, 1 January)
- Re: [ServiceWorker] Inclusion of `referer` in preflight `Access-Control-Request-Headers` despite not being set (#596) (Thursday, 1 January)
Arthur Barstow
Aryeh Gregor
Ben Francis
- Re: [manifest] Integration with service workers (#161) (Thursday, 15 January)
- Re: [manifest] Integration with service workers (#161) (Thursday, 15 January)
- Re: [manifest] Integration with service workers (#161) (Wednesday, 14 January)
- Re: [manifest] Define identity of a web app. (#272) (Wednesday, 14 January)
- Re: [manifest] Clarified opening deep link (closes #301) (#302) (Wednesday, 14 January)
- Re: [manifest] Integration with service workers (#161) (Wednesday, 14 January)
- Re: [manifest] Define identity of a web app. (#272) (Tuesday, 13 January)
- Re: [manifest] Define identity of a web app. (#272) (Tuesday, 13 January)
- Re: [manifest] Define identity of a web app. (#272) (Tuesday, 13 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Tuesday, 13 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Monday, 12 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Monday, 12 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Monday, 12 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Monday, 12 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Friday, 9 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Monday, 5 January)
Ben Kelly
- Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) (Friday, 30 January)
- Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) (Friday, 30 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Wednesday, 28 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Friday, 23 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592) (Saturday, 17 January)
- Re: [ServiceWorker] Do not want ServiceWorker to interrupt a specific request (#598) (Tuesday, 13 January)
- Re: [ServiceWorker] Do not want ServiceWorker to interrupt a specific request (#598) (Monday, 12 January)
Ben Peters
- Re: [editing-explainer] Fix URL of ContentEditable spec. (#45) (Thursday, 29 January)
- Re: [editing-explainer] how does cE=typing handle autocorrect and spelling suggestions? (#37) (Thursday, 29 January)
- Re: [editing-explainer] how does cE=typing handle autocorrect and spelling suggestions? (#37) (Thursday, 29 January)
- Re: [editing-explainer] how does cE=typing handle autocorrect and spelling suggestions? (#37) (Thursday, 29 January)
- Re: [editing-explainer] how does cE=typing handle autocorrect and spelling suggestions? (#37) (Thursday, 29 January)
- Re: [editing-explainer] beforeinput should be fired only when the DOM change is caused by direct input by keypress or composition (#43) (Wednesday, 28 January)
- Re: [editing-explainer] Prevent recursive beforeInput calls (#44) (Wednesday, 28 January)
- Re: [editing-explainer] Should Device-Specific Input Events say what Responsive Input Event they will cause? (#25) (Wednesday, 28 January)
- Re: [editing-explainer] What should be the term for "Intentions" (#7) (Wednesday, 28 January)
- Re: [editing-explainer] Should beforeInput Event happen if there is no selection? (#26) (Wednesday, 28 January)
- Re: [editing-explainer] Need to spec the data in beforeInput event (#29) (Wednesday, 28 January)
- Re: [editing-explainer] How do we feature detect Responsive Input Events? (#32) (Wednesday, 28 January)
- Re: [editing-explainer] How do we feature detect Responsive Input Events? (#32) (Wednesday, 28 January)
- Re: [editing-explainer] How can sites access browser spellchecking? (#36) (Wednesday, 28 January)
- Re: [editing-explainer] Target range in device independent events (#39) (Wednesday, 28 January)
- Re: [selection-api] Add APIs to save/restore selection (#43) (Wednesday, 28 January)
- Re: [selection-api] Add APIs to save/restore selection (#43) (Wednesday, 28 January)
- Re: [selection-api] Add APIs to save/restore selectiona (#42) (Wednesday, 28 January)
- [selection-api] Add APIs to save/restore selection (#43) (Wednesday, 28 January)
- Re: [editing-explainer] Add "intention" integration point to 'beforeinput' event's interface (#42) (Wednesday, 28 January)
- Re: [editing-explainer] Add "intention" integration point to 'beforeinput' event's interface (#42) (Wednesday, 28 January)
- Re: [editing-explainer] added some comments to point out intents from components (#15) (Wednesday, 28 January)
- Re: [editing-explainer] Links should use <a> tag and not MD syntax (#40) (Wednesday, 28 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Friday, 23 January)
- Re: [editing-explainer] Should sites be able to control Responsive Input Language? (#31) (Thursday, 22 January)
- Re: [editing-explainer] Should execCommand be spec'd to do nothing in cE=typing? (#33) (Thursday, 22 January)
- [editing-explainer] Document "unsafe to dispatch events" in D3E if it's possible (#44) (Wednesday, 21 January)
- [editing-explainer] beforeinput should be fired only when the DOM change is caused by direct input by keypress or composition (#43) (Wednesday, 21 January)
- [editing-explainer] Add "intention" integration point to 'beforeinput' event's interface (#42) (Wednesday, 21 January)
- [editing-explainer] D3E defines input event should be fired immediately after the DOM as been updated but it shouldn't be so if the editor value is changed by setting value attribute (#41) (Wednesday, 21 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Tuesday, 13 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Tuesday, 13 January)
- Re: [editing-explainer] removed the protocol to link to respec (#38) (Tuesday, 6 January)
Boopathi Rajaa
Boris Zbarsky
- Re: [webidl] Remove a duplicate word. (#41) (Friday, 23 January)
- Re: [webidl] Fix a typo in editorial note for @@toStringTag (#39) (Wednesday, 21 January)
- Re: [webidl] Followup for bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to to deal with inherited interfaces that are [NoInterfaceObject]. (#38) (Tuesday, 13 January)
- Re: [webidl] Followup for bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to to deal with inherited interfaces that are [NoInterfaceObject]. (#38) (Tuesday, 13 January)
- Re: [webidl] Followup for bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to to deal with inherited interfaces that are [NoInterfaceObject]. (#38) (Tuesday, 13 January)
- [webidl] Followup for bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to to deal with inherited interfaces that are [NoInterfaceObject]. (#38) (Tuesday, 13 January)
- Re: [webidl] Fix https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 (#37) (Tuesday, 13 January)
- [webidl] Fix https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 (#37) (Tuesday, 13 January)
- Re: [webidl] Make the DOMException constructor accept a name (#22) (Wednesday, 7 January)
- Re: [webidl] Make the DOMException constructor accept a name (#22) (Tuesday, 6 January)
- Re: [webidl] Fix DOMException-related nits. (#36) (Sunday, 4 January)
- Re: [webidl] Stringifier says it requires DOMString, but should also allow USVString (#35) (Saturday, 3 January)
- Re: [webidl] Make the DOMException constructor accept a name (#22) (Friday, 2 January)
Caitlin Potter
Cameron McCormack
Costin Manolache
Daniel Appelquist
Darrel
Dimitri Glazkov
Domenic Denicola
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Friday, 30 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Friday, 30 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Friday, 30 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 29 January)
- Re: [streams] Define "tee"ing a stream (#271) (Thursday, 29 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 29 January)
- Re: [streams] Fixed cancel test on errored stream (#274) (Wednesday, 28 January)
- Re: [streams] Fixed cancel test on errored stream (#274) (Wednesday, 28 January)
- Re: [streams] Fixed cancel test on errored stream (#274) (Wednesday, 28 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 28 January)
- Re: [manifest] Integration with service workers (#161) (Wednesday, 28 January)
- Re: [manifest] Integration with service workers (#161) (Wednesday, 28 January)
- Re: [manifest] Integration with service workers (#161) (Wednesday, 28 January)
- Re: [streams] Add way to get URL of current spec commit snapshot (#223) (Tuesday, 27 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 27 January)
- Re: [streams] Add missing methods to the ReadableByteStream class definition (#273) (Tuesday, 27 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 27 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Tuesday, 27 January)
- Re: [streams] Document globals created by this spec (#254) (Tuesday, 27 January)
- Re: [streams] Promises based transform() (#185) (Tuesday, 27 January)
- [streams] Convert readable stream pull() to promise-returning (#272) (Tuesday, 27 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 27 January)
- [streams] Define "tee"ing a stream (#271) (Tuesday, 27 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Monday, 26 January)
- Re: [streams] Promises based transform() (#185) (Saturday, 24 January)
- Re: [streams] Reorganize examples (#255) (Friday, 23 January)
- Re: [streams] Add, re-do, and reorganize a bunch of examples (#270) (Friday, 23 January)
- Re: [streams] Spec brand checks (#261) (Friday, 23 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Friday, 23 January)
- Re: [streams] Is Node's "unshift" necessary? (#3) (Thursday, 22 January)
- Re: [streams] Should delegate functions of underlying sink/source return promises or call given functions (#130) (Thursday, 22 January)
- Re: [streams] Should delegate functions of underlying sink/source return promises or call given functions (#130) (Thursday, 22 January)
- Re: [streams] Allow object with methods to be passed as (writeable) sink (#256) (Thursday, 22 January)
- Re: [streams] First class source sink objects (#265) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [streams] Should readable streams start right away? (#269) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- [streams] Add, re-do, and reorganize a bunch of examples (#270) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- [streams] Should readable streams start right away? (#269) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [streams] First class source sink objects (#265) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [spec-reviews] Navigation Error Logging (#24) (Tuesday, 20 January)
- Re: [streams] Make the promise returned by rs.ready consult rs.ready again on resoluti... (#268) (Tuesday, 20 January)
- Re: [streams] Make the promise returned by rs.ready consult rs.ready again on resoluti... (#268) (Tuesday, 20 January)
- Re: [streams] ready fulfilling when state ends up being "waiting" due to reading in the same turn (#263) (Tuesday, 20 January)
- Re: [streams] Make reader.closed return the result of racing closedPromise and lockRel... (#267) (Tuesday, 20 January)
- Re: [streams] Make reader.closed return the result of racing closedPromise and lockRel... (#267) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Tuesday, 20 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Tuesday, 20 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [streams] Make reader.closed return the result of racing closedPromise and lockRel... (#267) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [streams] Requirement on promises equality (#266) (Tuesday, 20 January)
- Re: [streams] Requirement on promises equality (#266) (Monday, 19 January)
- Re: [streams] Make released stream readers look like closed streams (e119976) (Monday, 19 January)
- Re: [streams] Add ability to exclusively lock a readable stream (63372f5) (Monday, 19 January)
- [streams] First class source sink objects (#265) (Saturday, 17 January)
- Re: [streams] Make stream readers look closed when released (#260) (Friday, 16 January)
- Re: [streams] [Reader] Should resolve readyPromise on getReader() call? (#258) (Friday, 16 January)
- Re: [streams] Reader fixups (#262) (Friday, 16 January)
- [streams] Factor out portions of a test suite that can be run against already-constructed streams (#264) (Friday, 16 January)
- Re: [streams] Add way to get URL of current spec commit snapshot (#223) (Friday, 16 January)
- Re: [streams] Allow object with methods to be passed as (writeable) sink (#256) (Friday, 16 January)
- Re: [streams] Reader fixups (#262) (Thursday, 15 January)
- [streams] ready fulfilling when state ends up being "waiting" due to reading in the same turn (#263) (Thursday, 15 January)
- Re: [streams] Reader fixups (#262) (Thursday, 15 January)
- Re: [streams] Reader fixups (#262) (Thursday, 15 January)
- Re: [streams] Reader fixups (#262) (Thursday, 15 January)
- [streams] Reader fixups (#262) (Wednesday, 14 January)
- [streams] Spec brand checks (#261) (Wednesday, 14 January)
- Re: [spec-reviews] Custom Elements (#16) (Wednesday, 14 January)
- Re: [spec-reviews] Custom Elements (#16) (Wednesday, 14 January)
- Re: [streams] Add IsReadableStreamLocked abstract operation (#259) (Wednesday, 14 January)
- Re: [streams] [Reader] Should resolve readyPromise on getReader() call? (#258) (Wednesday, 14 January)
- Re: [streams] [Reader] Should resolve readyPromise on getReader() call? (#258) (Wednesday, 14 January)
- Re: [webidl] Followup for bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to to deal with inherited interfaces that are [NoInterfaceObject]. (#38) (Tuesday, 13 January)
- Re: [webidl] Followup for bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to to deal with inherited interfaces that are [NoInterfaceObject]. (#38) (Tuesday, 13 January)
- Re: [webidl] Followup for bug https://www.w3.org/Bugs/Public/show_bug.cgi?id=23133 to to deal with inherited interfaces that are [NoInterfaceObject]. (#38) (Tuesday, 13 January)
- Re: [ServiceWorker] Do not want ServiceWorker to interrupt a specific request (#598) (Tuesday, 13 January)
- Re: [ServiceWorker] Errors inside Promises are not thrown (#600) (Tuesday, 13 January)
- Re: [streams] [Reader] Should resolve readyPromise on getReader() call? (#258) (Tuesday, 13 January)
- [streams] Make stream readers look closed when released (#260) (Thursday, 8 January)
- Re: [streams] Should we "lock" readable streams while piping? (#241) (Thursday, 8 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 8 January)
- [streams] Add IsReadableStreamLocked abstract operation (#259) (Thursday, 8 January)
- Re: [spec-reviews] http-problem (#37) (Thursday, 8 January)
- [spec-reviews] Subresource Integrity (#43) (Thursday, 8 January)
- [spec-reviews] CSP (#42) (Thursday, 8 January)
- Re: [spec-reviews] Navigation Error Logging (#24) (Wednesday, 7 January)
- Re: [spec-reviews] WebRTC Identity Provider Selection (#28) (Wednesday, 7 January)
- Re: [spec-reviews] Wake lock (#32) (Wednesday, 7 January)
- Re: [spec-reviews] Wake lock (#32) (Wednesday, 7 January)
- [url] Import Node.js tests (#42) (Wednesday, 7 January)
- [url] Add a "relativizer" function to the API (#41) (Wednesday, 7 January)
- Re: [streams] [Reader] Should resolve readyPromise on getReader() call? (#258) (Tuesday, 6 January)
- Re: [streams] Should we "lock" readable streams while piping? (#241) (Tuesday, 6 January)
- Re: [streams] [Reader] Should resolve readyPromise on getReader() call? (#258) (Tuesday, 6 January)
- Re: [streams] Reorganize examples (#255) (Tuesday, 6 January)
- Re: [streams] Some minor refinements plus thought process (33c2985) (Monday, 5 January)
Erik Wilde
Frederico Caldeira Knabben
Gimm Yu
Hayato Ito
HE Shi-Jun
Ian Hickson
Jack Lukic
Jake Archibald
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Tuesday, 27 January)
- Re: [ServiceWorker] Do not want ServiceWorker to interrupt a specific request (#598) (Tuesday, 27 January)
- Re: [ServiceWorker] Do not want ServiceWorker to interrupt a specific request (#598) (Tuesday, 27 January)
- Re: [ServiceWorker] Is the ServiceWorker also a client? (#603) (Tuesday, 27 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Tuesday, 27 January)
- Re: [ServiceWorker] Rename clients.getAll() (#610) (Tuesday, 27 January)
- Re: [ServiceWorker] Clients & postMessage (#609) (Tuesday, 27 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Monday, 26 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Monday, 26 January)
- [ServiceWorker] Rename clients.getAll() (#610) (Thursday, 22 January)
- Re: [ServiceWorker] Clients & postMessage (#609) (Thursday, 22 January)
- Re: [ServiceWorker] Clients & postMessage (#609) (Thursday, 22 January)
- Re: [ServiceWorker] Resolving null & using WindowClient (8e7dfc9) (Thursday, 22 January)
- Re: [ServiceWorker] Clients & postMessage (#609) (Wednesday, 21 January)
- Re: [ServiceWorker] Timing of events relative to initial script load (#605) (Wednesday, 21 January)
- Re: [ServiceWorker] Timing of events relative to initial script load (#605) (Wednesday, 21 January)
- Re: [ServiceWorker] window.fetch (#581) (Wednesday, 21 January)
- Re: [ServiceWorker] Clients & postMessage (#609) (Tuesday, 20 January)
- [ServiceWorker] Clients & postMessage (#609) (Tuesday, 20 January)
- Re: [ServiceWorker] Should DedicatedWorkers select their own ServiceWorkerRegistration? (#423) (Tuesday, 20 January)
- Re: [ServiceWorker] Should DedicatedWorkers select their own ServiceWorkerRegistration? (#423) (Tuesday, 20 January)
- [ServiceWorker] Remove registration from Client? (#608) (Tuesday, 20 January)
- [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Tuesday, 20 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Tuesday, 20 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Tuesday, 20 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Tuesday, 20 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Tuesday, 20 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Is the ServiceWorker also a client? (#603) (Monday, 19 January)
- [ServiceWorker] Is the ServiceWorker also a client? (#603) (Monday, 19 January)
- Re: [ServiceWorker] ServiceWorkerClient to Client (#588) (Monday, 19 January)
- Re: [ServiceWorker] ServiceWorkerClient to Client (#588) (Monday, 19 January)
- Re: [ServiceWorker] Do not want ServiceWorker to interrupt a specific request (#598) (Monday, 19 January)
- Re: [ServiceWorker] ServiceWorkerClient to Client (#588) (Thursday, 15 January)
- Re: [ServiceWorker] window.fetch (#581) (Thursday, 15 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Thursday, 15 January)
- Re: [ServiceWorker] Can caches store and retrieve results that are still being written to the cache? (#573) (Thursday, 15 January)
- Re: [ServiceWorker] Can caches store and retrieve results that are still being written to the cache? (#573) (Thursday, 15 January)
- Re: [ServiceWorker] Can caches store and retrieve results that are still being written to the cache? (#573) (Thursday, 15 January)
- Re: [ServiceWorker] location.reload(true) should reload without ServiceWorker (#597) (Thursday, 15 January)
- Re: [ServiceWorker] location.reload(true) should reload without ServiceWorker (#597) (Thursday, 15 January)
- Re: [ServiceWorker] Do not want ServiceWorker to interrupt a specific request (#598) (Thursday, 15 January)
- Re: [ServiceWorker] ServiceWorkerClient to Client (#588) (Thursday, 15 January)
- Re: [manifest] Integration with service workers (#161) (Thursday, 15 January)
- Re: [manifest] Integration with service workers (#161) (Thursday, 15 January)
- Re: [manifest] Integration with service workers (#161) (Thursday, 15 January)
- Re: [ServiceWorker] consider exposing size for cache entries (#587) (Wednesday, 14 January)
- Re: [ServiceWorker] WindowClient.focus() resolves with updated WindowClient. (#599) (Monday, 12 January)
- Re: [ServiceWorker] ServiceWorkerClient to Client (#588) (Friday, 9 January)
- Re: [ServiceWorker] ServiceWorkerClient to Client (#588) (Friday, 9 January)
- Re: [ServiceWorker] Multi-author sites (#468) (Tuesday, 6 January)
- Re: [ServiceWorker] location.reload(true) should reload without ServiceWorker (#597) (Tuesday, 6 January)
- Re: [ServiceWorker] location.reload(true) should reload without ServiceWorker (#597) (Tuesday, 6 January)
- Re: [ServiceWorker] location.reload(true) should reload without ServiceWorker (#597) (Tuesday, 6 January)
- Re: [ServiceWorker] loaction.reload(true) should reload without ServiceWorker (#597) (Tuesday, 6 January)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592) (Tuesday, 6 January)
- Re: [ServiceWorker] Default scope to register() (#595) (Tuesday, 6 January)
- [ServiceWorker] loaction.reload(true) should reload without ServiceWorker (#597) (Tuesday, 6 January)
James Morrin
Janusz Majnert
- Re: [packaging-on-the-web] Security use cases for packaging (#21) (Friday, 30 January)
- Re: [manifest] Enhanced privacy/security considerations (closes #305) (63f8448) (Wednesday, 28 January)
- Re: [packaged-webapps] x180E no longer a Unicode whitespace (#2) (Tuesday, 27 January)
- Re: [packaged-webapps] x180E no longer a Unicode whitespace (#2) (Tuesday, 27 January)
- Re: [packaged-webapps] x180E no longer a Unicode whitespace (#2) (Monday, 26 January)
- Re: [packaged-webapps] Remove x180E (#3) (Monday, 26 January)
- Re: [packaged-webapps] x180E no longer a Unicode whitespace (#2) (Monday, 26 January)
- Re: [packaged-webapps] x180E no longer a Unicode whitespace (#2) (Monday, 26 January)
- [packaged-webapps] Remove x180E (#3) (Monday, 26 January)
- [packaged-webapps] x180E no longer a Unicode whitespace (#2) (Monday, 26 January)
- Re: [manifest] check against security/privacy questions (#305) (Monday, 19 January)
- Re: [manifest] Define identity of a web app. (#272) (Wednesday, 14 January)
- Re: [manifest] Define identity of a web app. (#272) (Tuesday, 13 January)
- Re: [manifest] Define identity of a web app. (#272) (Tuesday, 13 January)
- Re: [manifest] Define identity of a web app. (#272) (Tuesday, 13 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Friday, 9 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Friday, 9 January)
jeisinger
Jeni Tennison
Johannes Wilm
John Mellor
Joshua Bell
Joshua Peek
Jungkee Song
- Re: [ServiceWorker] installing/waiting/activating state transition event and state lead to confusion. (#539) (Tuesday, 27 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Tuesday, 27 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Tuesday, 27 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Monday, 26 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Monday, 26 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Monday, 26 January)
- Re: [ServiceWorker] IDL: define ContextFrameType (#572) (Monday, 26 January)
- Re: [ServiceWorker] IDL: define ContextFrameType (#572) (Monday, 26 January)
- Re: [ServiceWorker] Possible ambiguity with "run these steps asynchronously" (#403) (Monday, 26 January)
- Re: [ServiceWorker] Possible ambiguity with "run these steps asynchronously" (#403) (Monday, 26 January)
- Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) (Monday, 26 January)
- Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) (Monday, 26 January)
- Re: [ServiceWorker] Changing ServiceWorkerClient.hidden to visibilityState (#498) (Monday, 26 January)
- Re: [ServiceWorker] Changing ServiceWorkerClient.hidden to visibilityState (#498) (Monday, 26 January)
- Re: [ServiceWorker] Clarify if Cache put()/add()/addAll() should mark Request body used (#550) (Monday, 26 January)
- Re: [ServiceWorker] Clarify if Cache put()/add()/addAll() should mark Request body used (#550) (Monday, 26 January)
- Re: [ServiceWorker] Can caches store and retrieve results that are still being written to the cache? (#573) (Monday, 26 January)
- Re: [ServiceWorker] Can caches store and retrieve results that are still being written to the cache? (#573) (Monday, 26 January)
- Re: [ServiceWorker] Remove registration from Client? (#608) (Monday, 26 January)
- Re: [ServiceWorker] Remove registration from Client? (#608) (Monday, 26 January)
- Re: [ServiceWorker] Move installEvent.replace() onto ServiceWorkerClients (#518) (Friday, 23 January)
- Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) (Friday, 23 January)
- Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) (Friday, 23 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Friday, 23 January)
- Re: [ServiceWorker] Rename clients.getAll() (#610) (Friday, 23 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Friday, 23 January)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607) (Thursday, 22 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Thursday, 22 January)
- Re: [ServiceWorker] Remove registration from Client? (#608) (Thursday, 22 January)
- Re: [ServiceWorker] Resolving null & using WindowClient (8e7dfc9) (Thursday, 22 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Thursday, 22 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Thursday, 22 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Tuesday, 20 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Tuesday, 20 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Tuesday, 20 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Tuesday, 20 January)
- Re: [ServiceWorker] Multi-author sites (#468) (Tuesday, 20 January)
- Re: [ServiceWorker] Multi-author sites (#468) (Tuesday, 20 January)
- Re: [ServiceWorker] Is the ServiceWorker also a client? (#603) (Monday, 19 January)
- Re: [ServiceWorker] Can caches store and retrieve results that are still being written to the cache? (#573) (Friday, 16 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Friday, 16 January)
- Re: [ServiceWorker] Need for linkable and reusable section that defines the https restriction (#601) (Wednesday, 14 January)
- Re: [ServiceWorker] Make it clear that Cache and caches are to be available on page (#297) (Friday, 9 January)
- Re: [ServiceWorker] Make it clear that Cache and caches are to be available on page (#297) (Friday, 9 January)
- Re: [ServiceWorker] Client versus resource for workers, frames, etc. (#345) (Friday, 9 January)
- Re: [ServiceWorker] Batch adding to a cache should fail if one request in the batch overwrites another (#379) (Friday, 9 January)
- Re: [ServiceWorker] Batch adding to a cache should fail if one request in the batch overwrites another (#379) (Friday, 9 January)
- Re: [ServiceWorker] ServiceWorkerGlobalScope needs Exposed=ServiceWorker or Exposed=Worker or something (#391) (Friday, 9 January)
- Re: [ServiceWorker] ServiceWorkerGlobalScope needs Exposed=ServiceWorker or Exposed=Worker or something (#391) (Friday, 9 January)
- Re: [ServiceWorker] [Exposed] annotations on InstallEvent an ServiceWorker make no sense (#395) (Friday, 9 January)
- Re: [ServiceWorker] [Exposed] annotations on InstallEvent an ServiceWorker make no sense (#395) (Friday, 9 January)
- Re: [ServiceWorker] clarify ServiceWorkerGlobalScope.caches is per-origin (#415) (Friday, 9 January)
- Re: [ServiceWorker] clarify ServiceWorkerGlobalScope.caches is per-origin (#415) (Friday, 9 January)
- Re: [ServiceWorker] Expose ServiceWorkerRegistration within ServiceWorkerGlobalScope (#421) (Friday, 9 January)
- Re: [ServiceWorker] Expose ServiceWorkerRegistration within ServiceWorkerGlobalScope (#421) (Friday, 9 January)
- Re: [ServiceWorker] ServiceWorkerClientQueryParams includeUncontrolled and algorithm are at odds (#428) (Friday, 9 January)
- Re: [ServiceWorker] ServiceWorkerClientQueryParams includeUncontrolled and algorithm are at odds (#428) (Friday, 9 January)
- Re: [ServiceWorker] caches.create should return existing cache if it already exists (#458) (Friday, 9 January)
- Re: [ServiceWorker] caches.create should return existing cache if it already exists (#458) (Friday, 9 January)
- Re: [ServiceWorker] ServiceWorkerClients.getAll should be sorted by recency (#499) (Friday, 9 January)
- Re: [ServiceWorker] ServiceWorkerClients.getAll should be sorted by recency (#499) (Friday, 9 January)
- Re: [ServiceWorker] Need a linkable section for "start up a service worker if it is not running" (#501) (Friday, 9 January)
- Re: [ServiceWorker] Need a linkable section for "start up a service worker if it is not running" (#501) (Friday, 9 January)
- Re: [ServiceWorker] Move installEvent.replace() onto ServiceWorkerClients (#518) (Friday, 9 January)
- Re: [ServiceWorker] Move installEvent.replace() onto ServiceWorkerClients (#518) (Friday, 9 January)
- Re: [ServiceWorker] Merge service worker client into "environment settings object" (#516) (Friday, 9 January)
- Re: [ServiceWorker] Merge service worker client into "environment settings object" (#516) (Friday, 9 January)
- Re: [ServiceWorker] FetchEvent.respondWith() should check the used flag of the response (#567) (Friday, 9 January)
- Re: [ServiceWorker] FetchEvent.respondWith() should check the used flag of the response (#567) (Friday, 9 January)
- Re: [ServiceWorker] Default scope to register() (#595) (Friday, 9 January)
- Re: [ServiceWorker] Default scope to register() (#595) (Friday, 9 January)
- Re: [ServiceWorker] Make ExtendableEvent#waitUntil generic (#554) (Thursday, 8 January)
- Re: [ServiceWorker] Make ExtendableEvent#waitUntil generic (#554) (Wednesday, 7 January)
- Re: [ServiceWorker] ServiceWorkerClients.getAll should be sorted by recency (#499) (Wednesday, 7 January)
- Re: [ServiceWorker] Make ExtendableEvent#waitUntil generic (#554) (Wednesday, 7 January)
- Re: [ServiceWorker] Cache object grammar (#494) (Tuesday, 6 January)
- Re: [ServiceWorker] Cache object grammar (#494) (Tuesday, 6 January)
- Re: [ServiceWorker] new ServiceWorkerClient makes no sense? (#511) (Tuesday, 6 January)
- Re: [ServiceWorker] new ServiceWorkerClient makes no sense? (#511) (Tuesday, 6 January)
- Re: [ServiceWorker] ServiceWorker objects and workers (#528) (Tuesday, 6 January)
- Re: [ServiceWorker] ServiceWorker objects and workers (#528) (Tuesday, 6 January)
- Re: [ServiceWorker] Default scope to register() (#595) (Tuesday, 6 January)
- Re: [ServiceWorker] Default scope to register() (#595) (Monday, 5 January)
- Re: [ServiceWorker] [[register]] entry settings object's API (#336) (Monday, 5 January)
Kenji Baheux
- Re: [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) (Thursday, 29 January)
- [ServiceWorker] Hints in beforeevicted to let the SW of a web app pick among several house cleaning options? (#611) (Thursday, 29 January)
- Re: [ServiceWorker] ServiceWorkerClient can't be a MessageEvent.source because it's not a WindowProxy or MessagePort (#453) (Wednesday, 28 January)
- Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) (Friday, 23 January)
- Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) (Friday, 23 January)
- Re: [ServiceWorker] Rename clients.getAll() (#610) (Friday, 23 January)
- Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586) (Tuesday, 20 January)
- Re: [ServiceWorker] Multi-author sites (#468) (Tuesday, 20 January)
- Re: [ServiceWorker] Rename InstallPhaseEvent to ExtendableEvent (#448) (Friday, 16 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Friday, 16 January)
- Re: [ServiceWorker] Default scope to register() (#595) (Friday, 9 January)
- Re: [editing-explainer] Should execCommand be spec'd to do nothing in cE=typing? (#33) (Monday, 5 January)
Kenneth Rohde Christiansen
- Re: [manifest] Enhanced privacy/security considerations (closes #305) (63f8448) (Wednesday, 28 January)
- Re: [manifest] Enhanced privacy/security considerations (closes #305) (63f8448) (Wednesday, 28 January)
- Re: [manifest] Consider making display a space-separated list of tokens (#304) (Friday, 16 January)
- Re: [manifest] Integration with service workers (#161) (Thursday, 15 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Friday, 9 January)
- Re: [manifest] Explained how density relates to SVG (closes #279) (c4fa442) (Friday, 9 January)
- Re: [manifest] Explained how density relates to SVG (closes #279) (c4fa442) (Friday, 9 January)
- Re: [manifest] Explained how density relates to SVG (closes #279) (c4fa442) (Friday, 9 January)
- Re: [manifest] Explained how density relates to SVG (closes #279) (c4fa442) (Friday, 9 January)
- Re: [manifest] Explained how density relates to SVG (closes #279) (c4fa442) (Friday, 9 January)
- Re: [manifest] Explained how density relates to SVG (closes #279) (c4fa442) (Friday, 9 January)
- Re: [manifest] Explained how density relates to SVG (closes #279) (c4fa442) (Friday, 9 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Friday, 9 January)
- Re: [manifest] Integration with service workers (#161) (Thursday, 8 January)
- Re: [manifest] Integration with service workers (#161) (Monday, 5 January)
- Re: [url] URL comparison methods (#20) (Friday, 2 January)
Kinuko Yasuda
Koji Ishii
- Re: [editing-explainer] Target range in device independent events (#39) (Saturday, 24 January)
- [selection-api] Add APIs to save/restore selectiona (#42) (Saturday, 24 January)
- Re: [editing-explainer] Target range in device independent events (#39) (Monday, 19 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Monday, 19 January)
- [webcomponents] [Shadow DOM] Add Attributes section (#32) (Monday, 19 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Thursday, 15 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Wednesday, 14 January)
- Re: [editing-explainer] Target range in device independent events (#39) (Wednesday, 14 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Tuesday, 13 January)
- Re: [editing-explainer] Target range in device independent events (#39) (Sunday, 11 January)
- [editing-explainer] Target range in device independent events (#39) (Saturday, 10 January)
- [selection-api] Why does getRangeAt must return a reference to (not a copy of) the range? (#40) (Tuesday, 6 January)
- Re: [editing-explainer] Should execCommand be spec'd to do nothing in cE=typing? (#33) (Monday, 5 January)
- Re: [editing-explainer] Should execCommand be spec'd to do nothing in cE=typing? (#33) (Monday, 5 January)
Marcos Caceres
- Re: [packaging-on-the-web] Security use cases for packaging (#21) (Friday, 30 January)
- Re: [packaging-on-the-web] Security use cases for packaging (#21) (Friday, 30 January)
- Re: [packaging-on-the-web] Security use cases for packaging (#21) (Friday, 30 January)
- Re: [manifest] Integration with service workers (#161) (Thursday, 29 January)
- Re: [manifest] Clarify display-mode relationship to iframes and legacy content (#309) (Thursday, 29 January)
- Re: [manifest] Enhanced privacy/security considerations (closes #305) (#306) (Thursday, 29 January)
- Re: [manifest] check against security/privacy questions (#305) (Thursday, 29 January)
- Re: [manifest] Enhanced privacy/security considerations (closes #305) (#306) (Thursday, 29 January)
- Re: [manifest] Enhanced privacy/security considerations (closes #305) (#306) (Thursday, 29 January)
- [manifest] Clarify display-mode relationship to iframes and legacy content (#309) (Thursday, 29 January)
- Re: [manifest] Preparing for CR (#307) (Wednesday, 28 January)
- Re: [manifest] Preparing for CR (#307) (Wednesday, 28 January)
- [manifest] [meta] transition doc. to CR at W3C (#308) (Wednesday, 28 January)
- Re: [manifest] Preparing for CR (#307) (Wednesday, 28 January)
- [manifest] Preparing for CR (#307) (Wednesday, 28 January)
- [manifest] Enhanced privacy/security considerations (closes #305) (#306) (Wednesday, 28 January)
- Re: [manifest] Consider making display a space-separated list of tokens (#304) (Wednesday, 28 January)
- Re: [manifest] Consider making display a space-separated list of tokens (#304) (Wednesday, 28 January)
- Re: [packaged-webapps] x180E no longer a Unicode whitespace (#2) (Tuesday, 27 January)
- Re: [packaged-webapps] Remove x180E (#3) (Tuesday, 27 January)
- Re: [packaged-webapps] Remove x180E (#3) (Tuesday, 27 January)
- Re: [packaged-webapps] Remove x180E (#3) (Tuesday, 27 January)
- Re: [manifest] check against security/privacy questions (#305) (Monday, 19 January)
- Re: [manifest] Consider making display a space-separated list of tokens (#304) (Monday, 19 January)
- Re: [manifest] check against security/privacy questions (#305) (Friday, 16 January)
- Re: [manifest] check against security/privacy questions (#305) (Friday, 16 January)
- [manifest] check against security/privacy questions (#305) (Friday, 16 January)
- Re: [manifest] Integration with service workers (#161) (Friday, 16 January)
- Re: [manifest] Integration with service workers (#161) (Friday, 16 January)
- Re: [manifest] Integration with service workers (#161) (Thursday, 15 January)
- Re: [manifest] Integration with service workers (#161) (Thursday, 15 January)
- Re: [manifest] Redefined identity to make it os centric (closes #272) (#303) (Thursday, 15 January)
- Re: [manifest] Define identity of a web app. (#272) (Thursday, 15 January)
- Re: [manifest] Define identity of a web app. (#272) (Thursday, 15 January)
- Re: [manifest] Clarified opening deep link (closes #301) (#302) (Thursday, 15 January)
- Re: [manifest] Clarify launching from a deep link. (#301) (Thursday, 15 January)
- Re: [manifest] Define identity of a web app. (#272) (Wednesday, 14 January)
- [manifest] Redefined identity to make it os centric (closes #272) (#303) (Wednesday, 14 January)
- Re: [manifest] Clarified opening deep link (closes #301) (#302) (Wednesday, 14 January)
- [manifest] Clarified opening deep link (closes #301) (#302) (Wednesday, 14 January)
- Re: [manifest] Define identity of a web app. (#272) (Wednesday, 14 January)
- Re: [manifest] Define identity of a web app. (#272) (Wednesday, 14 January)
- [manifest] Clarify launching from a deep link. (#301) (Wednesday, 14 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Wednesday, 14 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Tuesday, 13 January)
- Re: [manifest] Define identity of a web app. (#272) (Tuesday, 13 January)
- Re: [manifest] Define identity of a web app. (#272) (Tuesday, 13 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Tuesday, 13 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Tuesday, 13 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Tuesday, 13 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Monday, 12 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Sunday, 11 January)
- Re: [manifest] Integration with service workers (#161) (Sunday, 11 January)
- Re: [manifest] Integration with service workers (#161) (Sunday, 11 January)
- Re: [manifest] Define identity of a web app (closes #272) (#299) (Sunday, 11 January)
- Re: [manifest] Define identity of a web app. (#272) (Sunday, 11 January)
- Re: [manifest] Explained how density relates to SVG (closes #279) (#298) (Sunday, 11 January)
- Re: [manifest] density doesn't make a lot of sense for SVG (#279) (Sunday, 11 January)
- Re: [manifest] Explained how density relates to SVG (closes #279) (#298) (Sunday, 11 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Friday, 9 January)
- Re: [manifest] Define identity of a web app (closes #272) (a2e8c31) (Friday, 9 January)
- Re: [manifest] [Meta] Test suite (#210) (Friday, 9 January)
- Re: [manifest] [Meta] Test suite (#210) (Friday, 9 January)
- Re: [manifest] Editorial cleanup (#300) (Friday, 9 January)
- Re: [manifest] Editorial cleanup (#300) (Friday, 9 January)
- [manifest] Editorial cleanup (#300) (Friday, 9 January)
- Re: [manifest] Define identity of a web app (closes #272) (#299) (Friday, 9 January)
- [manifest] Define identity of a web app (closes #272) (#299) (Friday, 9 January)
- Re: [manifest] Define identity of a web app (closes #272) (#297) (Friday, 9 January)
- Re: [manifest] Integration with service workers (#161) (Friday, 9 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Friday, 9 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Friday, 9 January)
- Re: [manifest] shortcuts to content vs shortcut to app (#167) (Friday, 9 January)
- Re: [manifest] shortcuts to content vs shortcut to app (#167) (Friday, 9 January)
- Re: [manifest] Allow name to be a String or Language Map (#211) (Friday, 9 January)
- Re: [manifest] Allow name to be a String or Language Map (#211) (Friday, 9 January)
- Re: [manifest] Include languages into manifest (#208) (Friday, 9 January)
- Re: [manifest] Include languages into manifest (#208) (Friday, 9 January)
- [manifest] Explained how density relates to SVG (closes #279) (#298) (Friday, 9 January)
- Re: [manifest] Integration with service workers (#161) (Friday, 9 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Thursday, 8 January)
- Re: [manifest] Conditional system for handling future extensions (#168) (Thursday, 8 January)
- Re: [manifest] Conditional system for handling future extensions (#168) (Thursday, 8 January)
- Re: [manifest] Use input / output model for algos (#227) (Thursday, 8 January)
- Re: [manifest] Use input / output model for algos (#227) (Thursday, 8 January)
- Re: [manifest] Link space / "deep linking" (#288) (Thursday, 8 January)
- Re: [manifest] Link space / "deep linking" (#288) (Thursday, 8 January)
- Re: [manifest] Integration with service workers (#161) (Thursday, 8 January)
- Re: [manifest] Allow multiple application contexts per app (#294) (Monday, 5 January)
- Re: [manifest] Define identity of a web app. (#272) (Thursday, 1 January)
Mark Nottingham
- Re: [ServiceWorker] Privacy consideration about the "cache" parameter of the Request object (#585) (Wednesday, 28 January)
- Re: [spec-reviews] Browser Fingerprinting Document (#38) (Thursday, 8 January)
- Re: [spec-reviews] http-problem (#37) (Thursday, 8 January)
- Re: [spec-reviews] WebAppSec reviews (#36) (Thursday, 8 January)
- Re: [spec-reviews] WebAppSec reviews (#36) (Thursday, 8 January)
- Re: [spec-reviews] CSS Regions (#35) (Thursday, 8 January)
- Re: [spec-reviews] multipart/form-data (#34) (Thursday, 8 January)
- Re: [spec-reviews] Manifest spec (#30) (Thursday, 8 January)
- Re: [spec-reviews] Manifest spec (#30) (Thursday, 8 January)
- Re: [spec-reviews] WebRTC Identity Provider Selection (#28) (Thursday, 8 January)
- Re: [spec-reviews] WebRTC Identity Provider Selection (#28) (Thursday, 8 January)
- Re: [spec-reviews] Navigation Error Logging (#24) (Thursday, 8 January)
- Re: [spec-reviews] Beacon (#23) (Thursday, 8 January)
- Re: [spec-reviews] Beacon (#23) (Thursday, 8 January)
- Re: [spec-reviews] Web NFC API (#22) (Thursday, 8 January)
- Re: [spec-reviews] CSS Font Loading (#20) (Thursday, 8 January)
- Re: [spec-reviews] Navigation Timing 2 (#18) (Thursday, 8 January)
- Re: [spec-reviews] Custom Elements (#16) (Thursday, 8 January)
- Re: [spec-reviews] WebRTC (#14) (Thursday, 8 January)
- Re: [packaging-on-the-web] "scope" attribute (#9) (Wednesday, 7 January)
- Re: [packaging-on-the-web] "scope" attribute (#9) (Wednesday, 7 January)
- Re: [packaging-on-the-web] Populating Caches (#10) (Wednesday, 7 January)
Martin Dürst
Martin Thomson
- [push-api] Discovering relevant service timers (#111) (Wednesday, 21 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Tuesday, 20 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Tuesday, 20 January)
- Re: [push-api] Multiple registrations per origin/SW (#71) (Tuesday, 20 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Tuesday, 20 January)
- Re: [push-api] Remove PushManager#hasPermission in favor of Permissions API (#109) (Thursday, 15 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Tuesday, 13 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Tuesday, 13 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Tuesday, 13 January)
- Re: [push-api] Technique to Detect Endpoint Prior to register() (#95) (Wednesday, 7 January)
- Re: [push-api] Technique to Detect Endpoint Prior to register() (#95) (Wednesday, 7 January)
- Re: [push-api] Technique to Detect Endpoint Prior to register() (#95) (Wednesday, 7 January)
- Re: [push-api] Rename (un)register to (un)subscribe (#98) (Tuesday, 6 January)
- Re: [push-api] Technique to Detect Endpoint Prior to register() (#95) (Tuesday, 6 January)
Mat Scales
Mat Waller
Matt Falkenhagen
- Re: [ServiceWorker] unregister() then register() same-scope, different script URL that fails: what do you expect to happen? (#396) (Tuesday, 27 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Wednesday, 21 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Wednesday, 21 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Wednesday, 21 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Tuesday, 20 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Tuesday, 20 January)
- Re: [ServiceWorker] Service-Worker-Allowed header (#604) (Tuesday, 20 January)
- Re: [ServiceWorker] Multi-author sites (#468) (Tuesday, 20 January)
- [ServiceWorker] Service-Worker-Allowed header (#604) (Tuesday, 20 January)
- Re: [ServiceWorker] Default scope to register() (#595) (Monday, 5 January)
Matthew Gaunt
Michael van Ouwerkerk
- Re: [push-api] Figure out why tidy produces inconsistent formatting (#39) (Thursday, 29 January)
- Re: [push-api] Figure out why tidy produces inconsistent formatting (#39) (Thursday, 29 January)
- Re: [push-api] See if dfn.js can help (#40) (Thursday, 29 January)
- Re: [push-api] Consider exposing meta-information on push message (#81) (Thursday, 29 January)
- Re: [push-api] Consider exposing meta-information on push message (#81) (Thursday, 29 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Thursday, 29 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Thursday, 29 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Thursday, 29 January)
- Re: [push-api] Push API should be allowed without dependency on service worker (#84) (Thursday, 29 January)
- Re: [ServiceWorker] Rename clients.getAll() (#610) (Wednesday, 28 January)
- Re: [ServiceWorker] Rename clients.getAll() (#610) (Tuesday, 27 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Monday, 19 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Monday, 19 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Monday, 19 January)
- Re: [push-api] Multiple registrations per origin/SW (#71) (Monday, 19 January)
- Re: [push-api] PushRegistration should have an attribute for ExpirationTime (#86) (Monday, 19 January)
- Re: [push-api] Push-api / HTML5-Notification Permissions (#3) (Monday, 19 January)
- [push-api] Better description of pushsubscriptionchange, with more likely reason. (#110) (Monday, 19 January)
- Re: [push-api] pushsubscriptionchange (was pushregistrationlost) use case (#74) (Monday, 19 January)
- Re: [push-api] Better description of pushsubscriptionchange, with more likely reason. (#110) (Monday, 19 January)
- Re: [push-api] Permission checks in the push API (#75) (Monday, 19 January)
- Re: [push-api] Permission checks in the push API (#75) (Monday, 19 January)
- Re: [push-api] Push subscription should require active Service Worker (#92) (Friday, 16 January)
- Re: [push-api] Require an active service worker for subscribe. (#108) (Friday, 16 January)
- Re: [push-api] Push subscription should require active Service Worker (#92) (Thursday, 15 January)
- Re: [push-api] Mention what to do in register() and getRegistration() if there is no active SW (#100) (Thursday, 15 January)
- Re: [push-api] Mention what to do in register() and getRegistration() if there is no active SW (#100) (Thursday, 15 January)
- Re: [push-api] Remove PushManager#hasPermission in favor of Permissions API (#109) (Thursday, 15 January)
- [push-api] Remove PushManager#hasPermission in favor of Permissions API (#109) (Thursday, 15 January)
- [push-api] Require an active service worker for subscribe and getSubscription. (#108) (Wednesday, 14 January)
- Re: [ServiceWorker] Need for linkable and reusable section that defines the https restriction (#601) (Wednesday, 14 January)
- Re: [push-api] Should push registration wait for Service Worker activation? (#38) (Wednesday, 14 January)
- Re: [push-api] Should push registration wait for Service Worker activation? (#38) (Wednesday, 14 January)
- Re: [push-api] .getRegistration() should not reject if there is no registration (but return a null object) (#96) (Wednesday, 14 January)
- Re: [push-api] Resolve with null if not registered. (#101) (Wednesday, 14 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Tuesday, 13 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Tuesday, 13 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Tuesday, 13 January)
- Re: [push-api] Define PermissionDeniedError. (#106) (Tuesday, 13 January)
- Re: [push-api] Link to definition of secure origin instead of mentioning https only (#79) (Tuesday, 13 January)
- [ServiceWorker] Need for linkable and reusable section that defines the https restriction (#601) (Tuesday, 13 January)
- Re: [push-api] Define PermissionDeniedError. (#106) (Tuesday, 13 January)
- [push-api] Refer to reusable definition of PermissionDeniedError once that becomes available (#107) (Tuesday, 13 January)
- [push-api] Define PermissionDeniedError. (#106) (Tuesday, 13 January)
- Re: [push-api] PushRegisterMessage => PushError (#18) (Tuesday, 13 January)
- Re: [push-api] Resolve with null if not registered. (#101) (Tuesday, 13 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Tuesday, 13 January)
- Re: [push-api] Consider renaming pushregistrationlost (#82) (Tuesday, 13 January)
- Re: [push-api] Rename pushsubscriptionlost to pushsubscriptionchange. (#105) (Tuesday, 13 January)
- [push-api] Rename pushsubscriptionlost to pushsubscriptionchange. (#105) (Monday, 12 January)
- Re: [push-api] Consider renaming pushregistrationlost (#82) (Monday, 12 January)
- Re: [push-api] pushregistrationlost use case (#74) (Monday, 12 January)
- Re: [push-api] pushregistrationlost use case (#74) (Monday, 12 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Monday, 12 January)
- Re: [push-api] Rename (un)register to (un)subscribe (#98) (Thursday, 8 January)
- Re: [push-api] Rename registration to subscription to align with Web Push protocol. (#102) (Thursday, 8 January)
- Re: [push-api] endpoint should be of type URL not DOMString (#93) (Thursday, 8 January)
- Re: [push-api] The endpoint is of type USVString. (#103) (Thursday, 8 January)
- [push-api] The endpoint is of type USVString. (#103) (Thursday, 8 January)
- Re: [push-api] Push API should support SW event.waitUntil (#85) (Wednesday, 7 January)
- Re: [push-api] endpoint should be of type URL not DOMString (#93) (Wednesday, 7 January)
- [push-api] Rename registration to subscription to align with Web Push protocol. (#102) (Wednesday, 7 January)
- Re: [push-api] Rename (un)register to (un)subscribe (#98) (Wednesday, 7 January)
- Re: [ServiceWorker] Make ExtendableEvent#waitUntil generic (#554) (Wednesday, 7 January)
- Re: [ServiceWorker] Make ExtendableEvent#waitUntil generic (#554) (Tuesday, 6 January)
- Re: [push-api] Rename (un)register to (un)subscribe (#98) (Tuesday, 6 January)
- [push-api] Resolve with null if not registered. (#101) (Tuesday, 6 January)
Mike West
Mounir Lamouri
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Monday, 26 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Monday, 26 January)
- Re: [ServiceWorker] Remove registration from Client? (#608) (Wednesday, 21 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [ServiceWorker] Spec for openWindow(). Part of #603. (6fd0399) (Monday, 19 January)
- Re: [push-api] Remove PushManager#hasPermission in favor of Permissions API (#109) (Friday, 16 January)
- Re: [ServiceWorker] ServiceWorkerClient to Client (#588) (Friday, 16 January)
- Re: [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Thursday, 15 January)
- [ServiceWorker] Specify .focus() and .openWindow() behaviour (#602) (Thursday, 15 January)
- Re: [ServiceWorker] Need for linkable and reusable section that defines the https restriction (#601) (Tuesday, 13 January)
- [ServiceWorker] WindowClient.focus() resolves with updated WindowClient. (#599) (Monday, 12 January)
Ms2ger
Nikhil Marathe
Norbert Lindenberg
Olivier Forget
paulchef
Peter Beverloo
Philip Jägenstedt
rjharmon
Ryosuke Niwa
- Re: [editing-explainer] How can sites access browser spellchecking? (#36) (Thursday, 29 January)
- Re: [editing-explainer] how does cE=typing handle autocorrect and spelling suggestions? (#37) (Thursday, 29 January)
- Re: [editing-explainer] Should the term be Device Independent Events? (#7) (Thursday, 29 January)
- Re: [editing-explainer] how does cE=typing handle autocorrect and spelling suggestions? (#37) (Thursday, 29 January)
- Re: [editing-explainer] how does cE=typing handle autocorrect and spelling suggestions? (#37) (Thursday, 29 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Friday, 23 January)
- Re: [editing-explainer] Should sites be able to control Responsive Input Language? (#31) (Friday, 23 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Tuesday, 20 January)
- Re: [editing-explainer] Target range in device independent events (#39) (Tuesday, 20 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Wednesday, 14 January)
- Re: [selection-api] Support multi range selection (#41) (Tuesday, 13 January)
- [selection-api] Support multi range selection (#41) (Tuesday, 13 January)
- Re: [editing-explainer] How does cE=typing support IME text replacement? (#34) (Tuesday, 13 January)
- Re: [editing-explainer] Target range in device independent events (#39) (Monday, 12 January)
- Re: [selection-api] Why does getRangeAt must return a reference to (not a copy of) the range? (#40) (Tuesday, 6 January)
- Re: [selection-api] Why does getRangeAt must return a reference to (not a copy of) the range? (#40) (Tuesday, 6 January)
- Re: [editing-explainer] Should execCommand be spec'd to do nothing in cE=typing? (#33) (Monday, 5 January)
- Re: [editing-explainer] Should execCommand be spec'd to do nothing in cE=typing? (#33) (Monday, 5 January)
- Re: [selection-api] support selection.containsNode(obj, true) (#39) (Thursday, 1 January)
- Re: [selection-api] support selection.containsNode(obj, true) (#39) (Thursday, 1 January)
- Re: [selection-api] support selection.containsNode(obj, true) (#39) (Thursday, 1 January)
- Re: [editing-explainer] Should sites be able to control Responsive Input Language? (#31) (Thursday, 1 January)
Sam Ruby
Sebastian Kippe
Sergey Konstantinov
ShijunS
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Wednesday, 21 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Wednesday, 21 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Wednesday, 21 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Wednesday, 21 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Tuesday, 20 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Tuesday, 20 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Monday, 19 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Monday, 19 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Monday, 19 January)
- Re: [push-api] PushSubscription should have an attribute for ExpirationTime (#86) (Monday, 19 January)
- Re: [push-api] events should be part of PushSubscription (#104) (Monday, 12 January)
- [push-api] events should be part of PushSubscription (#104) (Saturday, 10 January)
Stian Soiland-Reyes
Takeshi Yoshino
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Saturday, 31 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Friday, 30 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Friday, 30 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Friday, 30 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Friday, 30 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Friday, 30 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Friday, 30 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Friday, 30 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 29 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 28 January)
- Re: [streams] Convert readable stream pull() to promise-returning (#272) (Wednesday, 28 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 28 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 28 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 28 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 28 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 27 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 27 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Tuesday, 27 January)
- Re: [streams] Add read() method to ReadableByteStream (#214) (Tuesday, 27 January)
- [streams] Add missing methods to the ReadableByteStream class definition (#273) (Tuesday, 27 January)
- Re: [streams] Should readable streams start right away? (#269) (Tuesday, 27 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 27 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Tuesday, 27 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Tuesday, 27 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Friday, 23 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Friday, 23 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Friday, 23 January)
- Re: [streams] Should readable streams start right away? (#269) (Friday, 23 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 22 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 22 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 22 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [streams] Should readable streams start right away? (#269) (Thursday, 22 January)
- Re: [streams] Should readable streams start right away? (#269) (Thursday, 22 January)
- Re: [streams] Should readable streams start right away? (#269) (Thursday, 22 January)
- Re: [streams] Should readable streams start right away? (#269) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [streams] Add a test showing that waiting → waiting is completely fixed (d29eafa) (Wednesday, 21 January)
- Re: [ServiceWorker] window.fetch (#581) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] window.fetch (#581) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] window.fetch (#581) (Wednesday, 21 January)
- Re: [streams] ready fulfilling when state ends up being "waiting" due to reading in the same turn (#263) (Tuesday, 20 January)
- Re: [streams] Reader fixups (#262) (Tuesday, 20 January)
- Re: [streams] Make the promise returned by rs.ready consult rs.ready again on resoluti... (#268) (Tuesday, 20 January)
- [streams] Make the promise returned by rs.ready consult rs.ready again on resoluti... (#268) (Tuesday, 20 January)
- Re: [streams] Rename [[reader]] internal slot to [[readableStreamReader]] (3e5e0fc) (Tuesday, 20 January)
- Re: [streams] Make released stream readers look like closed streams (e119976) (Tuesday, 20 January)
- [streams] Make reader.closed return the result of racing closedPromise and lockRel... (#267) (Tuesday, 20 January)
- Re: [streams] Requirement on promises equality (#266) (Tuesday, 20 January)
- Re: [ServiceWorker] window.fetch (#581) (Monday, 19 January)
- [streams] Requirement on promises equality (#266) (Monday, 19 January)
- Re: [streams] How will ReadableByteStream work with seekable resources? (#253) (Monday, 19 January)
- Re: [streams] Make released stream readers look like closed streams (e119976) (Monday, 19 January)
- Re: [streams] Make released stream readers look like closed streams (e119976) (Monday, 19 January)
- Re: [streams] Add ability to exclusively lock a readable stream (63372f5) (Monday, 19 January)
- Re: [ServiceWorker] window.fetch (#581) (Thursday, 15 January)
- Re: [ServiceWorker] window.fetch (#581) (Thursday, 15 January)
- Re: [streams] [Reader] Should resolve readyPromise on getReader() call? (#258) (Tuesday, 6 January)
- Re: [streams] Should we "lock" readable streams while piping? (#241) (Tuesday, 6 January)
- Re: [streams] Should we "lock" readable streams while piping? (#241) (Tuesday, 6 January)
- Re: [streams] Should we "lock" readable streams while piping? (#241) (Tuesday, 6 January)
- [streams] [Reader] Should resolve readyPromise on getReader() call? (#258) (Tuesday, 6 January)
- Re: [streams] Some minor refinements plus thought process (33c2985) (Tuesday, 6 January)
- Re: [streams] Some minor refinements plus thought process (33c2985) (Monday, 5 January)
Tim Berners-Lee
Tobie Langel
Tsuyoshi Horo
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Tuesday, 27 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Tuesday, 27 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Monday, 26 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 22 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Thursday, 22 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- Re: [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Wednesday, 21 January)
- [ServiceWorker] Can we change the body attribute of Request/Response to a method? (#606) (Tuesday, 20 January)
- Re: [ServiceWorker] Inclusion of `referer` in preflight `Access-Control-Request-Headers` despite not being set (#596) (Thursday, 1 January)
Vignesh Shanmugam
Wenbo Zhu
Xabier Rodríguez
Yan Zhu
Yoav Weiss
Yutaka Hirano
- Re: [streams] Define "tee"ing a stream (#271) (Thursday, 29 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Thursday, 29 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 28 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 27 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 27 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 27 January)
- Re: [streams] Add read() method to ReadableByteStream (#214) (Monday, 26 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Monday, 26 January)
- Re: [streams] Should readable streams start right away? (#269) (Friday, 23 January)
- Re: [streams] First class source sink objects (#265) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Wednesday, 21 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452) (Tuesday, 20 January)
- Re: [streams] Reader fixups (#262) (Friday, 16 January)
- Re: [streams] Reader fixups (#262) (Thursday, 15 January)
- Re: [streams] Reader fixups (#262) (Thursday, 15 January)
- Re: [streams] Reader fixups (#262) (Thursday, 15 January)
- Re: [streams] [Reader] Should resolve readyPromise on getReader() call? (#258) (Tuesday, 6 January)
Yves Lafon
⭐caitp⭐
Last message date: Saturday, 31 January 2015 09:49:54 UTC