Tuesday, 31 March 2015
- Re: [ServiceWorker] should Cache support VARY:*,otherheader or only VARY:* (#656)
- [streams] Implement teeing, plus a bunch of stage-setting tweaks (#311)
- Re: [manifest] difference between lang and default_locale (#345)
- Re: [manifest] difference between lang and default_locale (#345)
- Re: [manifest] difference between lang and default_locale (#345)
- Re: [permissions] Specify how to behave when an extended Permission dictionary doesn't match requirements (#14)
- Re: [permissions] Specify how to behave when an extended Permission dictionary doesn't match requirements (#14)
- Re: [permissions] Fix typo around Promise.all (#21)
- Re: [permissions] Fix typo around Promise.all (#21)
- [permissions] Fix typo around Promise.all (#21)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [fetch] Aborting a fetch (#27)
- Re: [permissions] Permission states (#3)
- Re: [permissions] Permission states (#3)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [fetch] Aborting a fetch (#27)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [fetch] Aborting a fetch (#27)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [fetch] Aborting a fetch (#27)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [manifest] The use of the `.manifest` file extension may be problematic / confusing ? (#346)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Add support for federated token binding to fetch (#30)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Add support for federated token binding to fetch (#30)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Response streaming and SW lifetime (#651)
- Re: [ServiceWorker] Response streaming and SW lifetime (#651)
- Re: [ServiceWorker] Response streaming and SW lifetime (#651)
- Re: [fetch] Aborting a fetch (#27)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [ServiceWorker] Response streaming and SW lifetime (#651)
- Re: [streams] Making the "queue manipulator" its own class (#309)
- Re: [streams] Introduce readable stream controller class (#310)
- Re: [streams] Introduce readable stream controller class (#310)
- Re: [push-api] Allow UAs to unsubscribe offline "successfully" (#122)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [push-api] Add a PushSubscriptionOptions dictionary with a userVisible option. (#131)
- Re: [push-api] Add a PushSubscriptionOptions dictionary with a userVisible option. (#131)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Response streaming and SW lifetime (#651)
- Re: [manifest] Add related_applications and prefer_related_applications. (#344)
- [permissions] Version of the API that should be simple, extensible and ready for MVP. (#20)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [ServiceWorker] Service Worker doesn't catch favicon requests (#668)
- Re: [ServiceWorker] Service Worker doesn't catch favicon requests (#668)
- [fetch] Clear response body under certain conditions (#31)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [manifest] Add related_applications and prefer_related_applications. (#344)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [fetch] Aborting a fetch (#27)
- Re: [manifest] Add related_applications and prefer_related_applications. (#344)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] ReadableStream.getReader name is a bit misleading (#308)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [ServiceWorker] Service Worker doesn't catch favicon requests (#668)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Service Worker doesn't catch favicon requests (#668)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Serialize the steps of Update/Install/Activate algorithms instead of running them 'atomically' in parallel. (240054c)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Event queuing model for SW (#649)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [ServiceWorker] Service Worker doesn (#667)
- [ServiceWorker] Service Worker doesn't catch favicon requests (#668)
- Re: [streams] Introduce readable stream controller class (#310)
- [ServiceWorker] Service Worker doesn (#667)
- Re: [streams] Introduce readable stream controller class (#310)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [fetch] Add support for federated token binding to fetch (#30)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [push-api] Add a PushSubscriptionOptions dictionary with a userVisible option. (#131)
- Re: [push-api] Add a PushSubscriptionOptions dictionary with a userVisible option. (#131)
- Re: [ServiceWorker] should Cache support VARY:*,otherheader or only VARY:* (#656)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] Introduce readable stream controller class (#310)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [streams] ReadableStream.getReader name is a bit misleading (#308)
- [manifest] Support for Actionable Notifications in the manifest (#347)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] ReadableStream.getReader name is a bit misleading (#308)
- Re: [streams] Implementation of net.Socket (#305)
- Re: [ServiceWorker] should Cache support VARY:*,otherheader or only VARY:* (#656)
- Re: [ServiceWorker] Do we need InstallEvent's activeWorker? (#661)
- Re: [ServiceWorker] Do we need InstallEvent's activeWorker? (#661)
- [streams] Introduce readable stream controller class (#310)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] should Cache support VARY:*,otherheader or only VARY:* (#656)
- Re: [ServiceWorker] should Cache support VARY:*,otherheader or only VARY:* (#656)
Monday, 30 March 2015
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] should Cache support VARY:*,otherheader or only VARY:* (#656)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] should Cache support VARY:*,otherheader or only VARY:* (#656)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- [fetch] Add support for federated token binding to fetch (#30)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] Making the "queue manipulator" its own class (#309)
- [streams] Making the "queue manipulator (#309)
- Re: [streams] Made "Multiple readers can access the stream in sequence" test robust (#306)
- Re: [streams] Made "Multiple readers can access the stream in sequence" test robust (#306)
- [manifest] The use of the `.manifest` file extension may be problematic / confusing ? (#346)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] ReadableStream.getReader name is a bit misleading (#308)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] ReadableStream.getReader name is a bit misleading (#308)
- Re: [streams] ReadableStream.getReader name is a bit misleading (#308)
- Re: [ServiceWorker] should Cache support VARY:*,otherheader or only VARY:* (#656)
- Re: [ServiceWorker] should Cache support VARY:*,otherheader or only VARY:* (#656)
- Re: [streams] ReadableStream.getReader name is a bit misleading (#308)
- Re: [push-api] Push events should Soft Update service worker (#115)
- Re: [push-api] Straw man for encryption (#130)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Do we need InstallEvent's activeWorker? (#661)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] consider allowing a stream to be removed from a pipeline (#307)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] ReadableStream.getReader name is a bit misleading (#308)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- [streams] ReadableStream.getReader name is a bit misleading (#308)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] consider different default context value than "fetch" for new Request() (#29)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Not Found Error instead of undefined response (#666)
- Re: [ServiceWorker] Not Found Error instead of undefined response (#666)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- [ServiceWorker] Not Found Error instead of undefined response (#666)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- [manifest] difference between lang and default_locale (#345)
- Re: [streams] consider allowing a stream to be removed from a pipeline (#307)
Sunday, 29 March 2015
Saturday, 28 March 2015
- Re: [push-api] Push service definition (#128)
- Re: [push-api] Straw man for encryption (#130)
- Re: [push-api] Add a PushSubscriptionOptions dictionary with a userVisible option. (#131)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] https should not be mandatory (#658)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Deprecate fetch (#28)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] object/embed (#249)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
Friday, 27 March 2015
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] object/embed (#249)
- Re: [fetch] consider different default context value than "fetch" for new Request() (#29)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [permissions] Should Permissions be an interface with static objects? (#11)
- Re: [permissions] Renamed .get to .check (closes #5) (#7)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Deprecate fetch (#28)
- Re: [ServiceWorker] Cache should sanitize the stored Request in put/add/addAll (#664)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] consider different default context value than "fetch" for new Request() (#29)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] what should Cache put operations do if the body errors out after resolving promise? (#665)
- Re: [ServiceWorker] what should Cache put operations do if the body errors out after resolving promise? (#665)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Cache should sanitize the stored Request in put/add/addAll (#664)
- Re: [ServiceWorker] what should Cache put operations do if the body errors out after resolving promise? (#665)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] what should Cache put operations do if the body errors out after resolving promise? (#665)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] what should Cache put operations do if the body errors out after resolving promise? (#665)
- [ServiceWorker] what should Cache put operations do if the body errors out after resolving promise? (#665)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] consider different default context value than "fetch" for new Request() (#29)
- Re: [ServiceWorker] Cache should sanitize the stored Request in put/add/addAll (#664)
- [fetch] consider different default context value than "fetch" for new Request() (#29)
- Re: [streams] consider allowing a stream to be removed from a pipeline (#307)
- [ServiceWorker] Cache should sanitize the stored Request in put/add/addAll (#664)
- Re: [fetch] Aborting a fetch (#27)
- Re: [manifest] Add related_applications and prefer_related_applications. (#344)
- Re: [fetch] Operate on internal response (#23)
- Re: [fetch] Operate on internal response (#23)
- Re: [fetch] consider providing a json serializer for Request and Response (#22)
- Re: [fetch] consider providing a json serializer for Request and Response (#22)
- Re: [manifest] Add related_applications and prefer_related_applications. (#344)
- Re: [fetch] Deprecate fetch (#28)
- Re: [fetch] Prevent modifying headers on Responses (#24)
- [fetch] Deprecate fetch (#28)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] consider allowing a stream to be removed from a pipeline (#307)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [push-api] Define a serializer for PushSubscription (#125)
Thursday, 26 March 2015
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- [manifest] Add related_applications and prefer_related_applications. (#344)
- [streams] consider allowing a stream to be removed from a pipeline (#307)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Prevent modifying headers on Responses (#24)
- Re: [fetch] Prevent modifying headers on Responses (#24)
- Re: [fetch] Aborting a fetch (#27)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [ServiceWorker] service-worker.d.ts.... (#576)
- Re: [ServiceWorker] service-worker.d.ts.... (#576)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [ServiceWorker] Resources shared across documents controlled by different service workers (#244)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [screen-orientation] Natural shouldn't be equivalent to *-secondary. Fixes #83 (#84)
- Re: [screen-orientation] The orientation type 'Natural' should only lock to x-primary (#83)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [fetch] Aborting a fetch (#27)
- Re: [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Resources shared across documents controlled by different service workers (#244)
- Re: [fetch] URLs with username/password (#26)
- Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- [fetch] Aborting a fetch (#27)
- Re: [ServiceWorker] Resources shared across documents controlled by different service workers (#244)
- [fetch] URLs with username/password (#26)
- Re: [ServiceWorker] Remove "parsed" state mention (#663)
- Re: [ServiceWorker] Remove "parsed" state mention (#663)
- [ServiceWorker] Remove "parsed" state mention (#663)
- Re: [ServiceWorker] Do we need InstallEvent's activeWorker? (#661)
- Re: [permissions] Should 'prompt' be renamed as 'default'? (#12)
- Re: [ServiceWorker] Backpressure on fetch integrated with Streams (#452)
- Re: [fetch] Distinguishing between errors (#25)
- Re: [ServiceWorker] Resources shared across documents controlled by different service workers (#244)
- Re: [ServiceWorker] Resources shared across documents controlled by different service workers (#244)
- Re: [ServiceWorker] ServiceWorker constructor instead of navigator.serviceWorker (#660)
- Re: [ServiceWorker] Allowing multiple scopes (& should scopes be primary key?) (#566)
- Re: [ServiceWorker] Response streaming and SW lifetime (#651)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [streams] can streams be transferred via postMessage()? (#276)
Wednesday, 25 March 2015
- Re: [streams] can streams be transferred via postMessage()? (#276)
- [permissions] Add Promise.all() example for multiple queries (#19)
- Re: [permissions] Have an instance of Permissions on Navigator and WorkerNavigator. (#18)
- Re: [permissions] Have an instance of Permissions on Navigator and WorkerNavigator. (#18)
- Re: [manifest] A way to link to related applications (#326)
- Re: [permissions] Have an instance of Permissions on Navigator and WorkerNavigator. (#18)
- Re: [permissions] Have an instance of Permissions on Navigator and WorkerNavigator. (#18)
- Re: [permissions] Have an instance of Permissions on Navigator and WorkerNavigator. (#18)
- Re: [permissions] A "dismissed" state (#4)
- Re: [permissions] Have an instance of Permissions on Navigator and WorkerNavigator. (#18)
- Re: [permissions] Have an instance of Permissions on Navigator and WorkerNavigator. (#18)
- Re: [permissions] Have an instance of Permissions on Navigator and WorkerNavigator. (#18)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [push-api] Nit: Any -> any (#133)
- [push-api] Nit: Any -> any (#133)
- Re: [ServiceWorker] ServiceWorker constructor instead of navigator.serviceWorker (#660)
- Re: [ServiceWorker] ServiceWorker constructor instead of navigator.serviceWorker (#660)
- Re: [ServiceWorker] Do we need InstallEvent's activeWorker? (#661)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [manifest] i18n: No language metadata for 'name'; [I18N-ISSUE-415] (#335)
- Re: [manifest] i18n: No means of obtaining correctly localized manifest; [I18N-ISSUE-414] (#336)
- Re: [streams] Byte streams tracking bug (#300)
- Re: [spec-reviews] Update CSS Regions.md (#48)
- Re: [spec-reviews] Update CSS Regions.md (#48)
- Re: [streams] Byte streams tracking bug (#300)
- Re: [spec-reviews] Update CSS Regions.md (#48)
- Re: [manifest] i18n: No localization model; [I18N-ISSUE-412] (#338)
- Re: [manifest] Add requirements when the Manifest is used by crawlers (#343)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [manifest] Add requirements when the Manifest is used by crawlers (#343)
- Re: [manifest] Add requirements when the Manifest is used by crawlers (#343)
- [manifest] Add requirements when the Manifest is used by crawlers (#343)
- [permissions] Have an instance of Permissions on Navigator and WorkerNavigator. (#18)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [streams] Made "Multiple readers can access the stream in sequence" test robust (#306)
- Re: [manifest] typo found (#342)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] typo found (#342)
- Re: [manifest] typo found (#342)
- Re: [manifest] typo found (#342)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Defined behavior of each method on ByobByteStreamReader without detailed algorithm (5056a21)
- Re: [streams] Byte streams tracking bug (#300)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [spec-reviews] Update CSS Regions.md (#48)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [spec-reviews] Update CSS Regions.md (#48)
- Re: [spec-reviews] Update CSS Regions.md (#48)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [push-api] Push service definition (#128)
- [push-api] Describe process for subscription updates (#132)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [spec-reviews] Update CSS Regions.md (#48)
Tuesday, 24 March 2015
- Re: [push-api] Move to using just endpoint (#129)
- Re: [push-api] Add a PushSubscriptionOptions dictionary with a userVisible option. (#131)
- [push-api] Add a PushSubscriptionOptions dictionary with a userVisible option. (#131)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- Re: [streams] can streams be transferred via postMessage()? (#276)
- [manifest] typo found (#342)
- [streams] Made "Multiple readers can access the stream in sequence" test robust (#306)
- Re: [manifest] Incorrect argument (#341)
- Re: [manifest] Incorrect argument (#341)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [push-api] Push service definition (#128)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [streams] Byte streams tracking bug (#300)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [manifest] A way to link to related applications (#326)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] Incorrect argument (#341)
- Re: [manifest] Incorrect argument (#341)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- [ServiceWorker] Equivalent of Shared Worker Port in Service Worker? (#662)
- Re: [ServiceWorker] Do we need InstallEvent's activeWorker? (#661)
- Re: [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- [ServiceWorker] Do we need InstallEvent's activeWorker? (#661)
- Re: [ServiceWorker] ServiceWorker objects should have an .id (#635)
- Re: [manifest] A way to link to related applications (#326)
- [ServiceWorker] Service Worker constructor instead of navigator.serviceWorker (#660)
- [ServiceWorker] A worker that fails to activate should relinquish its controllees (#659)
Monday, 23 March 2015
- Re: [spec-reviews] http-problem (#37)
- Re: [spec-reviews] http-problem (#37)
- Re: [spec-reviews] http-problem (#37)
- Re: [ServiceWorker] Response streaming and SW lifetime (#651)
- Re: [spec-reviews] http-problem (#37)
- Re: [ServiceWorker] Response streaming and SW lifetime (#651)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- Re: [push-api] Push service definition (#128)
- Re: [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- [manifest] Incorrect argument (#341)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [manifest] Are "hosted apps" in scope? (#340)
- Re: [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- [manifest] Are "hosted apps" in scope? (#340)
- Re: [spec-reviews] http-problem (#37)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- Re: [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- Re: [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- Re: [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- Re: [spec-reviews] http-problem (#37)
- Re: [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- Re: [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- Re: [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- [manifest] Graceful handling of no network connectivity in hosted apps (#339)
- Re: [ServiceWorker] https should not be mandatory (#658)
- Re: [ServiceWorker] https should not be mandatory (#658)
- [streams] Implementation of net.Socket (#305)
- Re: [ServiceWorker] https should not be mandatory (#658)
- Re: [ServiceWorker] https should not be mandatory (#658)
- Re: [ServiceWorker] https should not be mandatory (#658)
- [ServiceWorker] https should not be mandatory (#658)
- Re: [streams] Generalized and precise flow/buffer control (#301)
- Re: [ServiceWorker] "conforming to ECMAScript 6 Map objects"? (#491)
- Re: [ServiceWorker] How do I get from a script to a service worker registration (#504)
- Re: [ServiceWorker] How do I get from a script to a service worker registration (#504)
- Re: [streams] Byte streams: write up design rationales and vision for how they are used/what they enable (#177)
- Re: [ServiceWorker] Resources shared across documents controlled by different service workers (#244)
- Re: [ServiceWorker] Resources shared across documents controlled by different service workers (#244)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [ServiceWorker] Association between a service worker and global objects (#652)
- Re: [ServiceWorker] Association between a service worker and global objects (#652)
Saturday, 21 March 2015
- Re: [streams] Performance Check vs. Node Streams (#304)
- Re: [streams] Performance Check vs. Node Streams (#304)
- Re: [streams] Performance Check vs. Node Streams (#304)
Friday, 20 March 2015
- Re: [fetch] Distinguishing between errors (#25)
- Re: [streams] Performance Check vs. Node Streams (#304)
- [streams] Performance Check vs. Node Streams (#304)
- Re: [manifest] i18n: No localization model (#338)
- Re: [manifest] i18n: No localized examples (#337)
- Re: [permissions] Should 'prompt' be renamed as 'default'? (#12)
- Re: [permissions] Should 'prompt' be renamed as 'default'? (#12)
- Re: [permissions] What should "retrieve the permission state" do for context related permissions? (#9)
- Re: [permissions] Permission states (#3)
- Re: [permissions] Redundant assertion (#2)
- Re: [permissions] Redundant assertion (#2)
- Re: [permissions] A "dismissed" state (#4)
- Re: [permissions] Should we add a global change event? (#15)
- Re: [permissions] Should we add a global change event? (#15)
- Re: [permissions] Is `Permissions.get` the right name? (#5)
- Re: [permissions] Is `Permissions.get` the right name? (#5)
- Re: [permissions] Exposition (Window,Worker) should be explicit (#16)
- Re: [permissions] Exposition (Window,Worker) should be explicit (#16)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [spec-reviews] http-problem (#37)
- Re: [spec-reviews] Update CSS Regions.md (#48)
- Re: [streams] Byte streams: write up design rationales and vision for how they are used/what they enable (#177)
- Re: [manifest] Integration with service workers (#161)
- Re: [spec-reviews] permissions API (#45)
- Re: [manifest] shouldn't the default scope be bounded? (#332)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [manifest] shouldn't the default scope be bounded? (#332)
- Re: [streams] Byte streams: write up design rationales and vision for how they are used/what they enable (#177)
- Re: [manifest] shouldn't the default scope be bounded? (#332)
- Re: [manifest] shouldn't the default scope be bounded? (#332)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- [manifest] i18n: No localization model (#338)
- [manifest] i18n: No localized examples (#337)
- [manifest] i18n: No means of obtaining correctly localized manifest (#336)
- [manifest] i18n: No language metadata for 'name' (#335)
- [manifest] No direction metadata for 'name' (#334)
- Re: [selection-api] Selection.toString is under specified (#7)
- Re: [fetch] Distinguishing between errors (#25)
- Re: [streams] Generalized and precise flow/buffer control (#301)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] Update ReadableByteStream to follow the style rule employed for the main... (#283)
- Re: [streams] Update ReadableByteStream to follow the style rule employed for the main... (#283)
- Re: [streams] Throw on underlying source double-close or double-error (#303)
- Re: [streams] Warning misbehaving underlying sources (#298)
- [fetch] Distinguishing between errors (#25)
- Re: [streams] Throw on underlying source double-close or double-error (#303)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
Thursday, 19 March 2015
- [spec-reviews] Update CSS Regions.md (#48)
- [spec-reviews] Revise CSS regions draft based on outcome of 19-March discussion (#47)
- Re: [fetch] Add timeout option (#20)
- Re: [ServiceWorker] Allowing multiple scopes (& should scopes be primary key?) (#566)
- Re: [ServiceWorker] Allowing multiple scopes (& should scopes be primary key?) (#566)
- Re: [ServiceWorker] Allowing multiple scopes (& should scopes be primary key?) (#566)
- Re: [ServiceWorker] Allowing multiple scopes (& should scopes be primary key?) (#566)
- Re: [ServiceWorker] Allowing multiple scopes (& should scopes be primary key?) (#566)
- Re: [ServiceWorker] Allowing multiple scopes (& should scopes be primary key?) (#566)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- [streams] Throw on underlying source double-close or double-error (#303)
- Re: [streams] Define "tee"ing a stream (#271)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
Wednesday, 18 March 2015
- Re: [push-api] Consider exposing meta-information on push message (#81)
- Re: [permissions] Should 'prompt' be renamed as 'default'? (#12)
- Re: [push-api] Define a serializer for PushSubscription (#125)
- Re: [ServiceWorker] Pattern for handling fingerprinted assets in cache? (#657)
- Re: [manifest] Integration with service workers (#161)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [manifest] A way to link to related applications (#326)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [ServiceWorker] Pattern for handling fingerprinted assets in cache? (#657)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] Integration with service workers (#161)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [ServiceWorker] Pattern for handling fingerprinted assets in cache? (#657)
- Re: [ServiceWorker] Pattern for handling fingerprinted assets in cache? (#657)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [push-api] Define a serializer for PushSubscription (#125)
- Re: [push-api] Define a serializer for PushSubscription (#125)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [ServiceWorker] Pattern for handling fingerprinted assets in cache? (#657)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- Re: [ServiceWorker] Pattern for handling fingerprinted assets in cache? (#657)
- Re: [streams] First draft at tee algorithms, for critique (#302)
- [streams] First draft at tee algorithms, for critique (#302)
- Re: [streams] Move algorithms to Ecmarkup/Ecmarkdown (02e0a64)
- Re: [permissions] Should 'prompt' be renamed as 'default'? (#12)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [push-api] Delete the 'master' branch please (#127)
- Re: [push-api] Delete the 'master' branch please (#127)
- Re: [streams] Generalized and precise flow/buffer control (#301)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [ServiceWorker] Pattern for handling fingerprinted assets in cache? (#657)
- Re: [streams] ReadableByteStreams: missing APIs (#176)
- Re: [streams] Generalized and precise flow/buffer control (#301)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [streams] Generalized and precise flow/buffer control (#301)
- [streams] Generalized and precise flow/buffer control (#301)
- [ServiceWorker] Pattern for handling fingerprinted assets? (#657)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- [push-api] Straw man for encryption (#130)
- Re: [push-api] Move to using just endpoint (#129)
Tuesday, 17 March 2015
- Re: [gamepad] Specification (#1)
- [push-api] Move to using just endpoint (#129)
- [push-api] Delete the 'master' branch please (#127)
- [push-api] Push service definition (#128)
- Re: [push-api] Fixing definition of push message (#126)
- Re: [push-api] Fixing definition of push message (#126)
- [push-api] Fixing definition of push message (#126)
- [ServiceWorker] should Cache support VARY:*,otherheader or only VARY:* (#656)
- Re: [manifest] Move to using Echidna (#315)
- [gamepad] Specification (#1)
- Re: [fullscreen] Add transform:none to the UA style sheet (#1)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [manifest] Clarified opening deep link (closes #301) (#302)
- Re: [manifest] Clarified opening deep link (closes #301) (#302)
- Re: [spec-reviews] CSS Regions Review Draft (#44)
- Re: [push-api] Define a serializer for PushSubscription (#125)
- Re: [push-api] Define a serializer for PushSubscription (#125)
- Re: [ServiceWorker] Add Quota Management APIs to the SW Global Execution Scope (#229)
- Re: [ServiceWorker] Add Quota Management APIs to the SW Global Execution Scope (#229)
- Re: [ServiceWorker] Interacting with HTTP/2 push (#215)
- Re: [ServiceWorker] Interacting with HTTP/2 push (#215)
- Re: [ServiceWorker] Define security policy (#113)
- Re: [ServiceWorker] Define security policy (#113)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- [ServiceWorker] HEAD request on Cache API should not return response with body (#655)
- Re: [manifest] Echidna (#333)
- Re: [manifest] Echidna (#333)
- [manifest] Echidna (#333)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Defined identity based on manifest URL (closes #272) (#329)
- Re: [ServiceWorker] Remove ignoreMethod (#653)
- Re: [ServiceWorker] Remove ignoreMethod (#653)
- Re: [manifest] shouldn't the default scope be bounded? (#332)
- Re: [streams] ReadableByteStreams: missing APIs (#176)
- [streams] Byte streams (#300)
- [push-api] Define a serializer for PushSubscription (#125)
- Re: [streams] Do we need error-after-drain functionality? (#172)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Defined identity based on manifest URL (closes #272) (853182c)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Move to using Echidna (#315)
- Re: [manifest] Add note about i18n (#323)
- [dom] Convert DOM to use bikeshed (#15)
- Re: [permissions] Should Permissions be an interface with static objects? (#11)
- [dom] Indicate GitHub issues can now be used (#14)
- [permissions] Extensibility: make sure we have it right (#17)
- Re: [permissions] Exposition (Window,Worker) should be explicit (#16)
- [permissions] Exposition (Window,Worker) should be explicit (#16)
- Re: [permissions] Should we add a global change event? (#15)
- [permissions] Should we add a global change event? (#15)
- [permissions] Specify how to behave when an extended Permission dictionary doesn't match requirements (#14)
- [permissions] Should we have a more explicit enumerating process? (#13)
- Re: [permissions] Should 'prompt' be renamed as 'default'? (#12)
- [permissions] Should 'prompt' be renamed as 'default'? (#12)
- [permissions] Should Permissions be an interface with static objects? (#11)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [fetch] Operate on internal response (#23)
- [ServiceWorker] Navigate and redirects (#654)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [streams] Add some more texts to Requirements.md about byte streams (#299)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [streams] Warning misbehaving underlying sources (#298)
- Re: [streams] Warning misbehaving underlying sources (#298)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Move to using Echidna (#315)
- Re: [streams] Requirement on promises equality (#266)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [streams] Warning misbehaving underlying sources (#298)
- Re: [manifest] Add note about i18n (#323)
- Re: [streams] Warning misbehaving underlying sources (#298)
- Re: [fullscreen] Add transform:none to the UA style sheet (#1)
- Re: [fullscreen] Add transform:none to the UA style sheet (#1)
- Re: [streams] Warning misbehaving underlying sources (#298)
- Re: [streams] Add BufferFeedableReadableByteStream (#282)
- [streams] Add some more texts to Requirements.md about byte streams (#299)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] Byte streams: write up design rationales and vision for how they are used/what they enable (#177)
- Re: [streams] Investigate (F)RP literature (#88)
- Re: [streams] Investigate (F)RP literature (#88)
- Re: [streams] simpler, less stateful basic streams? (#104)
- Re: [streams] simpler, less stateful basic streams? (#104)
- Re: [streams] Warning misbehaving underlying sources (#298)
- Re: [streams] Warning misbehaving underlying sources (#298)
- Re: [streams] Add BufferFeedableReadableByteStream (#282)
- Re: [streams] Add BufferFeedableReadableByteStream (#282)
- Re: [streams] Factor out portions of a test suite that can be run against already-constructed streams (#264)
- Re: [streams] Requirement on promises equality (#266)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [fetch] Operate on internal response (#23)
- Re: [ServiceWorker] Remove ignoreMethod (#653)
- Re: [selection-api] Selection.toString is under specified (#7)
- Re: [spec-reviews] http-problem (#37)
- Re: [spec-reviews] http-problem (#37)
- [fullscreen] Add transform:none to the UA style sheet (#1)
Monday, 16 March 2015
- Re: [fetch] Operate on internal response (#23)
- Re: [manifest] Defined identity based on manifest URL (closes #272) (#329)
- Re: [manifest] Defined identity based on manifest URL (closes #272) (#329)
- [spec-reviews] Fixed typos (#46)
- [ServiceWorker] Remove ignoreMethod (#653)
- Re: [manifest] Defined identiy based on manifest URL (closes #272) (#329)
- Re: [selection-api] Selection.toString is under specified (#7)
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
- Re: [fetch] Operate on internal response (#23)
- Re: [fetch] Operate on internal response (#23)
- Re: [fetch] Prevent modifying headers on Responses (#24)
- Re: [fetch] Operate on internal response (#23)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] Initial job, with hacks, that seems to work! Some algorithms converted! (7937dc0)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- [streams] Warning misbehaving underlying sources (#298)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] Initial job, with hacks, that seems to work! Some algorithms converted! (7937dc0)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [manifest] shouldn't the default scope be bounded? (#332)
- Re: [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [manifest] shouldn't the default scope be bounded? (#332)
- Re: [ServiceWorker] Association between a service worker and global objects (#652)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [manifest] Defined identiy based on manifest URL (closes #272) (#329)
- [manifest] shouldn't the default scope be bounded? (#332)
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [streams] Add readableAmount getter to ReadableByteStream (#279)
- Re: [streams] Add readableAmount getter to ReadableByteStream (#279)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [streams] Add readableAmount getter to ReadableByteStream (#279)
- Re: [ServiceWorker] Cancelling HTTP fetch (#592)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] Getting errored/closed reader, Auto-releasing reader, Forcible cancel() on a stream (#297)
- Re: [streams] getting and releasing reader (#297)
- Re: [streams] getting and releasing reader (#297)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
Saturday, 14 March 2015
- Re: [streams] Add readableAmount getter to ReadableByteStream (#279)
- Re: [ServiceWorker] Association between a service worker and global objects (#652)
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
- Re: [fetch] Prevent modifying headers on Responses (#24)
Friday, 13 March 2015
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
- Re: [streams] Test ReadableStream does not call pull multiple times after previous pull finishes is incorrectly specified. (#291)
- Re: [streams] Test ReadableStream does not call pull multiple times after previous pull finishes is incorrectly specified. (#291)
- Re: [fetch] Prevent modifying headers on Responses (#24)
- [ServiceWorker] Association between a service worker and global objects (#652)
- [fetch] Prevent modifying headers on Responses (#24)
- Re: [manifest] Defined identiy based on manifest URL (closes #272) (27cdbb5)
- [fetch] Operate on internal response (#23)
- [manifest] For `lang`, add formal defintion of language tag (#331)
- Re: [manifest] Resolve start_url against manifest URL (#330)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Define identity of a web app. (#272)
- [manifest] Resolve start_url against manifest URL (#330)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [streams] getting and releasing reader (#297)
- Re: [streams] getting and releasing reader (#297)
- Re: [ServiceWorker] Define environment settings object for service workers (#526)
- Re: [streams] getting and releasing reader (#297)
- Re: [ServiceWorker] Define environment settings object for service workers (#526)
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
- Re: [ServiceWorker] Event queuing model for SW (#649)
- Re: [streams] getting and releasing reader (#297)
- Re: [manifest] Defined identiy based on manifest URL (closes #272) (27cdbb5)
- Re: [manifest] Define identity of a web app. (#272)
- [streams] getting and releasing reader (#297)
- Re: [ServiceWorker] Define environment settings object for service workers (#526)
- Re: [ServiceWorker] Event queuing model for SW (#649)
- Re: [ServiceWorker] Prefetch/prerender & Client id (#210)
Thursday, 12 March 2015
- Re: [ServiceWorker] under what conditions should sandboxed iframes be intercepted? (#648)
- Re: [manifest] add a license field (#328)
- Re: [manifest] add a license field (#328)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] Native API Permissions (#319)
- Re: [ServiceWorker] Event queuing model for SW (#649)
- Re: [streams] Do we need to pass enqueue and close as parameters to UnderlyingSource.pull? (#292)
- Re: [ServiceWorker] Define environment settings object for service workers (#526)
- Re: [ServiceWorker] object/embed (#249)
- Re: [ServiceWorker] object/embed (#249)
- Re: [webidl] Add a platform object [[Set]] internal method so we can have prototype setters show through even if an object has a named property of the same name and can have named creators work correctly on [OverrideBuiltins] objects even if thre is a property with the same name on the prototype. (#45)
- Re: [webidl] Add a platform object [[Set]] internal method so we can have prototype setters show through even if an object has a named property of the same name and can have named creators work correctly on [OverrideBuiltins] objects even if thre is a property with the same name on the prototype. (#45)
- [manifest] Defined identiy based on manifest URL (closes #272) (#329)
- Re: [ServiceWorker] object/embed (#249)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [manifest] add a license field (#328)
- Re: [manifest] add a license field (#328)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- [ServiceWorker] Response streaming and SW lifetime (#651)
- Re: [ServiceWorker] object/embed (#249)
- Re: [ServiceWorker] object/embed (#249)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [streams] Is Node's "unshift" necessary? (#3)
- Re: [streams] Is Node's "unshift" necessary? (#3)
- Re: [ServiceWorker] Cause a Content-Security-Policy: sandbox header to unregister the Service Worker at that scriptURL. (#389)
- Re: [ServiceWorker] object/embed (#249)
- Re: [ServiceWorker] Drop client from fetchEvent/request? (#575)
- Re: [ServiceWorker] Drop client from fetchEvent/request? (#575)
- Re: [streams] Ensure the JS thread doesn't have to get hit when piping two streams to each other (#97)
- Re: [streams] Should readable streams start right away? (#269)
- Re: [streams] Should readable streams start right away? (#269)
- Re: [streams] Do we need to pass enqueue and close as parameters to UnderlyingSource.pull? (#292)
- Re: [streams] Do we need to pass enqueue and close as parameters to UnderlyingSource.pull? (#292)
- [streams] Change the model for ReadableStream to have async read() (#296)
- Re: [streams] Change the model for ReadableStream to have async read() (#288)
- Re: [streams] Change the model for ReadableStream to have async read() (#288)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [ServiceWorker] How to set the client for the requests initiated from within user agent's internal context? (#615)
- Re: [ServiceWorker] ServiceWorkerClient can't be a MessageEvent.source because it's not a WindowProxy or MessagePort (#453)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [webidl] Add a platform object [[Set]] internal method so we can have prototype setters show through even if an object has a named property of the same name and can have named creators work correctly on [OverrideBuiltins] objects even if thre is a property with the same name on the prototype. (#45)
- Re: [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- Re: [streams] Change the model for ReadableStream to have async read() (#288)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [ServiceWorker] How to set the client for the requests initiated from within user agent's internal context? (#615)
Wednesday, 11 March 2015
- Re: [push-api] Removed NoInterfaceObject from PushMessageData (closes #123) (#124)
- Re: [push-api] Remove [NoInterfaceObject] from PushMessageData (#123)
- Re: [streams] Do we need to pass enqueue and close as parameters to UnderlyingSource.pull? (#292)
- Re: [streams] Why is the reference implementation calling promise callbacks synchronously? (#293)
- Re: [ServiceWorker] SW spec never hooks into the "runs a worker" term that the CSP spec uses to enforce CSPs (#378)
- Re: [streams] Why is the reference implementation calling promise callbacks synchronously? (#293)
- Re: [streams] Do we need to pass enqueue and close as parameters to UnderlyingSource.pull? (#292)
- Re: [manifest] A way to link to related applications (#326)
- [ServiceWorker] Send a changelog to the UA (#650)
- Re: [push-api] Remove [NoInterfaceObject] from PushMessageData (#123)
- [push-api] Removed NoInterfaceObject from PushMessageData (closes #123) (#124)
- [push-api] Remove [NoInterfaceObject] from PushMessageData (#123)
- Re: [manifest] Define identity of a web app. (#272)
- Re: [manifest] Integration with service workers (#161)
- Re: [manifest] Integration with service workers (#161)
- Re: [manifest] Integration with service workers (#161)
- Re: [ServiceWorker] ServiceWorkerClient can't be a MessageEvent.source because it's not a WindowProxy or MessagePort (#453)
- Re: [streams] Maybe giving async readInto (and read?) another shot (#290)
- Re: [streams] Maybe giving async readInto (and read?) another shot (#290)
- Re: [streams] New proposal for byte stream uses cases (#289)
- Re: [streams] New proposal for byte stream uses cases (#289)
- [streams] What types does ReadableByteStream's reader's read(x) accept and return? (#295)
- [streams] What should we call ReadableByteStream.prototype.getBYOBReader()? (#294)
- Re: [streams] Why is the reference implementation calling promise callbacks synchronously? (#293)
- Re: [streams] Do we need to pass enqueue and close as parameters to UnderlyingSource.pull? (#292)
- Re: [manifest] Native API Permissions (#319)
- [streams] Why is the reference implementation calling promise callbacks synchronously? (#293)
- [streams] Do we need to pass enqueue and close as parameters to UnderlyingSource.pull? (#292)
- Re: [manifest] add a license field (#328)
- [manifest] add a license field (#328)
- [ServiceWorker] Event queuing model for SW (#649)
- Re: [ServiceWorker] object/embed (#249)
- Re: [ServiceWorker] object/embed (#249)
- Re: [ServiceWorker] navigator.serviceWorker.postMessage should populate messageEvent.source & ports (#290)
- Re: [ServiceWorker] navigator.serviceWorker.postMessage should populate messageEvent.source & ports (#290)
- Re: [ServiceWorker] SW spec never hooks into the "runs a worker" term that the CSP spec uses to enforce CSPs (#378)
- Re: [ServiceWorker] ServiceWorker inherits from Worker (#410)
- Re: [ServiceWorker] ServiceWorker inherits from Worker (#410)
- Re: [ServiceWorker] ServiceWorkerClient can't be a MessageEvent.source because it's not a WindowProxy or MessagePort (#453)
- Re: [ServiceWorker] ServiceWorkerClient can't be a MessageEvent.source because it's not a WindowProxy or MessagePort (#453)
- Re: [ServiceWorker] Relationship to Caches & ScriptCache in ServiceWorkerGlobalScope (#473)
- Re: [ServiceWorker] Relationship to Caches & ScriptCache in ServiceWorkerGlobalScope (#473)
- Re: [ServiceWorker] ServiceWorker's postMessage method is not defined (#479)
- Re: [ServiceWorker] ServiceWorker's postMessage method is not defined (#479)
- Re: [ServiceWorker] "messaging occurs as per usual with Web Workers" (#484)
- Re: [ServiceWorker] "messaging occurs as per usual with Web Workers" (#484)
- Re: [ServiceWorker] Define environment settings object for service workers (#526)
- Re: [ServiceWorker] Drop client from fetchEvent/request? (#575)
- Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586)
- Re: [ServiceWorker] Add an API to take over uncontrolled pages (or pages controlled by another service worker) (#586)
- Re: [ServiceWorker] FetchEvent not defined (#645)
- Re: [ServiceWorker] FetchEvent not defined (#645)
- Re: [ServiceWorker] [[UpdateState]] does not define event loop (#481)
- Re: [ServiceWorker] [[UpdateState]] does not define event loop (#481)
- Re: [ServiceWorker] How to set the client for the requests initiated from within user agent's internal context? (#615)
- Re: [ServiceWorker] How to set the client for the requests initiated from within user agent's internal context? (#615)
- [ServiceWorker] under what conditions should sandboxed iframes be intercepted? (#648)
- Re: [ServiceWorker] client objects should have an .id (#634)
- Re: [ServiceWorker] client objects should have an .id (#634)
- Re: [ServiceWorker] ServiceWorker objects should have an .id (#635)
- Re: [ServiceWorker] ServiceWorker objects should have an .id (#635)
Tuesday, 10 March 2015
- Re: [ServiceWorker] Cause a Content-Security-Policy: sandbox header to unregister the Service Worker at that scriptURL. (#389)
- Re: [ServiceWorker] SW spec should expose Resource Timing and User Timing (#553)
- Re: [ServiceWorker] SW spec should expose Resource Timing and User Timing (#553)
- Re: [manifest] Add a lang member (#322)
- Re: [manifest] Added lang member (closes #322) (#324)
- Re: [manifest] Add a lang member (#322)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [ServiceWorker] Should UUID for unique IDs be mandated? (#647)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Test ReadableStream does not call pull multiple times after previous pull finishes is incorrectly specified. (#291)
- Re: [ServiceWorker] Should UUID for unique IDs be mandated? (#647)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Add theme_color member (closes #225) (#325)
- Re: [manifest] A way to link to related applications (#326)
- Re: [ServiceWorker] openWindow(url)'s same origin check should be done against the origin of the final response's url? (#646)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [push-api] Add optional userVisibleOnly parameter to register & hasPermission (#87)
Monday, 9 March 2015
- [streams] Test ReadableStream does not call pull multiple times after previous pull finishes is incorrectly specified. (#291)
- [ServiceWorker] Should UUID for unique IDs be mandated? (#647)
- Re: [ServiceWorker] openWindow(url)'s same origin check should be done against the origin of the final response's url? (#646)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [filesystem-api] Define AbortableProgressPromise (#2)
- Re: [filesystem-api] Update links to subresources (#3)
- Re: [filesystem-api] Update links to subresources (#3)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] A way to link to related applications (#326)
- Re: [filesystem-api] Update links to subresources (#3)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- [filesystem-api] Update links to subresources (#3)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] A means to control the "theme color" (#225)
- Re: [manifest] A means to control the "theme color" (#225)
- Re: [push-api] Any implementation ? (#119)
- Re: [ServiceWorker] openWindow(url)'s same origin check should be done against the origin of the final response's url? (#646)
- Re: [ServiceWorker] openWindow(url)'s same origin check should be done against the origin of the final response's url? (#646)
- Re: [ServiceWorker] openWindow(url)'s same origin check should be done against the origin of the final response's url? (#646)
- Re: [webcomponents] Link to CSS Scoping module spec? (#37)
- Re: [streams] Change the model for ReadableStream to have async read() (#288)
- [ServiceWorker] openWindow(url)'s same origin check should be done against the origin of the final response's url? (#646)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
Sunday, 8 March 2015
- [permissions] Add getUserMedia permissions (#10)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [manifest] A means to control the "theme color" (#225)
Saturday, 7 March 2015
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] A means to control the "theme color" (#225)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] Add a lang member (#322)
- Re: [manifest] A means to control the "theme color" (#225)
- Re: [manifest] A means to control the "theme color" (#225)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] A way to link to related applications (#326)
- Re: [permissions] A "dismissed" state (#4)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] A means to control the "theme color" (#225)
- Re: [manifest] Add theme_color member (closes #225) (#325)
- Re: [manifest] Clarify display-mode relationship to iframes and legacy content (#309)
- Re: [manifest] clarify display-mode and UAs and iframes (closes #309) (#318)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [manifest] Add theme_color member (closes #225) (#325)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] Add a lang member (#322)
- Re: [permissions] Could we ask for several permissions at a time ? (#6)
- Re: [manifest] clarify display-mode and UAs and iframes (closes #309) (b517aef)
- Re: [permissions] A "dismissed" state (#4)
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [webcomponents] inflexible extends as fixed element type (#33)
- Re: [webcomponents] inflexible extends as fixed element type (#33)
- Re: [webcomponents] Link to CSS Scoping module spec? (#37)
- Re: [webcomponents] Link to CSS Scoping module spec? (#37)
Friday, 6 March 2015
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] Add a lang member (#322)
- Re: [push-api] Allow UAs to unsubscribe offline "successfully" (#122)
- Re: [manifest] Added lang member (closes #322) (cbd8343)
- Re: [push-api] Allow UAs to unsubscribe offline "successfully" (#122)
- [push-api] Allow UAs to unsubscribe offline "successfully" (#122)
- Re: [manifest] A way to link to related applications (#326)
- [webidl] Add a platform object [[Set]] internal method so we can have prototype setters show through even if an object has a named property of the same name and can have named creators work correctly on [OverrideBuiltins] objects even if thre is a property with the same name on the prototype. (#45)
- Re: [manifest] Add theme_color member (closes #225) (#325)
- Re: [manifest] Add theme_color member (closes #225) (#325)
- Re: [manifest] Add theme_color member (closes #225) (#325)
- Re: [ServiceWorker] Can we replace event.default() with something less magic? (#607)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [manifest] A way to link to related applications (#326)
- [touch-events] Touch Event Extensions note should add arguments to CreateTouch (#12)
- [touch-events] Define the ontouch* event handler attributes (#11)
- Re: [manifest-csp] Minor editorial suggestion for Abstract (#7)
- Re: [manifest-csp] Minor editorial suggestion for Abstract (#7)
- Re: [touch-events] TouchEvent should have a constructor (#10)
- Re: [touch-events] TouchEvent should have a constructor (#10)
- Re: [touch-events] TouchEvent should have a constructor (#10)
- Re: [manifest] Native API Permissions (#319)
- Re: [touch-events] TouchEvent should have a constructor (#10)
- Re: [touch-events] TouchEvent should have a constructor (#10)
- [touch-events] TouchEvent should have a constructor (#10)
- Re: [manifest] Fixed scopeURL typo (closes #320) (cddb540)
- Re: [manifest] Add theme_color member (closes #225) (c74ab60)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] Native API Permissions (#319)
- Re: [ServiceWorker] How do I get from a script to a service worker registration (#504)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [fetch] consider providing a json serializer for Request and Response (#22)
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] Add a lang member (#322)
- Re: [manifest] Added lang member (closes #322) (cbd8343)
- Re: [ServiceWorker] FetchEvent not defined (#645)
- [ServiceWorker] FetchEvent not defined (#645)
- Re: [manifest] A way to link to related applications (#326)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Added lang member (closes #322) (cbd8343)
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Manifest format should support some way of including a splash screen (#9)
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [manifest] Added lang member (closes #322) (cbd8343)
- Re: [manifest] Clarify "scope" in step #3 of Section 3 (#320)
- Re: [manifest] Fixed scopeURL typo (closes #320) (#321)
- Re: [ServiceWorker] client objects should have an .id (#634)
- Re: [manifest] Fixed scopeURL typo (closes #320) (cddb540)
- Re: [manifest] Added lang member (closes #322) (cbd8343)
- Re: [manifest] Added lang member (closes #322) (cbd8343)
- Re: [manifest] Native API Permissions (#319)
- Re: [manifest] clarify display-mode and UAs and iframes (closes #309) (b517aef)
- Re: [manifest] clarify display-mode and UAs and iframes (closes #309) (b517aef)
- Re: [manifest] Convert "Icon object" into a generic "image object" (#327)
- Re: [ServiceWorker] importScripts() should throw? (#642)
- [manifest] Convert "Icon object" into a generic "image object" (#327)
- [manifest] A way to link to related applications (#326)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [ServiceWorker] Clients & postMessage (#609)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [ServiceWorker] Clients & postMessage (#609)
Thursday, 5 March 2015
- Re: [spec-reviews] permissions API (#45)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [spec-reviews] permissions API (#45)
- [spec-reviews] permissions API (#45)
- Re: [streams] Change the model for ReadableStream to have async read() (#288)
- Re: [streams] Change the model for ReadableStream to have async read() (#288)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [permissions] Could we ask for several permissions at a time ? (#6)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [permissions] Could we ask for several permissions at a time ? (#6)
- Re: [permissions] Could we ask for several permissions at a time ? (#6)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [manifest] i18n - RTL/LTR issues (#10)
- Re: [manifest] i18n - RTL/LTR issues (#10)
- Re: [permissions] Is `Permissions.get` the right name? (#5)
- Re: [manifest] Add recommended width and height (#310)
- Re: [manifest] Add recommended width and height (#310)
- Re: [manifest] clarify display-mode and UAs and iframes (closes #309) (#318)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [permissions] Is `Permissions.get` the right name? (#5)
- [permissions] What should "retrieve the permission state" do for context related permissinos? (#9)
- [permissions] What should "retrieve the permission state" do for pickers? (#8)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [permissions] Could we ask for several permissions at a time ? (#6)
- Re: [permissions] Could we ask for several permissions at a time ? (#6)
- Re: [permissions] Is `Permissions.get` the right name? (#5)
- Re: [permissions] A "dismissed" state (#4)
- Re: [permissions] Could we ask for several permissions at a time ? (#6)
- Re: [permissions] Could we ask for several permissions at a time ? (#6)
- Re: [permissions] Is `Permissions.get` the right name? (#5)
- Re: [permissions] Renamed .get to .check (closes #5) (#7)
- Re: [permissions] Renamed .get to .check (closes #5) (#7)
- Re: [permissions] Renamed .get to .check (closes #5) (#7)
- Re: [manifest] Native API Permissions (#319)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Change the model for ReadableStream to have async read() (#288)
- Re: [streams] Change the model for ReadableStream to have async read() (#288)
- Re: [streams] Change the model for ReadableStream to have async read() (#288)
- Re: [manifest] Native API Permissions (#319)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- [webcomponents] Link to CSS Scoping module spec? (#37)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [manifest] Add note about i18n (#323)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [manifest] Native API Permissions (#319)
- Re: [ServiceWorker] Optimization opportunity for SW (Should sync/push event target a specific server?) (#644)
- Re: [ServiceWorker] Should sync event target a specific server? (#644)
- Re: [ServiceWorker] Should sync event target a specific server? (#644)
- Re: [ServiceWorker] Should sync event target a specific server? (#644)
- [ServiceWorker] Should sync event target a specific server? (#644)
- Re: [ServiceWorker] Should sync event target a specific server? (#644)
- Re: [ServiceWorker] Should sync event target a specific server? (#644)
- Re: [ServiceWorker] Should sync event target a specific server? (#644)
- Re: [ServiceWorker] Should sync event target a specific server? (#644)
- Re: [ServiceWorker] Should sync event target a specific server? (#644)
- Re: [ServiceWorker] Should sync event target a specific server? (#644)
- Re: [manifest] Fixed scopeURL typo (closes #320) (cddb540)
- [manifest] Add theme_color member (closes #225) (#325)
- Re: [manifest] Add a lang member (#322)
- Re: [manifest] Native API Permissions (#319)
Wednesday, 4 March 2015
- Re: [manifest] Add note about i18n (#323)
- Re: [manifest] Add a lang member (#322)
- Re: [push-api] pushsubscriptionchange - Initial feedback (#120)
- Re: [push-api] pushsubscriptionchange - Initial feedback (#120)
- Re: [streams] Prototyping several changes for better support for reading bytes (#287)
- Re: [streams] Prototyping several changes for better support for reading bytes (#287)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Prototyping several changes for better support for reading bytes (#287)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [push-api] How to handle service worker unregister? (#121)
- Re: [push-api] How to handle service worker unregister? (#121)
- Re: [push-api] How to handle service worker unregister? (#121)
- Re: [push-api] How to handle service worker unregister? (#121)
- Re: [fetch] consider providing a json serializer for Request and Response (#22)
- Re: [push-api] How to handle service worker unregister? (#121)
- [push-api] How to handle service worker unregister? (#121)
- [push-api] pushsubscriptionchange - Initial feedback (#120)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [fetch] consider providing a json serializer for Request and Response (#22)
- Re: [ServiceWorker] importScripts() should throw? (#642)
- [manifest] Added lang member (closes #322) (#324)
- [manifest] Add note about i18n (#323)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [manifest] Native API Permissions (#319)
- Re: [ServiceWorker] Why would `WindowClient` ever have `frameType` of `none`? (#632)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- [manifest] Add a language tag (#322)
- Re: [ServiceWorker] importScripts() should throw? (#642)
- [manifest] Fixed scopeURL typo (closes #320) (#321)
- Re: [manifest] Clarify "scope" in step #3 of Section 3 (#320)
Tuesday, 3 March 2015
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- [fetch] consider providing a json serializer for Request and Response (#22)
- Re: [streams] Prototyping several changes for better support for reading bytes (#287)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- [manifest] Clarify "scope" in step #3 of Section 3 (#320)
- Re: [touch-events] Note about PFWG's non-normative event mapping document (#4)
- Re: [packaging-on-the-web] Security use cases for packaging (#21)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [touch-events] Note about PFWG's non-normative event mapping document (#4)
- Re: [touch-events] Note about PFWG's non-normative event mapping document (#4)
- Re: [touch-events] Setup IRC hook for commits (#1)
- Re: [touch-events] Setup IRC hook for commits (#1)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [push-api] Permission checks in the push API (#75)
- Re: [webcomponents] add autolinking as a preprocessor (#36)
- Re: [webcomponents] add autolinking as a preprocessor (#36)
- [webcomponents] add autolinking as a preprocessor (#36)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [push-api] Permission checks in the push API (#75)
- Re: [streams] Support reading bytes into buffers allocated by user code on platforms where only async read is available (#253)
- Re: [streams] New proposal for byte stream uses cases (#289)
- Re: [streams] How will ReadableByteStream work with seekable resources? (#253)
- Re: [streams] How will ReadableByteStream work with seekable resources? (#253)
- Re: [streams] Change the model for ReadableStream to have async read() (#288)
- [permissions] Renamed .get to .check (closes #5) (#7)
- Re: [manifest] Native API Permissions (#319)
Monday, 2 March 2015
- Re: [streams] New proposal for byte stream uses cases (#289)
- Re: [streams] New proposal for byte stream uses cases (#289)
- Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625)
- Re: [push-api] Push API should recommend implementing ServiceWorkerRegistration.showNotification (#118)
- Re: [push-api] Push API should recommend implementing ServiceWorkerRegistration.showNotification (#118)
- [manifest] Native API Permissions (#319)
- Re: [webidl] Make the DOMException constructor accept a name (#22)
- Re: [push-api] Any implementation ? (#119)
- [push-api] Any implementation ? (#119)
- Re: [ServiceWorker] importScripts() should throw? (#642)
- Re: [push-api] Push API should recommend implementing ServiceWorkerRegistration.showNotification (#118)
- Re: [ServiceWorker] importScripts() should throw? (#642)
- [push-api] Push API should recommend implementing ServiceWorkerRegistration.showNotification (#118)
- Re: [packaged-webapps] NoInterfaceObject missing or in wrong path (#1)
- Re: [packaged-webapps] NoInterfaceObject missing or in wrong path (#1)
- Re: [streams] Operation stream (#287)
- Re: [streams] Operation stream (#287)
- Re: [streams] Operation stream (#287)
- Re: [streams] New proposal for byte stream uses cases (#289)
- Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625)
- Re: [ServiceWorker] importScripts() should throw? (#642)
- [ServiceWorker] Expose environment ids? (#643)
- Re: [ServiceWorker] ServiceWorker objects should have an .id (#635)
- Re: [ServiceWorker] client objects should have an .id (#634)
- Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625)
- Re: [manifest] i18n - RTL/LTR issues (#10)
Sunday, 1 March 2015
- Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625)
- Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625)
- Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625)
- Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625)
- Re: [ServiceWorker] Returning a FetchPromise from fetch() (#625)
- Re: [ServiceWorker] importScripts() should throw? (#642)
- Re: [streams] Operation stream (#287)
- Re: [streams] Operation stream (#287)
- Re: [streams] Operation stream (#287)
- Re: [ServiceWorker] importScripts() should throw? (#642)