Closed Bug 594032 Opened 14 years ago Closed 14 years ago

Lack of progress events when sending FormData in XMLHttpRequest

Categories

(Core :: DOM: Core & HTML, defect)

x86
Windows XP
defect
Not set
normal

Tracking

()

RESOLVED DUPLICATE of bug 311425

People

(Reporter: apajaron, Assigned: smaug)

Details

Attachments

(1 file)

User-Agent:       Mozilla/5.0 (Windows NT 5.1; rv:2.0b4) Gecko/20100818 Firefox/4.0b4 (.NET CLR 3.5.30729)
Build Identifier: Mozilla/5.0 (Windows NT 5.1; rv:2.0b4) Gecko/20100818 Firefox/4.0b4 (.NET CLR 3.5.30729)

When trying to upload a file as multipart/form-data (as explained here: http://hacks.mozilla.org/2010/07/firefox-4-formdata-and-the-new-file-url-object/ ), the progress event won't fire. Instead, we'll get directly a load event when finished.

Reproducible: Always

Steps to Reproduce:
Try to upload a file with attached code (needs server-side processing of the form).

Actual Results:  
Progress bar goes  directly from 0 to 100%

Expected Results:  
Progress bar actually shows progression of the upload.

It works fine on Chrome 6 and Safari 5.
Attached file Example of sending file as form-data (deleted) —
Attachment #472638 - Attachment mime type: application/octet-stream → application/zip
Olli, would you have time to look at this? I would have thought that the normal progress events could would have handled this just fine.
Assignee: nobody → Olli.Pettay
Nominating for blocker, but needs confirmation before I'll marking blocking+
blocking2.0: --- → ?
My guess is that this has something to do with "@mozilla.org/io/multiplex-input-stream;1"
Or not...
Ah, this is a dup.
The progress event listener must be (unfortunately) set before calling open
(in Mozilla).
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → DUPLICATE
blocking2.0: ? → ---
Component: DOM → DOM: Core & HTML
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Created:
Updated:
Size: