public-webapps@w3.org from January to March 2014 by date

Monday, 31 March 2014

• Re: Proposal: External Protocol Handling James Greene
• RE: Proposal: External Protocol Handling Ben Johnson
• Re: [Custom Elements] attributeChanged not sufficient? Scott Miles
• Re: Proposal: External Protocol Handling Konstantin Welke
• [Custom Elements] attributeChanged not sufficient? Ondřej Žára
• Re: [IndexedDB] Duplicate double quotes Joshua Bell
• Re: Proposal: External Protocol Handling James Greene
• Re: [clipboard events] Pasting scenarios and the shape of clipboardData.getData(‘text/html’) return value Hallvord R. M. Steen
• Re: XMLHttpRequest Level 1- specification history Arthur Barstow

Thursday, 27 March 2014

• Proposal: External Protocol Handling Ben Johnson

Monday, 31 March 2014

• [IndexedDB] Duplicate double quotes Zhang, Zhiqiang
• Re: XMLHttpRequest Level 1- specification history Ian Hickson
• Re: XMLHttpRequest Level 1- specification history Jungkee Song

Sunday, 30 March 2014

• Re: XMLHttpRequest Level 1- specification history Ian Hickson
• RE: XMLHttpRequest Level 1- specification history David Dailey
• Re: XMLHttpRequest Level 1- specification history Jungkee Song

Saturday, 29 March 2014

• Re: XMLHttpRequest Level 1- specification history Ian Hickson
• Re: XMLHttpRequest Level 1- specification history Tobie Langel
• XMLHttpRequest Level 1- specification history David Dailey
• [Bug 25203] New: [gamepad] Connected Attribute appears to serve no purpose if the Gamepad object is a snapshot bugzilla@jessica.w3.org
• [Bug 25202] New: [gamepad] "id" property is unclear how its established bugzilla@jessica.w3.org

Friday, 28 March 2014

• RE: [Dom-Parsing] LC1 Comments Addressed for DOM Parsing and Serialization Travis Leithead
• Re: [admin] Reminder: March 28 is Deadline to register for April 10-11 f2f meeting Arthur Barstow
• Re: [admin] Reminder: March 28 is Deadline to register for April 10-11 f2f meeting Ryosuke Niwa
• [clipboard events] Pasting scenarios and the shape of clipboardData.getData(‘text/html’) return value Ben Peters
• [admin] Resolved/Fixed bugs should include changeset/patch link [Was: Re: [Dom-Parsing] LC1 Comments Addressed for DOM Parsing and Serialization] Arthur Barstow
• Re: [Dom-Parsing] LC1 Comments Addressed for DOM Parsing and Serialization Anne van Kesteren

Thursday, 27 March 2014

• [Dom-Parsing] LC1 Comments Addressed for DOM Parsing and Serialization Travis Leithead
• [Bug 24576] Calling URL.createObjectURL() on a closed Blob bugzilla@jessica.w3.org
• Re: [quota-api] TAG review feedback Kinuko Yasuda
• Re: [admin] Reminder: March 28 is Deadline to register for April 10-11 f2f meeting Arthur Barstow
• Re: Proposal Virtual Reality "View Lock" Spec Florian Bösch
• Re: Proposal Virtual Reality "View Lock" Spec Brandon Andrews
• Re: Proposal Virtual Reality "View Lock" Spec Brandon Andrews
• [quota-api] TAG review feedback Domenic Denicola
• Re: [admin] Reminder: March 28 is Deadline to register for April 10-11 f2f meeting Ryosuke Niwa

Wednesday, 26 March 2014

• Re: [custom-elements] :unresolved and :psych Brian Kardell
• Re: [custom-elements] :unresolved and :psych Scott Miles
• Re: Proposal Virtual Reality "View Lock" Spec Rich Tibbett
• Re: [request] "Download" Event for HTMLAnchorElement Brian Matthews (brmatthe)
• [Bug 24576] Calling URL.createObjectURL() on a closed Blob bugzilla@jessica.w3.org
• Re: [custom-elements] :unresolved and :psych Ryosuke Niwa
• Re: Proposal Virtual Reality "View Lock" Spec Rob Manson
• Re: Proposal Virtual Reality "View Lock" Spec Lars Knudsen
• Re: [gamepad] preventing default/capturing controller Brandon Jones
• Re: Proposal Virtual Reality "View Lock" Spec Brandon Jones
• Proposal Virtual Reality "View Lock" Spec Brandon Andrews

Tuesday, 25 March 2014

• RE: [custom-elements] :unresolved and :psych Domenic Denicola
• Re: [custom-elements] :unresolved and :psych Brian Kardell
• Re: [custom-elements] :unresolved and :psych Brian Kardell
• Re: [custom-elements] :unresolved and :psych Dimitri Glazkov
• RE: [custom-elements] :unresolved and :psych Domenic Denicola
• [custom-elements] :unresolved and :psych Brian Kardell
• RfC: Last Call of Web Crypto API; deadline May 20 Arthur Barstow
• Re: [request] "Download" Event for HTMLAnchorElement Si Robertson
• RE: [clipboard events] seeking implementor feedback on using CID: URI scheme for pasting embedded binary data Ben Peters
• RE: [Editing] Splitting Selection API Into a Separate Specification Ben Peters
• Re: [request] "Download" Event for HTMLAnchorElement Glenn Maynard
• Re: [request] "Download" Event for HTMLAnchorElement Bjoern Hoehrmann
• Re: [request] "Download" Event for HTMLAnchorElement Anne van Kesteren
• Re: [request] "Download" Event for HTMLAnchorElement Si Robertson
• Re: [request] "Download" Event for HTMLAnchorElement Glenn Maynard

Monday, 24 March 2014

• Re: [request] "Download" Event for HTMLAnchorElement Brian Matthews (brmatthe)
• Re: Browser search API Mitar
• Re: [request] "Download" Event for HTMLAnchorElement Glenn Maynard
• Re: [gamepad] Haptic Feedback/Controller Vibration Florian Bösch
• Re: [request] "Download" Event for HTMLAnchorElement Si Robertson
• [Bug 25142] New: [Custom]: Missing created callback should not prevent other callbacks from being enqueued. bugzilla@jessica.w3.org
• Re: Push API register - vendor specific details Jonas Sicking
• Re: [request] "Download" Event for HTMLAnchorElement Brian Matthews (brmatthe)
• Re: [gamepad] Haptic Feedback/Controller Vibration Patrick Martin
• [Bug 25139] New: [Custom]: Bogus createElement/createElementNS IDL bugzilla@jessica.w3.org
• Re: Push API register - vendor specific details Anne van Kesteren
• Re: Push API register - vendor specific details Michael van Ouwerkerk
• [Bug 21066] Provide an event path API bugzilla@jessica.w3.org
• Re: [gamepad] Haptic Feedback/Controller Vibration Brandon Jones
• [Bug 25131] New: Blob response entity body is not built using final MIME type and charset bugzilla@jessica.w3.org
• [request] "Download" Event for HTMLAnchorElement Si Robertson

Sunday, 23 March 2014

• [gamepad] Haptic Feedback/Controller Vibration Patrick Martin

Saturday, 22 March 2014

• Re: [Editing] Splitting Selection API Into a Separate Specification Adam Sobieski
• Re: [Editing] Splitting Selection API Into a Separate Specification Johannes Wilm

Friday, 21 March 2014

• Re: [Editing] Splitting Selection API Into a Separate Specification Ryosuke Niwa
• [Bug 24872] [Shadow]: Consider adding back at least :first-of-type to valid matching criteria bugzilla@jessica.w3.org
• Re: On starting WebWorkers with blob: URLs... Jonas Sicking
• Re: On starting WebWorkers with blob: URLs... Anne van Kesteren
• RE: Push API - use parameterized Promise types EDUARDO FULLEA CARRERA
• Re: On starting WebWorkers with blob: URLs... Jonas Sicking

Thursday, 20 March 2014

• Re: Should events be preferably sent to the Window or the nearest object? Marcos Caceres
• Re: Push API register - vendor specific details Jonas Sicking
• Re: Push API - use parameterized Promise types Mounir Lamouri
• Re: Push API - use parameterized Promise types Boris Zbarsky
• Re: Push API - use parameterized Promise types Boris Zbarsky
• RE: Push API - use parameterized Promise types Luke Hoban
• Re: Should events be preferably sent to the Window or the nearest object? Tab Atkins Jr.
• RE: Push API - use parameterized Promise types Domenic Denicola
• [editing] insertHorizontalRule into <p> while its ancestor is non-editable Marta Pawlowska
• Re: Push API - use parameterized Promise types Michael van Ouwerkerk
• RE: Push API - use parameterized Promise types Domenic Denicola
• Re: Push API - use parameterized Promise types Michael van Ouwerkerk
• RE: Push API - use parameterized Promise types Domenic Denicola
• Re: Push API - use parameterized Promise types Michael van Ouwerkerk
• Re: Should events be preferably sent to the Window or the nearest object? Ian Hickson
• RE: Push API - use parameterized Promise types Domenic Denicola
• Push API - use parameterized Promise types Michael van Ouwerkerk
• Should events be preferably sent to the Window or the nearest object? Mounir Lamouri
• Push API register - vendor specific details Michael van Ouwerkerk

Wednesday, 19 March 2014

• [Bug 24819] "The error, abort, and load event types are mutu..." bugzilla@jessica.w3.org
• Re: On starting WebWorkers with blob: URLs... Anne van Kesteren
• [Bug 25097] New: Update HTTP and HTTPAUTH references to new HTTPbis specs bugzilla@jessica.w3.org

Tuesday, 18 March 2014

• Re: [Editing] Splitting Selection API Into a Separate Specification Johannes Wilm
• [Bug 25091] [imports]: Want to be used with data: URL scheme bugzilla@jessica.w3.org
• [Bug 25091] New: [imports]: Want to be used with data: URL scheme bugzilla@jessica.w3.org
• [Bug 25090] New: Use document's encoding for url query encoding in XHR open() bugzilla@jessica.w3.org
• Re: [Editing] Splitting Selection API Into a Separate Specification Aryeh Gregor
• [fyi] Early alpha announce: PubRules Checker NG Arthur Barstow
• Re: [gamepad] preventing default/capturing controller Matt Gaunt
• [Bug 25088] New: 'orientationchange' should fire on Window so that there can be a <body> event handler for it bugzilla@jessica.w3.org

Monday, 17 March 2014

• Re: [Editing] Splitting Selection API Into a Separate Specification Ryosuke Niwa
• Re: On starting WebWorkers with blob: URLs... Jonas Sicking
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Tab Atkins Jr.
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Boris Zbarsky
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Anne van Kesteren
• [Bug 23346] Use TypeError for argument validation bugzilla@jessica.w3.org
• [Bug 25081] New: Make read operation really async bugzilla@jessica.w3.org
• Re: On starting WebWorkers with blob: URLs... Glenn Maynard
• Re: On starting WebWorkers with blob: URLs... Bjoern Hoehrmann
• Re: Clipboard API: Enable `copy` event simulation with user's express permission (domain-wide)? Anne van Kesteren
• [Bug 24998] What is the origin of a blob: URL? bugzilla@jessica.w3.org
• Re: On starting WebWorkers with blob: URLs... Anne van Kesteren
• Re: [Editing] Splitting Selection API Into a Separate Specification Robin Berjon

Sunday, 16 March 2014

• Re: [Editing] Splitting Selection API Into a Separate Specification Arthur Barstow
• Re: [Editing] Splitting Selection API Into a Separate Specification Arthur Barstow
• Re: [Editing] Splitting Selection API Into a Separate Specification Aryeh Gregor
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Anne van Kesteren
• [Bug 24790] "Developers must not pass false for the async ar..." bugzilla@jessica.w3.org
• Re: [access-control] Anne van Kesteren

Saturday, 15 March 2014

• Re: [Editing] Splitting Selection API Into a Separate Specification Johannes Wilm

Friday, 14 March 2014

• Re: Screen Orientation API Spec (from phrasing confusion) Bruno Racineux
• Re: On starting WebWorkers with blob: URLs... Ian Hickson
• [Bug 25061] New: [Shadow]: Minor grammatical quibble bugzilla@jessica.w3.org
• Re: On starting WebWorkers with blob: URLs... Arun Ranganathan
• Re: [screen-orientation] Remove the ability to lock to multiple orientations? Mounir Lamouri
• [Bug 24702] Apply Anne's comments sent in public-webapps bugzilla@jessica.w3.org
• [Bug 25054] New: Should the API be exposed to non-Mobile? bugzilla@jessica.w3.org
• [Bug 25053] New: Specify clear security requirements bugzilla@jessica.w3.org
• [Bug 24699] Reconsider -primary and -secondary orientations bugzilla@jessica.w3.org
• [Bug 24700] Should 'foo' be entirely equivalent to [ 'foo-primary', 'foo-secondary' ] bugzilla@jessica.w3.org
• [Bug 24695] Allowed orientations should be an enum bugzilla@jessica.w3.org
• [Bug 24703] No easy way to lock to a set of accepted orientations if one UA doesnt support one of them bugzilla@jessica.w3.org
• Re: [Editing] Splitting Selection API Into a Separate Specification Ryosuke Niwa
• Re: [screen-orientation] Remove the ability to lock to multiple orientations? Jonas Sicking
• Re: indexedDB API grammatical error Joshua Bell
• Re: [gamepad] preventing default/capturing controller Patrick H. Lauke
• Re: [gamepad] preventing default/capturing controller Ted Mielczarek
• Re: [gamepad] preventing default/capturing controller Patrick H. Lauke
• Re: Screen Orientation API Spec (from phrasing confusion) Mounir Lamouri
• Re: [gamepad] preventing default/capturing controller Vincent Scheib
• Re: [admin] Mapping Blink Intent to {Implement,Ship} to Recommendation milestones? [Was: Re: Fwd: [blink-dev] Intent to implement: Push API] Peter Beverloo
• [admin] Mapping Blink Intent to {Implement,Ship} to Recommendation milestones? [Was: Re: Fwd: [blink-dev] Intent to implement: Push API] Arthur Barstow
• Re: [screen-orientation] Remove the ability to lock to multiple orientations? Marcos Caceres
• Re: [screen-orientation] Remove the ability to lock to multiple orientations? Kenneth Rohde Christiansen
• Re: [screen-orientation] Remove the ability to lock to multiple orientations? Mounir Lamouri
• Re: [screen-orientation] Remove the ability to lock to multiple orientations? Mounir Lamouri
• Re: [Editing] Splitting Selection API Into a Separate Specification Arthur Barstow

Thursday, 13 March 2014

• indexedDB API grammatical error Danillo Paiva

Friday, 14 March 2014

• [admin] Reminder: March 28 is Deadline to register for April 10-11 f2f meeting Arthur Barstow
• Re: [gamepad] preventing default/capturing controller Patrick H. Lauke
• Re: Screen Orientation API Spec (from phrasing confusion) Lars Knudsen
• Re: Screen Orientation API Spec (from phrasing confusion) Bruno Racineux
• Re: [screen-orientation] Remove the ability to lock to multiple orientations? Jonas Sicking
• Re: [Editing] Splitting Selection API Into a Separate Specification Ryosuke Niwa
• Re: [Editing] Splitting Selection API Into a Separate Specification Kenji Baheux
• RE: [Editing] Splitting Selection API Into a Separate Specification Domenic Denicola

Thursday, 13 March 2014

• [Editing] Splitting Selection API Into a Separate Specification Ryosuke Niwa
• Re: Screen Orientation API Spec (from phrasing confusion) Bruno Racineux
• Re: [screen-orientation] Remove the ability to lock to multiple orientations? Kenneth Rohde Christiansen
• Re: [push-api] Dependency on "System Messages" Marcos Caceres
• Re: [push-api] Dependency on "System Messages" Arthur Barstow
• [screen-orientation] Remove the ability to lock to multiple orientations? Mounir Lamouri
• Re: Screen Orientation API Spec (from phrasing confusion) Mounir Lamouri
• Re: [push-api] Dependency on "System Messages" Mounir Lamouri
• Re: Browser search API Tab Atkins Jr.
• Re: Browser search API Marcos Caceres
• Re: [push-api] Dependency on "System Messages" Michael van Ouwerkerk
• Re: [push-api] Dependency on "System Messages" SULLIVAN, BRYAN L
• [push-api] Dependency on "System Messages" Arthur Barstow
• Re: [push] Consider renaming "push notification" to "push message" in the Push API spec SULLIVAN, BRYAN L
• Re: [push] Consider renaming "push notification" to "push message" in the Push API spec SULLIVAN, BRYAN L
• Re: [push] Consider renaming "push notification" to "push message" in the Push API spec SULLIVAN, BRYAN L
• [Bug 25038] New: [Shadow]: Non-normative text about selection should be removed bugzilla@jessica.w3.org

Wednesday, 12 March 2014

• Re: [push] Consider renaming "push notification" to "push message" in the Push API spec Mark Nottingham

Thursday, 13 March 2014

• [Bug 24872] [Shadow]: Consider adding back at least :first-of-type to valid matching criteria bugzilla@jessica.w3.org
• [Bug 24872] [Shadow]: Consider adding back at least :first-of-type to valid matching criteria bugzilla@jessica.w3.org

Wednesday, 12 March 2014

• Re: Browser search API Mitar
• Re: On starting WebWorkers with blob: URLs... Ian Hickson
• [Bug 25028] New: Should XMLHttpRequest.responseXML return an XMLDocument if response has xml MIME type? bugzilla@jessica.w3.org
• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Rafael Weinstein
• [Bug 24844] Spec is missing <body> and <head> tags bugzilla@jessica.w3.org
• [Bug 24481] Markup error around blob URL store bugzilla@jessica.w3.org
• Re: On starting WebWorkers with blob: URLs... Arun Ranganathan
• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Arthur Barstow
• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Rafael Weinstein

Tuesday, 11 March 2014

• Fwd: [blink-dev] Intent to implement: Push API Mounir Lamouri
• [Bug 24998] What is the origin of a blob: URL? bugzilla@jessica.w3.org
• [Bug 25007] New: [imports]: Want LinkImport.ready() to return promise. bugzilla@jessica.w3.org
• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Yves Lafon
• Re: [push] Consider renaming "push notification" to "push message" in the Push API spec Glenn Maynard
• Re: [push] Consider renaming "push notification" to "push message" in the Push API spec Michael van Ouwerkerk

Monday, 10 March 2014

• Re: [clipboard events] seeking implementor feedback on using CID: URI scheme for pasting embedded binary data Daniel Cheng
• [push] Consider renaming "push notification" to "push message" in the Push API spec Jeffrey Yasskin
• [Bug 24998] New: What is the origin of a blob: URL? bugzilla@jessica.w3.org
• Re: [IndexedDB] Transaction ordering for readonly transactions Jonas Sicking
• Re: On starting WebWorkers with blob: URLs... Jonas Sicking
• Re: On starting WebWorkers with blob: URLs... Arthur Barstow
• Re: [IndexedDB] Transaction ordering for readonly transactions Joshua Bell

Saturday, 8 March 2014

• [access-control] Akash Jain
• [editing] JavaScript implementation Michael Hill

Monday, 10 March 2014

• Re: [clipboard-api] Do paste events and company bubble? Hallvord R. M. Steen
• Re: [clipboard-api] Do paste events and company bubble? Boris Zbarsky
• Re: [clipboard-api] Do paste events and company bubble? Hallvord R. M. Steen

Sunday, 9 March 2014

• Re: Extending Mutation Observers to address use cases of Ryosuke Niwa

Saturday, 8 March 2014

• [webcomponents] Semantics and Web Components Adam Sobieski
• [webcomponents] Editable Web Components Adam Sobieski
• Re: [clipboard-api] Do paste events and company bubble? James Greene
• [clipboard-api] Do paste events and company bubble? Boris Zbarsky
• [IndexedDB] Transaction ordering for readonly transactions Jonas Sicking

Friday, 7 March 2014

• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Arthur Barstow

Thursday, 6 March 2014

• RE: [clipboard events] seeking implementor feedback on using CID: URI scheme for pasting embedded binary data Ben Peters

Wednesday, 5 March 2014

• Re: [admin] Draft of updated charter available for review Arthur Barstow

Tuesday, 4 March 2014

• Re: [announce] Intent to publish new WD of Clipboard API and Events March 11 James Greene
• [announce] Intent to publish new WD of Clipboard API and Events March 11 Arthur Barstow
• [Bug 24905] [imports]: Fetches for imports should be anonymous only for cross origin requests bugzilla@jessica.w3.org
• [Bug 24905] New: [imports]: Fetches for imports should be anonymous only for cross origin requests bugzilla@jessica.w3.org

Monday, 3 March 2014

• [Bug 24401] abort() should always dispatch loadend bugzilla@jessica.w3.org
• Re: Transforming DataTransfer.setData HTML content Hallvord R. M. Steen

Saturday, 1 March 2014

• [Bug 24876] New: [Custom Elements]: Custom elements should be display: block by default bugzilla@jessica.w3.org

Friday, 28 February 2014

• [Bug 24872] New: [Shadow]: Consider adding back at least :first-of-type to valid matching criteria bugzilla@jessica.w3.org
• Re: [announce] Intent to publish a new WD of HTML Imports on March 6 Hajime Morrita
• [announce] Intent to publish a new WD of HTML Imports on March 6 Arthur Barstow
• [Bug 24870] New: [Shadow]: HTMLTitleElement shouldn't work in shadow trees bugzilla@jessica.w3.org
• Transforming DataTransfer.setData HTML content Alexey Proskuryakov
• [Bug 24314] [Custom]: enteredView and leftView callbacks are still confusing bugzilla@jessica.w3.org
• [Bug 24867] New: [Shadow]: consider supporting :not() in content select bugzilla@jessica.w3.org
• Re: Indexed DB: Opening connections, versions, and priority Joshua Bell
• [Bug 24865] Remove requirement that highest version request is processed first bugzilla@jessica.w3.org
• [Bug 24866] New: [Custom]: Consider adding inserted/removed callback bugzilla@jessica.w3.org
• [Bug 24865] New: Remove requirement that highest version request is processed first bugzilla@jessica.w3.org
• [Bug 24861] New: [Shadow]: Add a way to detect when the list of nodes distributed to an insertion point mutates bugzilla@jessica.w3.org
• Re: Publishing a new WD of Clipboard API and events spec Robin Berjon
• Re: Publishing a new WD of Clipboard API and events spec Hallvord R. M. Steen
• Re: Publishing a new WD of Clipboard API and events spec Robin Berjon
• Re: Indexed DB: Opening connections, versions, and priority Jonas Sicking
• Re: [clipboard events] seeking implementor feedback on using CID: URI scheme for pasting embedded binary data Hallvord R. M. Steen
• [Bug 24823] [ServiceWorker]: "MAY NOT" is not defined in RFC 2119 bugzilla@jessica.w3.org
• [Bug 24848] New: [imports]: ES6 module loader should be aware modules in HTML Imports bugzilla@jessica.w3.org

Thursday, 27 February 2014

• [Bug 24453] Expose interfaces to workers bugzilla@jessica.w3.org
• [Bug 24102] Specify the targets for events bugzilla@jessica.w3.org
• [Bug 23946] Lift the ban on query parts in “blob:” URIs bugzilla@jessica.w3.org
• [Bug 23853] Please clarify the interpretation of the WebIDL undefined Date in the File constructor bugzilla@jessica.w3.org
• [Bug 24338] Spec should have Fetch for Blob URLs bugzilla@jessica.w3.org
• [Bug 23147] Describe File API Model bugzilla@jessica.w3.org
• [Bug 24470] Link to #networkError in fetching section is broken bugzilla@jessica.w3.org
• [Bug 24469] Definition of "valid blob" is unclear and probably wrong bugzilla@jessica.w3.org
• [Bug 24072] Clarify handling of neutered objects bugzilla@jessica.w3.org
• [Bug 24339] File API should specify Blob.close() with a state in the model and influence on read methods bugzilla@jessica.w3.org
• RE: [clipboard events] seeking implementor feedback on using CID: URI scheme for pasting embedded binary data Ben Peters
• [Bug 24844] New: Spec is missing <body> and <head> elements bugzilla@jessica.w3.org
• Re: Indexed DB: Opening connections, versions, and priority Joshua Bell
• Re: Indexed DB: Opening connections, versions, and priority Maciej Stachowiak
• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Arthur Barstow
• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Rafael Weinstein
• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Arthur Barstow
• Re: Publishing a new WD of Clipboard API and events spec Hallvord R. M. Steen
• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Charles McCathie Nevile

Wednesday, 26 February 2014

• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Arthur Barstow
• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Rafael Weinstein
• Re: [admin] Should WebApps' HTML Templates spec be published as a WG Note? Ryosuke Niwa
• Re: [Bug 24823] New: [ServiceWorker]: "MAY NOT" is not defined in RFC 2119 Bjoern Hoehrmann
• Re: [Bug 24823] New: [ServiceWorker]: "MAY NOT" is not defined in RFC 2119 Brian Kardell
• Indexed DB: Opening connections, versions, and priority Joshua Bell
• Re: [Bug 24823] New: [ServiceWorker]: "MAY NOT" is not defined in RFC 2119 Bjoern Hoehrmann
• [Bug 24823] New: [ServiceWorker]: "MAY NOT" is not defined in RFC 2119 bugzilla@jessica.w3.org
• Re: [webcomponents]: Web Components in 2014 Arthur Barstow
• [admin] Should WebApps' HTML Templates spec be published as a WG Note? Arthur Barstow
• Re: what about this feature in template system in html5? Arthur Barstow
• [gamepad] preventing default/capturing controller Patrick H. Lauke
• [Bug 24789] "Developers must not pass false for the async ar..." bugzilla@jessica.w3.org
• [Bug 24790] "Developers must not pass false for the async ar..." bugzilla@jessica.w3.org
• [Bug 24819] New: "The error, abort, and load event types are mutu..." bugzilla@jessica.w3.org
• Re: [fullscreen] Problems with mouse-edge scrolling and games Ian Langworth

Tuesday, 25 February 2014

• [Bug 24114] [imports]: add support for async loading bugzilla@jessica.w3.org
• Re: [Manifest] Study on installable web apps Arthur Barstow
• [Bug 22409] Custom elements need da (microtask) hookup bugzilla@jessica.w3.org
• [Bug 22409] Custom elements need da (microtask) hookup bugzilla@jessica.w3.org
• [Bug 24808] New: [imports]: document.write() in imports should do nothing. bugzilla@jessica.w3.org
• persist SharedWorker during page transitions LiLi (Z)
• [Bug 24790] "Developers must not pass false for the async ar..." bugzilla@jessica.w3.org

Monday, 24 February 2014

• [Bug 24790] New: "Developers must not pass false for the async ar..." bugzilla@jessica.w3.org
• [Bug 24789] New: "Developers must not pass false for the async ar..." bugzilla@jessica.w3.org
• Re: [fullscreen] Problems with mouse-edge scrolling and games Thibaut Despoulain
• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• Re: [fullscreen] Problems with mouse-edge scrolling and games Glenn Maynard
• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• Re: [fullscreen] Problems with mouse-edge scrolling and games Vincent Scheib
• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• Re: [fullscreen] Problems with mouse-edge scrolling and games Thibaut Despoulain
• Re: [fullscreen] Problems with mouse-edge scrolling and games Vincent Scheib
• Re: [fullscreen] Problems with mouse-edge scrolling and games Brendan Eich
• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• Re: [fullscreen] Problems with mouse-edge scrolling and games Glenn Maynard
• Re: Browser search API Marcos Caceres
• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• Re: [fullscreen] Problems with mouse-edge scrolling and games Glenn Maynard
• Re: [fullscreen] Problems with mouse-edge scrolling and games Thibaut Despoulain

Sunday, 23 February 2014

• Re: [fullscreen] Problems with mouse-edge scrolling and games Thibaut Despoulain

Monday, 24 February 2014

• Re: [fullscreen] Problems with mouse-edge scrolling and games Thibaut Despoulain
• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch

Sunday, 23 February 2014

• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• Re: [fullscreen] Problems with mouse-edge scrolling and games Brandon Jones
• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• Screen Orientation API Spec (from phrasing confusion) Bruno Racineux
• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• Re: Browser search API Mitar
• Re: [fullscreen] Problems with mouse-edge scrolling and games Brandon Jones

Saturday, 22 February 2014

• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• Re: [fullscreen] Problems with mouse-edge scrolling and games Florian Bösch
• [fullscreen] Problems with mouse-edge scrolling and games Ian Langworth
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Joshua Peek
• Fwd: Screen Orientation API Spec phrasing confusion Arthur Barstow
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Ryosuke Niwa
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Maciej Stachowiak

Friday, 21 February 2014

• Re: Form submission participation (was Re: Goals for Shadow DOM review) Jonas Sicking
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Ian Hickson
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Edward O'Connor
• RE: Form submission participation (was Re: Goals for Shadow DOM review) Domenic Denicola
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Ryosuke Niwa
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Maciej Stachowiak
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Ryosuke Niwa
• Re: Decoupling <style scoped> from Shadow DOM Ryosuke Niwa
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Ian Hickson
• [Manifest] Study on installable web apps Marcos Caceres
• [Bug 24704] @contenteditable, new lines and new paragraphs. bugzilla@jessica.w3.org
• Re: Decoupling <style scoped> from Shadow DOM Hajime Morrita
• Decoupling <style scoped> from Shadow DOM Erik Bryn
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Jonas Sicking

Thursday, 20 February 2014

• [Bug 24616] [imports]: Stylesheets in imported documents should be loaded bugzilla@jessica.w3.org
• RE: Form submission participation (was Re: Goals for Shadow DOM review) Domenic Denicola
• [Bug 24756] New: [imports]: Cascading order for stylesheets of imported documents should be stated more clearly bugzilla@jessica.w3.org
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Edward O'Connor
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Jonas Sicking
• Re: Form submission participation (was Re: Goals for Shadow DOM review) Charles Pritchard
• Form submission participation (was Re: Goals for Shadow DOM review) Edward O'Connor
• [Bug 24704] @contenteditable, new lines and new paragraphs. bugzilla@jessica.w3.org
• Re: [gamepad] Reasoning behind GamepadButton struct Ted Mielczarek
• [gamepad] Reasoning behind GamepadButton struct Brandon Jones
• Re: On starting WebWorkers with blob: URLs... Jonas Sicking
• [Bug 24708] [Shadow]: Wrong spelling bugzilla@jessica.w3.org

Wednesday, 19 February 2014

• On starting WebWorkers with blob: URLs... Travis Leithead
• [Bug 24732] New: Remove DOMError from FileAPI bugzilla@jessica.w3.org
• [Bug 24085] Specify Selection.modify bugzilla@jessica.w3.org
• what about this feature in template system in html5? Yarco Wang

Tuesday, 18 February 2014

• Re: [webcomponents]: Web Components in 2014 William Chen

Wednesday, 19 February 2014

• Re: Why can't we just use constructor instead of createdCallback? Adam Klein

Tuesday, 18 February 2014

• [Bug 24658] [imports]: The fetch readiness shouldn't block fetching. bugzilla@jessica.w3.org
• Re: Why can't we just use constructor instead of createdCallback? Dimitri Glazkov
• Re: Why can't we just use constructor instead of createdCallback? Erik Arvidsson
• Re: Why can't we just use constructor instead of createdCallback? Jonas Sicking
• Re: Why can't we just use constructor instead of createdCallback? Ryosuke Niwa
• Re: [webcomponents] Switch for Selection Isolation Kenji Baheux
• Re: WebKit interest in ServiceWorkers (was Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review) Alex Russell
• Re: Why can't we just use constructor instead of createdCallback? Dimitri Glazkov
• Re: Why can't we just use constructor instead of createdCallback? Erik Arvidsson
• Re: Why can't we just use constructor instead of createdCallback? Dimitri Glazkov
• Re: "Officially" deprecating main-thread synchronous XHR? Scott González
• Re: Clipboard API: Enable `copy` event simulation with user's express permission (domain-wide)? Hallvord R. M. Steen
• Re: WebKit interest in ServiceWorkers (was Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review) Arthur Barstow

Monday, 17 February 2014

• Re: [webcomponents] Imperative API for Insertion Points Erik Bryn

Tuesday, 18 February 2014

• [Bug 24708] New: [Shadow]: Wrong spelling bugzilla@jessica.w3.org
• RE: [push-api] No clear mention of privacy implication of sending data through push service SULLIVAN, BRYAN L

Monday, 17 February 2014

• Re: [webcomponents] Imperative API for Insertion Points Edward O'Connor
• [Bug 24703] New: No easy way to lock to a set of accepted orientations if one UA doesnt support one of them bugzilla@jessica.w3.org
• PSA: new Screen Orientation WD Mounir Lamouri
• [Bug 24701] Apply Marcos' comments bugzilla@jessica.w3.org
• [Bug 24702] New: Apply Anne's comments sent in public-webapps bugzilla@jessica.w3.org
• [Bug 24701] New: Apply Marcos' comments bugzilla@jessica.w3.org
• [Bug 24700] New: Should 'foo' be entirely equivalent to [ 'foo-primary', 'foo-secondary' ] bugzilla@jessica.w3.org
• [Bug 24699] New: Reconsider -primary and -secondary orientations bugzilla@jessica.w3.org
• [Bug 24698] New: Expose/lock to the screen orientation angle bugzilla@jessica.w3.org
• [Bug 24697] New: Use Promises for lockOrientation and unlockOrientation bugzilla@jessica.w3.org
• [Bug 24695] New: Allowed orientations should be an enum bugzilla@jessica.w3.org
• [Bug 24692] Define 'default orientation' bugzilla@jessica.w3.org
• [Bug 24609] Can unlockOrientation() cause an orientationchange event to be fired? bugzilla@jessica.w3.org
• [Bug 24614] Should the screen orientation be unlocked asynchronously bugzilla@jessica.w3.org
• [Bug 24612] Should Screen locking work only in full screen mode? bugzilla@jessica.w3.org
• [Bug 24608] What happens when calling lockOrientation() and already locked? bugzilla@jessica.w3.org
• Re: WebKit interest in ServiceWorkers (was Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review) Jungkee Song
• Re: WebKit interest in ServiceWorkers (was Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review) Jungkee Song
• [admin] Please register for WebApps 10-11 April 2014 f2f meeting; deadline March 28 Arthur Barstow
• Re: WebKit interest in ServiceWorkers (was Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review) Arthur Barstow
• Re: WebKit interest in ServiceWorkers (was Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review) Marcos Caceres
• Re: WebKit interest in ServiceWorkers (was Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review) Arthur Barstow
• [Bug 24692] New: Define 'default orientation' bugzilla@jessica.w3.org
• Re: WebKit interest in ServiceWorkers (was Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review) Jungkee Song
• [Bug 24691] New: Allow shared Web workers to persist across page loads from same origin bugzilla@jessica.w3.org
• [push-api] No clear mention of privacy implication of sending data through push service Tobie Langel
• WebKit interest in ServiceWorkers (was Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review) Maciej Stachowiak
• Re: [XHR2] anonymous same-origin requests (alter withCredentials) Hallvord R. M. Steen
• [Bug 24610] What happens when unlockOrientation() is called but no orientation is locked? bugzilla@jessica.w3.org

Sunday, 16 February 2014

• [XHR2] anonymous same-origin requests (alter withCredentials) Rob Wu

Monday, 17 February 2014

• Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review Kenneth Rohde Christiansen
• Re: [webcomponents] Imperative API for Insertion Points Ryosuke Niwa

Sunday, 16 February 2014

• Re: [webcomponents] Imperative API for Insertion Points Maciej Stachowiak
• Re: [webcomponents] Imperative API for Insertion Points Ryosuke Niwa
• [Bug 24628] spec has (almost) no style (or scripts) bugzilla@jessica.w3.org
• Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review Marcos Caceres
• Re: [webcomponents] Imperative API for Insertion Points Alex Russell
• Re: [webcomponents] Imperative API for Insertion Points Ryosuke Niwa
• Re: [webcomponents] Imperative API for Insertion Points Ryosuke Niwa
• Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review Alex Russell
• Re: [webcomponents] Imperative API for Insertion Points Alex Russell
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Alex Russell
• [webcomponents] Switch for Selection Isolation Ryosuke Niwa
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Maciej Stachowiak
• [webcomponents] Imperative API for Insertion Points Ryosuke Niwa

Saturday, 15 February 2014

• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Bjoern Hoehrmann
• Re: [manifest] Utility of bookmarking to home screen, was V1 ready for wider review Marcos Caceres
• Re: [manifest] V1 ready for wider review Marcos Caceres
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Maciej Stachowiak
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Ryosuke Niwa
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Ryosuke Niwa
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Boris Zbarsky
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Ryosuke Niwa
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Alex Russell
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Tab Atkins Jr.
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Daniel Freedman
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Elliott Sprehn
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Ryosuke Niwa
• Re: [manifest] V1 ready for wider review Alex Russell
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Alex Russell

Friday, 14 February 2014

• Re: Why can't we just use constructor instead of createdCallback? Jonas Sicking
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Ryosuke Niwa
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Elliott Sprehn
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Boris Zbarsky
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Jonas Sicking
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Ryosuke Niwa
• Re: Why can't we just use constructor instead of createdCallback? Boris Zbarsky
• Re: Why can't we just use constructor instead of createdCallback? Erik Arvidsson
• Re: Why can't we just use constructor instead of createdCallback? Dimitri Glazkov
• Re: Why can't we just use constructor instead of createdCallback? Jonas Sicking
• Re: Why can't we just use constructor instead of createdCallback? Dimitri Glazkov
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Erik Arvidsson
• [Bug 24349] [imports]: Import documents should always be in no-quirks mode bugzilla@jessica.w3.org
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Ryosuke Niwa
• Re: Why can't we just use constructor instead of createdCallback? Ryosuke Niwa
• Re: Why can't we just use constructor instead of createdCallback? Jonas Sicking
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Maciej Stachowiak
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Tab Atkins Jr.
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Charles McCathie Nevile
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Alex Russell

Thursday, 13 February 2014

• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Bjoern Hoehrmann
• [Bug 24349] [imports]: Import documents should always be in no-quirks mode bugzilla@jessica.w3.org
• [webcomponents]: Web Components in 2014 Dimitri Glazkov
• [Bug 24658] New: [imports]: The fetch readiness shouldn't block fetching. bugzilla@jessica.w3.org
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Maciej Stachowiak
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Bjoern Hoehrmann
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Alex Russell
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Tab Atkins Jr.
• [Bug 24655] New: [Custom]: Consider turning processing stack + queues into its own primitive bugzilla@jessica.w3.org
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Boris Zbarsky
• [testing] Using labels to get a list of all open PRs for WebApps' test suites Arthur Barstow
• [Bug 13913] Attributes don't have an order bugzilla@jessica.w3.org
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Anne van Kesteren
• [Bug 24349] [imports]: Import documents should always be in no-quirks mode bugzilla@jessica.w3.org
• [manifest] name and icons, was Re: [manifest] V1 ready for wider review Marcos Caceres
• Re: [manifest] V1 ready for wider review Jonas Sicking
• [Bug 24349] [imports]: Import documents should always be in no-quirks mode bugzilla@jessica.w3.org
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Alex Russell

Wednesday, 12 February 2014

• [Bug 24639] New: [Shadow]: Each section on the spec needs examples bugzilla@jessica.w3.org
• [Bug 24638] New: [Shadow]: elementFromPoint should return the host when you hit a Text node bugzilla@jessica.w3.org
• Re: Extending Mutation Observers to address use cases of Ryosuke Niwa
• Re: Extending Mutation Observers to address use cases of Jonas Sicking
• Re: Extending Mutation Observers to address use cases of Ryosuke Niwa
• [manifest] V1 ready for wider review Marcos Caceres
• Re: Extending Mutation Observers to address use cases of Rafael Weinstein
• [Bug 24632] New: [meta][imports]: The spec should have fewer monkey patches bugzilla@jessica.w3.org
• Re: [progress-events] Progress Events is a W3C Recommendation Charles McCathie Nevile
• Re: [manifest] orientation member Marcos Caceres
• Re: "Officially" deprecating main-thread synchronous XHR? Mounir Lamouri
• Re: Extending Mutation Observers to address use cases of Olli Pettay
• Re: [progress-events] Progress Events is a W3C Recommendation Jungkee Song
• [progress-events] Progress Events is a W3C Recommendation Arthur Barstow
• RE: [clipboard events] seeking implementor feedback on using CID: URI scheme for pasting embedded binary data Ben Peters
• Re: [clipboard events] seeking implementor feedback on using CID: URI scheme for pasting embedded binary data Hallvord R. M. Steen
• [Bug 24629] New: [Explainer]: attachedCallback / detachedCallback are now enteredView and leftView bugzilla@jessica.w3.org
• Re: Extending Mutation Observers to address use cases of Ryosuke Niwa
• Re: Extending Mutation Observers to address use cases of Joshua Peek
• [Bug 24628] New: spec has (almost) no style (or scripts) bugzilla@jessica.w3.org
• [Bug 24627] [Shadow]: Support disconnected nodes bugzilla@jessica.w3.org
• Re: Extending Mutation Observers to address use cases of Ryosuke Niwa
• Re: Extending Mutation Observers to address use cases of Ryosuke Niwa
• Re: Extending Mutation Observers to address use cases of Bjoern Hoehrmann
• Re: Extending Mutation Observers to address use cases of Olli Pettay
• Extending Mutation Observers to address use cases of Ryosuke Niwa
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Maciej Stachowiak
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Ryosuke Niwa
• [Bug 24627] New: [Shadow]: Support disconnected nodes bugzilla@jessica.w3.org
• [Bug 24421] [Shadow]: Clarify that Shadow DOM spec takes care of nodes which are *inDocument*. bugzilla@jessica.w3.org
• Re: [webcomponents] Async Registration of Custom Elements Ryosuke Niwa
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Dimitri Glazkov

Tuesday, 11 February 2014

• Re: [webcomponents] Async Registration of Custom Elements Dimitri Glazkov
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Maciej Stachowiak
• Re: [webcomponents] Async Registration of Custom Elements Dimitri Glazkov
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Dimitri Glazkov
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Dimitri Glazkov
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Ryosuke Niwa
• [Bug 24106] FKA: No defined way to get keyboard focus into and out of a shadow DOM component bugzilla@jessica.w3.org
• Re: [webcomponents] PubStatus reorg; Plans and Expectations Dimitri Glazkov
• RfC: LCWD of Vibration API; deadline March 4 Arthur Barstow
• FYI: Navigation Error Logging Philippe Le Hegaret
• [Bug 24042] [imports]: document.write() in imports should do nothing. bugzilla@jessica.w3.org
• [admin] Headsup: f2f meeting April 10-11 in San Jose Arthur Barstow
• [Bug 24616] New: [imports]: Stylesheets in imported documents should be loaded bugzilla@jessica.w3.org
• [Bug 24042] [imports]: document.write() in imports should do nothing. bugzilla@jessica.w3.org
• [Bug 24565] [imports]: Dependency resolution should be stated in clearer way bugzilla@jessica.w3.org
• [Bug 24583] [imports]: failed fetch should result null document in import list bugzilla@jessica.w3.org

Monday, 10 February 2014

• [Bug 24565] [imports]: Dependency resolution should be stated in clearer way bugzilla@jessica.w3.org
• [Bug 24564] [Imports]: Blocking circular reference in the import tree/list bugzilla@jessica.w3.org
• Re: XMLHttpRequest error events Nick Krempel
• [Bug 24565] [imports]: Dependency resolution should be stated in clearer way bugzilla@jessica.w3.org
• [Bug 24555] [imports]: Preceding import should block following document from processing. bugzilla@jessica.w3.org
• [Bug 24614] New: Should the screen orientation be unlocked asynchronously bugzilla@jessica.w3.org
• [Bug 24612] New: Should Screen locking work only in full screen mode? bugzilla@jessica.w3.org
• [Bug 24611] New: Should the screen orientation be unlocked when navigating to a new page? bugzilla@jessica.w3.org
• [Bug 24610] New: What happens when unlockOrientation() is called but no orientation is locked? bugzilla@jessica.w3.org
• [Bug 24609] New: Can unlockOrientation() cause an orientationchange event to be fired? bugzilla@jessica.w3.org
• [Bug 24608] New: What happens when calling lockOrientation() and already locked? bugzilla@jessica.w3.org
• Re: XMLHttpRequest error events tlhackque
• Re: [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Arthur Barstow
• Re: XMLHttpRequest error events Nick Krempel
• Re: XMLHttpRequest error events tlhackque
• Re: XMLHttpRequest error events Nick Krempel
• [Bug 24603] New: [Custom]: Need callback for form submit data bugzilla@jessica.w3.org
• [Bug 24600] [Custom]: Callback names are out of date? bugzilla@jessica.w3.org
• [Bug 24421] [Shadow]: Clarify that Shadow DOM spec takes care of nodes which are *inDocument*. bugzilla@jessica.w3.org
• [Bug 24600] New: [Custom]: Callback names are out of date? bugzilla@jessica.w3.org
• XMLHttpRequest error events tlhackque
• Re: Update on Streams API Status Aymeric Vitte
• [Bug 24421] [Shadow]: Clarify that Shadow DOM spec takes care of nodes which are *inDocument*. bugzilla@jessica.w3.org

Sunday, 9 February 2014

• Fwd: Opera Presto test suite released Arthur Barstow

Saturday, 8 February 2014

• Re: Update on Streams API Status Arthur Barstow
• Re: "Officially" deprecating main-thread synchronous XHR? Jungkee Song
• Re: "Officially" deprecating main-thread synchronous XHR? Olli Pettay
• Re: "Officially" deprecating main-thread synchronous XHR? James Greene
• [Bug 24586] New: Remove FileList bugzilla@jessica.w3.org

Friday, 7 February 2014

• Re: "Officially" deprecating main-thread synchronous XHR? Maciej Stachowiak
• Re: "Officially" deprecating main-thread synchronous XHR? Maciej Stachowiak
• [Bug 24583] New: [imports]: failed fetch should result null document in import list bugzilla@jessica.w3.org
• Re: "Officially" deprecating main-thread synchronous XHR? David Rajchenbach-Teller
• Re: [File System APIs] If one is good, then two must be better? Arthur Barstow
• Re: "Officially" deprecating main-thread synchronous XHR? Olli Pettay
• RE: "Officially" deprecating main-thread synchronous XHR? Travis Leithead
• Re: "Officially" deprecating main-thread synchronous XHR? Boris Zbarsky
• Re: "Officially" deprecating main-thread synchronous XHR? Scott González
• Re: "Officially" deprecating main-thread synchronous XHR? Anne van Kesteren
• RE: "Officially" deprecating main-thread synchronous XHR? Jonas Sicking
• Re: "Officially" deprecating main-thread synchronous XHR? David Rajchenbach-Teller
• RE: "Officially" deprecating main-thread synchronous XHR? Domenic Denicola
• "Officially" deprecating main-thread synchronous XHR? Olli Pettay
• [Bug 21650] Require that XHR is available in workers bugzilla@jessica.w3.org
• [Bug 15417] Redirects and the base URL bugzilla@jessica.w3.org
• [Bug 24557] [Shadow]: The definition of focus navigation is misleading. bugzilla@jessica.w3.org
• [Bug 24579] New: [Custom]: make callbacks more explicit bugzilla@jessica.w3.org
• [Bug 24578] New: [Custom]: define registry primitive bugzilla@jessica.w3.org
• [Bug 24577] New: [Custom]: Need adopted callback bugzilla@jessica.w3.org
• [Bug 24576] New: Calling URL.createObjectURL() on a closed Blob bugzilla@jessica.w3.org
• Re: Update on Streams API Status Anne van Kesteren
• [Bug 24573] Clarify non-null Blob bugzilla@jessica.w3.org
• [Bug 24573] New: Clarify non-null Blob bugzilla@jessica.w3.org
• Re: [webcomponents] Async Registration of Custom Elements Ryosuke Niwa
• Re: [webcomponents] Binding Custom Element without Polluting Global Scope (Was Proposal for Cross Origin Use Case and Declarative Syntax) Ryosuke Niwa
• Re: [webcomponents] Decoupling Custom Elements and Shadow DOM (Was Proposal for Cross Origin Use Case and Declarative Syntax) Ryosuke Niwa
• Update on Streams API Status Feras Moussa
• [webcomponents] Encapsulation and defaulting to open vs closed (was in www-style) Ryosuke Niwa
• Re: [webcomponents] Copying and Pasting a Web Component Ryosuke Niwa
• Re: [webcomponents] Copying and Pasting a Web Component Ryosuke Niwa

Thursday, 6 February 2014

• Re: [webcomponents] Copying and Pasting a Web Component Hajime Morrita
• Re: [webcomponents] Copying and Pasting a Web Component Erik Arvidsson
• [Bug 24570] New: [Custom]: Callback for cloneNode/importNode bugzilla@jessica.w3.org
• Re: [webcomponents] Copying and Pasting a Web Component Hajime Morrita
• Re: [webcomponents] Copying and Pasting a Web Component Ryosuke Niwa
• [Bug 24565] New: [imports]: Dependency resolution should be stated in clearer way bugzilla@jessica.w3.org
• [Bug 24564] New: [Imports]: Blocking circular reference in the import tree/list bugzilla@jessica.w3.org
• Re: Status of the Shadow DOM Specification Arthur Barstow
• Re: [webcomponents] Copying and Pasting a Web Component Hayato Ito
• [webcomponents] Copying and Pasting a Web Component Ryosuke Niwa
• [Bug 24557] New: [Shadow]: The definition of focus navigation is misleading. bugzilla@jessica.w3.org
• Re: [File System APIs] If one is good, then two must be better? Arun Ranganathan
• Re: [File System APIs] If one is good, then two must be better? Arun Ranganathan
• Re: [File System APIs] If one is good, then two must be better? Arun Ranganathan
• [Bug 24555] New: [imports]: Preceding import should block following document from processing. bugzilla@jessica.w3.org

Wednesday, 5 February 2014

• [Bug 24087] [Custom]: Rename document.registerElement to defineElement bugzilla@jessica.w3.org
• Re: [File System APIs] If one is good, then two must be better? Sebastian Kippe
• [Bug 24523] New: Spec should mention how fullscreen works on fragmented elements bugzilla@jessica.w3.org
• Re: [File System APIs] If one is good, then two must be better? Ian Clelland
• Re: [File System APIs] If one is good, then two must be better? Charles McCathie Nevile
• Status of the Shadow DOM Specification Ryosuke Niwa

Tuesday, 4 February 2014

• Re: [HTML imports]: Imports and Content Security Policy Hajime Morrita
• CORRECTION [Was: Call for Exclusions: W3C DOM4] Ian Jacobs
• Re: Call for Exclusions: W3C DOM4 Ian Jacobs
• Re: Call for Exclusions: W3C DOM4 Philippe Le Hegaret
• Re: [File System APIs] If one is good, then two must be better? Boris Zbarsky
• Call for Exclusions: W3C DOM4 Coralie Mercier
• Re: [File System APIs] If one is good, then two must be better? Arun Ranganathan
• Re: [File System APIs] If one is good, then two must be better? Charles McCathie Nevile
• Re: [XHR] XHR 1 / XHR 2 Dominique Hazael-Massieux
• Re: [HTML imports]: Imports and Content Security Policy Frederik Braun
• Re: [XHR] XHR 1 / XHR 2 Jungkee Song
• [Bug 24474] StorageQuota.requestPersistentQuota() should use [Clamp] on newQuota argument bugzilla@jessica.w3.org

Monday, 3 February 2014

• DOM P&S: Disposition of Comments Doc Prepared Travis Leithead
• Re: [HTML imports]: Imports and Content Security Policy Hajime Morrita
• [Bug 24481] New: Markup error around blob URL store bugzilla@jessica.w3.org
• Re: [File System APIs] If one is good, then two must be better? Arthur Barstow
• [XHR] XHR 1 / XHR 2 Dominique Hazael-Massieux
• January 2014 edition of Standards for Web Applications on Mobile: current state and roadmap Dominique Hazael-Massieux
• [Bug 12607] Let authors control redirect behavior bugzilla@jessica.w3.org
• Re: [HTML imports]: Imports and Content Security Policy Frederik Braun
• [Bug 24479] New: [Streams] Bug: Unable to notify EOF after delivering the last element separately bugzilla@jessica.w3.org
• [Bug 24477] New: Preparation for spec converging bugzilla@jessica.w3.org
• [Bug 24475] New: StorageQuota.supportedTypes should not use Array which is to be deprecated bugzilla@jessica.w3.org
• [Bug 24474] New: StorageQuota.requestPersistentQuota() should use [Clamp] on newQuota argument bugzilla@jessica.w3.org

Sunday, 2 February 2014

• [Bug 24470] New: Link to #networkError in fetching section is broken bugzilla@jessica.w3.org
• [Bug 24469] New: Definition of "valid blob" is unclear and probably wrong bugzilla@jessica.w3.org

Friday, 31 January 2014

• Re: [File System APIs] If one is good, then two must be better? Edward O'Connor
• Re: [File System APIs] If one is good, then two must be better? Ian Clelland
• Re: [File System APIs] If one is good, then two must be better? Arun Ranganathan
• [File System APIs] If one is good, then two must be better? Arthur Barstow
• [FYI] Last Call of draft-ietf-appsawg-uri-get-off-my-lawn; deadline February 21 Arthur Barstow
• [Bug 24453] New: Expose interfaces to workers bugzilla@jessica.w3.org
• Re: [HTML imports]: Imports and Content Security Policy Frederik Braun
• Re: [HTML imports]: Removing imports Hajime Morrita
• Re: [HTML imports]: Imports and Content Security Policy Hajime Morrita

Thursday, 30 January 2014

• [webcomponents] Async Registration of Custom Elements Ryosuke Niwa
• Re: [HTML imports]: Imports and Content Security Policy Gabor Krizsanits
• Re: [HTML imports]: Imports and Content Security Policy Nick Krempel
• Re: [HTML imports]: Imports and Content Security Policy Scott Miles
• [HTML imports]: Removing imports Gabor Krizsanits
• Re: [HTML imports]: Imports and Content Security Policy Gabor Krizsanits
• Re: [xhr-1] XMLHttpRequest Level 1 WD update Arthur Barstow
• [Bug 23974] [Streams API] Don't inherit object URL feature bugzilla@jessica.w3.org
• [Bug 23763] Separate MIME type from Stream or not bugzilla@jessica.w3.org
• [Bug 24445] [Streams API] The Promise returned by write() method should tell the result of the write() bugzilla@jessica.w3.org
• Re: [promises] Guidance on the usage of promises for API developers Takeshi Yoshino
• RE: [promises] Guidance on the usage of promises for API developers Domenic Denicola
• [Bug 24023] [Streams API] Returned promise of write() should be fulfilled with current available space size rather than how many bytes were written bugzilla@jessica.w3.org
• [Bug 24022] [Streams API] Lazily encode write()-en DOMString bugzilla@jessica.w3.org
• [Bug 23973] [Streams API] Introduce in-band error signaling bugzilla@jessica.w3.org
• [Bug 24445] New: [Streams API] The Promise returned by write() method should tell the result of the write() bugzilla@jessica.w3.org

Wednesday, 29 January 2014

• Re: Custom element callbacks timing Anne van Kesteren
• Re: [HTML Imports]: Sync, async, -ish? Jake Archibald
• Re: [quota-api] Seeking Implementation plans for Firefox, IE, Webkit, etc. Jan Varga
• Re: [HTML Imports]: Sync, async, -ish? Brian Kardell
• RE: [quota-api] Heads-up: TAG review started Domenic Denicola
• [quota-api] Seeking Implementation plans for Firefox, IE, Webkit, etc. Arthur Barstow
• [quota-api] Heads-up: TAG review started Arthur Barstow
• Re: [HTML Imports]: Sync, async, -ish? Jake Archibald
• Re: [HTML Imports]: Sync, async, -ish? Brian Kardell
• Re: [HTML Imports]: Sync, async, -ish? Jake Archibald
• Re: [HTML Imports]: Sync, async, -ish? Jake Archibald
• Re: [HTML Imports]: Sync, async, -ish? Brian Kardell
• Re: [HTML Imports]: Sync, async, -ish? Ryosuke Niwa

Tuesday, 28 January 2014

• Re: Custom element callbacks timing Dominic Cooney
• Custom element callbacks timing Anne van Kesteren
• Re: [HTML Imports]: Sync, async, -ish? Jake Archibald
• Re: Do we need a rendering spec? Edward O'Connor
• Re: CFCs for ordinary drafts, was CFC for Re: "W3C" XHR, was Re: [admin] Draft of updated charter available for review Arthur Barstow
• [Bug 24421] New: [Shadow]: Clarify that Shadow DOM spec takes care of nodes which are *inDocument*. bugzilla@jessica.w3.org
• [Bug 23977] [Streams API] Generic object stream bugzilla@jessica.w3.org
• [Bug 23975] [Streams API] Remove read as Blob support bugzilla@jessica.w3.org
• [Bug 23719] Consider adding pull style flow control method to Stream bugzilla@jessica.w3.org
• [xhr-1] XMLHttpRequest Level 1 WD update Jungkee Song
• Re: Do we need a rendering spec? Ryosuke Niwa
• [Bug 23147] Describe File API Model bugzilla@jessica.w3.org

Monday, 27 January 2014

• Re: [manifest] orientation member Jonas Sicking
• Re: Do we need a rendering spec? Dimitri Glazkov
• RE: CFCs for ordinary drafts, was CFC for Re: "W3C" XHR, was Re: [admin] Draft of updated charter available for review Domenic Denicola
• Re: CFCs for ordinary drafts, was CFC for Re: "W3C" XHR, was Re: [admin] Draft of updated charter available for review Jonas Sicking
• Re: CFCs for ordinary drafts, was CFC for Re: "W3C" XHR, was Re: [admin] Draft of updated charter available for review Charles McCathie Nevile
• CFCs for ordinary drafts, was CFC for Re: "W3C" XHR, was Re: [admin] Draft of updated charter available for review Marcos Caceres
• Re: "W3C" XHR, was Re: [admin] Draft of updated charter available for review Jungkee Song

Sunday, 26 January 2014

• [Bug 24401] New: abort() should always dispatch loadend bugzilla@jessica.w3.org
• [Bug 24398] New: [Explainer]: typo ":" should be "=" bugzilla@jessica.w3.org

Saturday, 25 January 2014

• Re: Do we need a rendering spec? Ryosuke Niwa

Friday, 24 January 2014

• Re: "W3C" XHR, was Re: [admin] Draft of updated charter available for review Arthur Barstow
• [Bug 24351] [Shadow]: Event related target resolution algorithm should consider the case of multiple shadow roots. bugzilla@jessica.w3.org
• Re: "W3C" XHR, was Re: [admin] Draft of updated charter available for review Marcos Caceres
• Re: "W3C" XHR, was Re: [admin] Draft of updated charter available for review Jungkee Song
• [clipboard events] seeking implementor feedback on using CID: URI scheme for pasting embedded binary data Hallvord R. M. Steen

Thursday, 23 January 2014

• Re: "W3C" XHR, was Re: [admin] Draft of updated charter available for review Marcos Caceres
• Do we need a rendering spec? Dimitri Glazkov
• "W3C" XHR, was Re: [admin] Draft of updated charter available for review Marcos Caceres
• Re: [admin] Draft of updated charter available for review Arthur Barstow
• Re: Why can't we just use constructor instead of createdCallback? Jonas Sicking

Wednesday, 22 January 2014

• [Bug 24351] New: [Shadow]: Event related target resolution algorithm should consider the case of multiple shadow roots. bugzilla@jessica.w3.org
• Re: I need some guidance. aga@flyingsoft.phatcode.net
• [Bug 24349] New: [imports]: Import documents should always be in no-quirks mode bugzilla@jessica.w3.org

Tuesday, 21 January 2014

• [Bug 24101] Missing word in "Return the readAsText() method, but continue to process the steps in this algorithm" bugzilla@jessica.w3.org
• Re: [admin] Draft of updated charter available for review Marcos Caceres
• [admin] Draft of updated charter available for review Arthur Barstow
• [Bug 24102] Specify the targets for events bugzilla@jessica.w3.org
• [Bug 24102] Specify the targets for events bugzilla@jessica.w3.org
• Re: [clipboard events] Spec update Hallvord R. M. Steen
• Re: [clipboard events] Spec update Joshua Peek
• [clipboard events] Spec update Hallvord R. M. Steen
• Re: I need some guidance. Bjoern Hoehrmann

Monday, 20 January 2014

• I need some guidance. aga@flyingsoft.phatcode.net
• [Bug 24339] New: File API should specify Blob.close() with a state in the model and influence on read methods bugzilla@jessica.w3.org
• [Bug 24338] New: Spec should have Fetch for Blob URLs bugzilla@jessica.w3.org

Friday, 17 January 2014

• FileSystem API behavior of seek function Kyle Graehl
• [Bug 19878] Revert change in Close-reason-unpaired-surrogates.htm ? bugzilla@jessica.w3.org
• Re: [promises] Guidance on the usage of promises for API developers Anne van Kesteren
• [Bug 24316] New: [Shadow]: implement :ancestor and change :host behavior bugzilla@jessica.w3.org

Thursday, 16 January 2014

• [Bug 24087] [Custom]: Rename document.register to registerElement bugzilla@jessica.w3.org
• Re: [promises] Guidance on the usage of promises for API developers Tab Atkins Jr.
• [Bug 24314] New: [Custom]: enteredView and leftView callbacks are still confusing bugzilla@jessica.w3.org
• Re: [promises] Guidance on the usage of promises for API developers Boris Zbarsky
• Re: [promises] Guidance on the usage of promises for API developers Anne van Kesteren
• RE: [promises] Guidance on the usage of promises for API developers Domenic Denicola
• Re: [promises] Guidance on the usage of promises for API developers Boris Zbarsky
• [cors] Cross-Origin Resource Sharing (CORS) is a W3C Recommendation Arthur Barstow

Wednesday, 15 January 2014

• Re: [promises] Guidance on the usage of promises for API developers Tab Atkins Jr.
• [Bug 14832] Check whether the encoding problems for query components applies to mailto: URLs and other non-HTTP URLs and see if we can change the definition of "valid URL" accordingly bugzilla@jessica.w3.org
• Re: [promises] Guidance on the usage of promises for API developers Graham Klyne
• Re: [promises] Guidance on the usage of promises for API developers Takeshi Yoshino

Tuesday, 14 January 2014

• Re: [promises] Guidance on the usage of promises for API developers Boris Zbarsky
• Re: [promises] Guidance on the usage of promises for API developers Boris Zbarsky
• RE: [promises] Guidance on the usage of promises for API developers Domenic Denicola
• Re: [promises] Guidance on the usage of promises for API developers Boris Zbarsky
• RE: [promises] Guidance on the usage of promises for API developers Domenic Denicola
• Re: [promises] Guidance on the usage of promises for API developers Takeshi Yoshino
• [promises] Guidance on the usage of promises for API developers Arthur Barstow
• [Bug 24268] [imports]: Imported documents should obey CSP on master document. bugzilla@jessica.w3.org
• [Bug 24288] [Shadow]: Revert <shadow> element as a function call feature. bugzilla@jessica.w3.org
• [Bug 24288] New: [Shadow]: Revert <shadow> element as a function call feature. bugzilla@jessica.w3.org
• [Bug 24287] [Shadow]: Fix indents. bugzilla@jessica.w3.org
• [Bug 24287] New: [Shadow]: Fix indents. bugzilla@jessica.w3.org

Monday, 13 January 2014

• Re: Fixing appcache Mihai
• Re: Test runner now available in web-platform-tests Boris Zbarsky
• Re: Test runner now available in web-platform-tests James Graham
• Test runner now available in web-platform-tests James Graham
• Re: [manifest] orientation member Marcos Caceres
• Re: [manifest] orientation member Marcos Caceres
• Re: [manifest] orientation member Marcos Caceres

Sunday, 12 January 2014

• Re: [pointerlock] Various comments Chris Pearce

Saturday, 11 January 2014

• Re: Why can't we just use constructor instead of createdCallback? Ryosuke Niwa

Friday, 10 January 2014

• [Bug 23487] Actually define going fullscreen bugzilla@jessica.w3.org
• [Bug 24232] The containing block of fixpos elements in the top layer shouldn't be the ICB bugzilla@jessica.w3.org
• Re: Why can't we just use constructor instead of createdCallback? Boris Zbarsky
• Re: Why can't we just use constructor instead of createdCallback? Erik Arvidsson
• Re: [HTML imports]: Imports and Content Security Policy Nick Krempel
• Re: [HTML imports]: Imports and Content Security Policy Frederik Braun
• Re: [HTML imports]: Imports and Content Security Policy Nick Krempel
• Re: [HTML imports]: Imports and Content Security Policy Hajime Morrita
• [Bug 24268] New: [imports]: imported documents should obey CSP on master document. bugzilla@jessica.w3.org
• Re: [HTML imports]: Imports and Content Security Policy Frederik Braun
• Re: Why can't we just use constructor instead of createdCallback? Andrew Fedoniouk
• Re: Why can't we just use constructor instead of createdCallback? Boris Zbarsky
• Re: Why can't we just use constructor instead of createdCallback? Ryosuke Niwa
• Re: [HTML imports]: Imports and Content Security Policy Hajime Morrita
• Re: [webcomponents] Feedback for web components spec from a GWT experiment Boris Zbarsky
• Re: [webcomponents] Feedback for web components spec from a GWT experiment Goktug Gokdogan
• Re: [webcomponents] Feedback for web components spec from a GWT experiment Boris Zbarsky
• Re: [webcomponents] Feedback for web components spec from a GWT experiment Goktug Gokdogan

Thursday, 9 January 2014

• Re: [webcomponents] PubStatus reorg; Plans and Expectations Dimitri Glazkov
• [HTML imports]: Imports and Content Security Policy Frederik Braun
• [pointerlock] Various comments Ms2ger
• [webcomponents] PubStatus reorg; Plans and Expectations Arthur Barstow

Wednesday, 8 January 2014

• Re: [webcomponents] Feedback for web components spec from a GWT experiment Boris Zbarsky
• Re: [webcomponents]: Allowing text children of ShadowRoot is a bad time Anne van Kesteren
• Re: [webcomponents]: Allowing text children of ShadowRoot is a bad time Anne van Kesteren
• Re: [webcomponents]: Allowing text children of ShadowRoot is a bad time Elliott Sprehn

Tuesday, 7 January 2014

• [webcomponents] Feedback for web components spec from a GWT experiment Goktug Gokdogan

Wednesday, 8 January 2014

• [Bug 24232] New: The containing block of fixpos elements in the top layer shouldn't be the ICB bugzilla@jessica.w3.org

Tuesday, 7 January 2014

• Re: [webcomponents]: Allowing text children of ShadowRoot is a bad time Tab Atkins Jr.
• Re: [webcomponents]: Allowing text children of ShadowRoot is a bad time Elliott Sprehn

Friday, 3 January 2014

• RE: Passsword managers and autocomplete='off' Adrian Bateman
• Re: Background sync & push messaging: declarative vs imperative Maciej Stachowiak
• [Bug 24079] Test for initErrorEvent is invalid bugzilla@jessica.w3.org
• [Bug 24077] second-argument-null.html worker test is incorrect bugzilla@jessica.w3.org
• [Bug 24074] new Worker('data:...') should not throw bugzilla@jessica.w3.org
• Re: [testing] Common way to "manage" test bugs? Arthur Barstow

Thursday, 2 January 2014

• [Bug 24184] References undefined type EventHandler bugzilla@jessica.w3.org
• [Bug 24184] References undefined type EventHandler bugzilla@jessica.w3.org
• Re: Background sync & push messaging: declarative vs imperative John Mellor
• Mail List Etiquette [Was: Re: appcache master entries] Arthur Barstow
• Reminder: RfC: LCWD of DOM Parsing and Serialization; deadline 7 January 2014 Arthur Barstow
• Re: Regarding: Making the W3C Web SQL Database Specification Active Charles McCathie Nevile
• [Bug 24184] New: References undefined type EventHandler bugzilla@jessica.w3.org

Wednesday, 1 January 2014

• Re: Regarding: Making the W3C Web SQL Database Specification Active Marcos Caceres
• Re: Regarding: Making the W3C Web SQL Database Specification Active piranna@gmail.com

Monday, 30 December 2013

• Re: Regarding: Making the W3C Web SQL Database Specification Active Shane Harrelson

Last message date: Monday, 31 March 2014 19:05:57 UTC