This happens if the file is not first in the selected files list.

Steps to reproduce:

1. Add 2 files for upload. The first one should be bigger so you have time do to the next steps.
2. Click the Upload button. The first starts to upload.
3. Delete the second file.

When the upload process gets to the second file, a NullReferenceException is thrown.

The Upload does not pass data set in the args of its FileUploadStarting event. The values set in the args are send only for the first chunk, all chunks after that does not have that data.

Incorrect UI state when validating all files with the Validate event. 

Change the StartUpload() method implementation so that it can work while the RadUpload control is disabled.

Change the logic that creates a default unique name for duplicate files. At the moment it is based on a counter and instead we need to consider renaming the file as a "Copy of [fileName]" or "[fileName] - Copy".

Implement a feature that allows the RadUpload control to resume its upload session when interrupted by a connection failure.

Dismissing all files doesn't change the title's status. However, if the "Cancel" button is used the title's status is updated correctly.

Set a Filter in the RadUpload. Click Browse Button. You cannot see the filtered files but you can select it in the combo with typing their names.

I find it a disconcerting that when the uploads have completed one is only offered the options to "Cancel" or "Add more files".  Clicking on "Cancel" seems like you are going to stop whatever you were doing which is not the case because "Cancel" only resets the session after the uploads have completed and you really can't cancel anything.  I would like to propose that the "Cancel" button switches to "Done" to give a clearer indication of what the options are.

If one adds more files or a session is in progress then it is appropriate for the "Cancel" to be visible.

If the user dismisses an item while the upload process is paused, the resume button is hidden and replaced by an Upload button. This way the upload process can be restarted but not resumed. But if there is only one item and it gets dismissed during paused upload operation - the resume button is still there.

Expose an event to fire if the files that should be uploaded are in use by another process.

We have RadUpload which has MaxFileSize limited to 10MB. If I only try to upload document everything works OK and the document is not uploaded. However, if I select the file which is open in editor, then close the editor and press upload, file is uploaded, even if size is bigger than 10MB

Steps to reproduce bug:
1. Open a file, which is bigger than max allowed size in editor (i.e. on MSWord)
2. Select the file in RadUpload - an exception is thrown to indicate the file is used by another process 
3. Close the editor
4. Press upload - the file is uploaded even though its size is bigger than the allows file size

The RadUpload shoul handle this sceanrio without the help of the Dispatcher

Incorrect UI state when validating all files with the Validate event.
FIXED: If at least one file is valid the RadUpload behaves correctly.
TO BE FIXED: If all files are invalid the upload is in uploading state and should be in SelectFiles state ("Add more files" should be shown).

The UploadFinished event is not fired when file's size is bigger than the Upload.BufferSize and the Upload failed.

Allow dragging messages from Outlook to the RadUploadDropPanel

Provide built-in compression.

I think it would be great if we could have feature parity on this in WPF as uploading file is a rather common requirement in line of business applications. I'm working on migrating our product referential data management application to WPF from asp.net / javascript and i find myself having to roll my own upload for the time being.

Allow end user to choose if the file should be overwritten

Implement Resume/AutoResume on upload error.