Declined
Last Updated: 01 Oct 2014 12:43 by Nick
ADMIN
Created by: Dimitar
Comments: 1
Category: AsyncUpload
Type: Bug Report
3
 RadAsyncUpload does not upload files in iOS 8 Safari. After selecting a file/files for upload, their upload remains as pending and never reaches the end of the process.
Note: there is a known iOS 8 Safari issue with <input type="file" />
Completed
Last Updated: 07 Oct 2013 08:47 by ADMIN
ADMIN
Created by: Hristo Valyavicharski
Comments: 0
Category: AsyncUpload
Type: Bug Report
2

			
Completed
Last Updated: 09 Apr 2015 10:16 by ADMIN
Completed
Last Updated: 30 Nov 2017 16:28 by ADMIN
Workaround: 

function encodeRowContent() {
    var asyncUpload = $find('<%= RadAsync_FileUpload.ClientID%>');
    var $ = $telerik.$;
    asyncUpload._updateRowContent = function (row, inputValue) {
        var $progress,
            $content = $("<span class='ruUploadProgress'>" + $telerik.htmlEncode(this._getFileName(inputValue)) + "</span>");

        $(row).removeClass("ruSelectWrap")
                .addClass("ruFileLI ruUploading")
                .prepend("<span class='radIcon'></span>");

        if (this._isManualUpload())
            $content.addClass("ruUploadOnHold");

        if (this._enableInlineProgress) {
            $progress = $('<span class="ruFileProgressWrap"><span class="ruFileProgress"></span></span>');
            $content.append($progress);
        }

        $('.ruFakeInput, .ruBrowse', row).remove();
        $(".ruFileWrap", row).append($content); // Replace fake input
    }
}

Sys.Application.add_load(encodeRowContent);

Unplanned
Last Updated: 16 Aug 2021 08:25 by ADMIN

RadAsyncUpload "Drop Files here" element remains visible when dragging a file quickly over and out of the DragZone

Replicable in File Upload with Drag and Drop live demo.

Drag a file quickly through the DragZone without dropping it. The "Drop Files Here" element is shown but doesn't get hidden when the mouse leaves the DragZone (ondragleave).

Declined
Last Updated: 01 Nov 2013 13:06 by Elena
Created by: sujith
Comments: 1
Category: AsyncUpload
Type: Bug Report
1
Here's the scenario: 
User changes the extension of a .js file to .jpg and upload the file, by no means we are able to restrict the user from uploading the file. 
Is there a way to stop user from uploading based on associated mimetype ?
Completed
Last Updated: 20 Aug 2014 14:25 by ADMIN
Unplanned
Last Updated: 16 Mar 2015 16:05 by WaldenL
Created by: Tom
Comments: 1
Category: AsyncUpload
Type: Bug Report
1
The MaxFileSize property is an int - this means a limit over 2GB can't be set. Please change this property to a long. 
Won't Fix
Last Updated: 01 Oct 2015 14:56 by ADMIN
Workaround:
Set DisablePlugins="true" or
set RenderMode="Lightweight"
Unplanned
Last Updated: 06 Jul 2016 13:49 by ADMIN
Unplanned
Last Updated: 13 Jul 2016 13:11 by ADMIN
Unplanned
Last Updated: 02 Nov 2016 00:47 by Polymorphic Solutions
Completed
Last Updated: 09 Apr 2019 15:06 by ADMIN

Documentation says Firefox should be ok with LastModifiedDate, but it's not.  It's consistently being set to 1/1/0001 12:00:00 AM, which is not useful.

Happens in any RadAsyncUpload example if you look at the value for LastModifiedDate in the AsyncUploadedFile objects.

Works fine in Chrome, Edge.  Fails in Firefox for Mac or Windows.

Completed
Last Updated: 19 Feb 2020 12:55 by ADMIN
Release R1 2020 SP1
Created by: Jeff Cuddigan
Comments: 0
Category: AsyncUpload
Type: Bug Report
1

This issue is observed only in R1 2020. The solution is to not disable the FileAPI.

Reproduction steps:

<script>
    Telerik.Web.UI.RadAsyncUpload.Modules.FileApi.isAvailable = function () { return false; };
    Telerik.Web.UI.RadAsyncUpload.Modules.Flash.isAvailable = function () { return false; };
    Telerik.Web.UI.RadAsyncUpload.Modules.Silverlight.isAvailable = function () { return false; };
</script>
<telerik:RadAsyncUpload runat="server" ID="RadAsyncUpload1" ></telerik:RadAsyncUpload>

Completed
Last Updated: 28 Sep 2023 11:00 by ADMIN
Release R3 2023

Recently, Chrome version has been updated our all the user’s system as 117.xxx.xxx.

After updating the Chrome version and RadAsyncUpload is not working and getting the below error message. So, user unable to perform any upload action on this.

This is control using in production live application and it affecting our day-to day business.

Please provide your solution as soon as possible.

Error – Message :

Uncaught Error while uploading, <div></div><pre>{"fileInfo":{"FileName":"README.md","ContentType":null,"ContentLength":5798,"DateJson":null,"Index":0}, "metaData":"8D91232C303626342ACC0E7ED035FEA5DE6451C2DB0AF6EACED0DEF16BAC9F74139C19B88F3583C5E4E753AF69CA36E66EB8DC6DE10E16C1B06A7DD1B482E8E57C5949FC91A77397D6CEB2BE801B511978BE81978AF16A2AFCAB9DA0F1C04972541477EA061F94B0DC6BF18D7CC177C427FA3C9FFBB4331699BC031FC1032C268EDB586EE6E54ADD874033CEFE7916EA3B880C6383A59D10D72D4954B3FDDE3391C0D66A5D38956DDBA8B3026A07DD8C1561889181210D7982B964EB1E654AD007C04D7832068AB2BC4E220B2AC8565C53260448459E72E53295BDAD64DCF63F311E327C366756AF117BD3E45B0D85AF7BC2CC0A2983A6142FF6FAC4E9BCC92CADEA17DC" }</pre>

Declined
Last Updated: 01 Nov 2013 13:06 by Bill Rader
Created by: Bill Rader
Comments: 1
Category: AsyncUpload
Type: Bug Report
0
Telerik version - 2011.1.614.35
RadAsyncUpload issues on Safari 5.1.7, IE 9 and Chrome 28.0.1500.95 -

Following is the list of issues seen on the mentioned browsers -
a.  On Safari, the upload file functionality doesn't work at all –
On Safari, when a file is selected from the Open dialog box, the dialog box closes and nothing happens after that. The file is not shown in the upload control, and no event is fired.

b.  On IE, the Open dialog box shows the specific file types by default, whereas on Chrome, all file types are shown by default –
We have set the ‘AllowedFileExtensions’ property of the RadAsyncUpload to “image/png,image/x-png,image/jpeg,image/pjpeg,image/gif,.x-png,.gif,.jpeg,.jpg,.png”. On IE 9, when the Open dialog box is opened, by default, the mentioned extensions as selected in the File Type drop down. Whereas, on Chrome, ‘All’ is shown in the File Type drop down. We would like this behavior to be consistent. Is it possible to show ‘All’ on IE9?

c.  On Chrome, uploading a file with size greater than the mentioned file size gives a Silverlight error (Refer SilverlightPluginError.png) –
i.	The MaxFileSize is set to 500 KB. When user tries to upload a file with size greater than 500 KB, the gets an alert message indicating he cannot upload a file beyond the said size. This works fine on all browsers other than Chrome. On Chrome, when a file with size greater than 500 KB is selected from the Open dialog box, the page seems to hang for some time. Then an alert message is displayed with following message –
The following plug-in is unresponsive: Unknown
Would you like to stop it?
ii.	Upon clicking ‘Yes’, following message is shown below the Chrome address bar 
Silverlight plug-in has crashed
iii.	And, the alert indicating file size greater than 500 KB cannot be uploaded is shown.

Declined
Last Updated: 14 Sep 2021 09:55 by ADMIN
ADMIN
Created by: Hristo Valyavicharski
Comments: 0
Category: AsyncUpload
Type: Bug Report
0

			
Completed
Last Updated: 12 Aug 2015 15:51 by Ryan
when deleting files from radasyncupload via the "built-in" delete button, "get_fileName()" method in both the upload_removing and upload_removed events returns correct data. However, when deleting files via the api, the get_fileName() method returns bad content.

built-in button something like:
document.pdf

api something like:
document.pdf<span class="ruFileProgressWrap"><span class="ruFileProgress"></span></span>

to reproduce: 
1. run attached web form. select file for upload. click remove button. view console. all good.

2. click the "delete via api" checkbox to enable. select another file. view console. bad.
1 2