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>
Hello,
I have a problem with postback on RadAsyncUpload in my project.
So, I created a simple project, with your example (https://docs.telerik.com/devtools/aspnet-ajax/controls/asyncupload/how-to/how-to-persist-uploaded-files) and the problem remains.
if I define PostbackTriggers on the aspx page, after the post back, I can see the files uploaded on the page, but the UploadedFiles.Count in code behind returns zero.
<telerik:RadAsyncUpload runat="server" ID="RadAsyncUpload1" PostbackTriggers="Button3,Button4"></telerik:RadAsyncUpload>
if I define PostbackTriggers on the aspx.vb page, after the post back I can't see the files uploaded on the page, but the UploadedFiles.Count in code behind returns 1.
RadAsyncUpload1.PostbackTriggers = New String() {Button1.ClientID, Button2.ClientID}
So, there is no way to, after the postback, present the uploaded files in page and values in RadAsyncUpload.UploadedFiles.
Please, check the attach files.
Best Regards,
Mauro Santos
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>
<telerik:RadAsyncUpload ID="UploadFile" runat="server" MultipleFileSelection="Automatic"
OverwriteExistingFiles="true" ReadOnlyFileInputs="true" InputSize="45" EnableViewState="true" TargetFolder="~/UploadedFiles">
</telerik:RadAsyncUpload>
Steps to reproduce:
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.
The drop zone and the custom drop zones are shifted below their expected positions in Edge 40. Check the following video demonstration https://www.screencast.com/t/2m8SxR8jbwb. The problem is reproducible in the http://demos.telerik.com/aspnet-ajax/asyncupload/examples/draganddrop/defaultcs.aspx demo.
Why not add a "basic mode" to radasyncupload? that saves the selected file(s) in the target folder as soon as the upload is complete without the need for an extra postback? Or facilitate a postback through a popup "upload complete" with an ok button? And a little feedback in general on the documentation nearly all the examples have all the bells and whistles active, which makes them hard to read for programmers with little experience like me. Why not have every control with a absolutely minimalistic example that only shows the core functionality?
File drag and drop is broken in MS Edge Creator's Edition. Reproducible in the following demo: http://demos.telerik.com/aspnet-ajax/asyncupload/examples/draganddrop/defaultcs.aspx
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);
Upgrading to UI for ASP.NET AJAX Q2 2015 (2015.2.729.45) sets requestLimits maxAllowedContentLength in web.config to <requestLimits maxAllowedContentLength="0" /> <!--8MB Max upload--> resulting in errors like "PRM_ServerError" on postbacks.
when files are deleted via the user interface, this "frees up" the max file count for additional files to be uploaded. When files are deleted via API, the deleted files are still counted against the maxfilecount, and are not "freed up" to reproduce: run the attached web form. do not select "delete via api" checkbox add and remove a number of files. good. reload. do not select "delete via api" upload file A select "delete via api" upload file A one more time (note it will be deleted via api before it actually gets uploaded) deselect "delete via api" upload file B note you can no longer upload files, allthough only 2 have been uploaded and maxfilecoutn is 3 bad.