Re: Intent to implement and ship extended FormData methods

2015-02-26 Thread nsm . nikhil
On Thursday, January 29, 2015 at 4:57:00 PM UTC-5, nsm.n...@gmail.com wrote: > Summary: FormData[1] has been an append only interface since it was > introduced. The WHATWG version of the XHR spec added several methods to > has/get/set/delete on the entries and introduced iteration support. This p

Re: Intent to implement and ship extended FormData methods

2015-01-30 Thread Boris Zbarsky
On 1/30/15 1:25 AM, nsm.nik...@gmail.com wrote: https://bugzilla.mozilla.org/show_bug.cgi?id=1127703 Thanks. The fetch spec states that FormData is immediately serialized when send() is called (send defers to Fetch's "extract body" routine) https://fetch.spec.whatwg.org/#concept-bodyinit-ex

Re: Intent to implement and ship extended FormData methods

2015-01-29 Thread nsm . nikhil
On Thursday, January 29, 2015 at 6:39:22 PM UTC-8, Boris Zbarsky wrote: > On 1/29/15 4:56 PM, nsm.nik...@gmail.com wrote: > > The proposed patch does not add iterator support. > > Is there a bug tracking adding this? https://bugzilla.mozilla.org/show_bug.cgi?id=1127703 > > > https://xhr.spec.wh

Re: Intent to implement and ship extended FormData methods

2015-01-29 Thread Boris Zbarsky
On 1/29/15 4:56 PM, nsm.nik...@gmail.com wrote: The proposed patch does not add iterator support. Is there a bug tracking adding this? https://xhr.spec.whatwg.org/#interface-formdata I assume something defines what happens if you delete() while sending the formdata and that we implement wh

Intent to implement and ship extended FormData methods

2015-01-29 Thread nsm . nikhil
Summary: FormData[1] has been an append only interface since it was introduced. The WHATWG version of the XHR spec added several methods to has/get/set/delete on the entries and introduced iteration support. This puts it in the same class as URLSearchParams and Headers. The proposed patch does