Upload not working on large files under IE but works for Firefox

Thread is closed for posting
8 posts, 0 answers
  1. scott
    scott avatar
    35 posts
    Member since:
    Mar 2011

    Posted 05 Apr 2011 Link to this post

    We have a Telerik upload control on a Website running under Framework 4.0 that brings the file into a folder on the file server. This functionality is working when ran from Internet Explorer v8.0.7600.16385 from a Windows 7 PC. When I use a TEST PC that is running Internet Explorer v8.0.6001.18702 on Windows XP, large files (the one I am testing is 136 MB) that worked on the Windows 7 PC are not uploading. The behavior is that the status bar just indefinitely appears to be loading and it just hangs there.

    To throw something else odd into the works, Firefox 3.6.8 is able to upload the large file just fine from the XP machine.

    I have the following lines coded in the Web.config, and this is allowing larger files to work for our Windows 7 machines.


    <httpRuntime maxRequestLength="209715200" enable="true" useFullyQualifiedRedirectUrl="true" executionTimeout="3600" />
      
    ...
      
      
    <requestLimits maxAllowedContentLength="209715200"/>


    Any ideas what is happening? By the way I am using version 2011.1.315.40 of Telerik but we experienced the same behavior under the last version of Telerik as well.
  2. Genady Sergeev
    Admin
    Genady Sergeev avatar
    1596 posts

    Posted 08 Apr 2011 Link to this post

    Hello scott,

    We will need additional information regarding your scenario, in order to troubleshoot the issue:

    1) On the XP machine, which RadAsyncUpload module is loaded? As you know, RadAsyncUpoad utilizes three modules - Silverlight, Flash and IFrame, depending on what plug in is installed on the client machine. In order to check that, please right click on the RadAsyncUpload. A context menu appears, is the Silverlight, Flash or the normal, browser native, one?
    2) Please, add handler for the OnClientFileUploadFailed event. Does the event fire? If so, please check the args.get_message() property for details regarding the error.
    3) An http log of the issue would be very helpful in troubleshooting the problem. In order to record such log please use a tool like fiddler cap.


    Greetings,
    Genady Sergeev
    the Telerik team
    Do you want to have your say when we set our development plans? Do you want to know when a feature you care about is added or when a bug fixed? Explore the Telerik Public Issue Tracking system and vote to affect the priority of the items
  3. UI for ASP.NET Ajax is Ready for VS 2017
  4. scott
    scott avatar
    35 posts
    Member since:
    Mar 2011

    Posted 08 Apr 2011 Link to this post

    Genady,

    Thank you for the reply. I am actually using the RadUpload control (http://demos.telerik.com/aspnet-ajax/upload/examples/overview/defaultcs.aspx), not the RadAsyncUpload control (http://demos.telerik.com/aspnet-ajax/asyncupload/examples/overview/defaultcs.aspx?product=asyncupload), which means that I can't answer your first two questions, unless you are suggesting that I switch controls. The functionality that I need is for the user to select a file to upload, submit, then the file gets copies and some other processes, then a message displayed to the user when completed. Let me know if you think the RadAsyncUpload control would be better for my purposes? The web application has previously been working fine to my knowledge and the only major recent changes were to convert the web site to a precompiled web application and to move from framework/app pool 3.5 to 4.0.

     
    Here is the source code for the control on the front page:

     

    <telerik:radupload 
        id="fUpload"
        runat="server"
        maxfileinputscount="1" EnableFileInputSkinning="false"
        ControlObjectsVisibility="None"
            EnableEmbeddedBaseStylesheet="true"
            InputSize="50"
            Width="475px"
            OverwriteExistingFiles="true"
            ReadOnlyFileInputs="true"
            OnClientFileSelected="customValidate"
        allowedfileextensions=".txt,.doc,.docx,.xls,.xlsx,.pdf,.htm,.html,.asp,.aspx,.ppt,.pptx,.pps,.ppsx,.csv,.gif,.jpg,.zip,.dat,.mdb,.xml,.smf,.dbf,.jpeg"
        maxfilesize="204800000" />

    Note that I do not think that it has anything to do with the validation, since it behaves the same way when I took it out entirely.

    Let me know if I can add any additional details? In the meanwhile, I sent a request to our network guys to get the fiddlercap tool. Thank you for your help!
  5. scott
    scott avatar
    35 posts
    Member since:
    Mar 2011

    Posted 08 Apr 2011 Link to this post

    Update: An odd thing... When we run IE under fiddlercap on the XP machine, the upload actually worked. When we run IE by itself, the file does not upload.
  6. Genady Sergeev
    Admin
    Genady Sergeev avatar
    1596 posts

    Posted 15 Apr 2011 Link to this post

    Hi scott,

    I believe that this is not a problem with RadUpload at all. RadUpload is just a wrapper around the standard ASP.NET File Upload and adds a better visual experience to it. Could you please replace RadUpload with the standard ASP.NET Upload? If the issue persists, this might be an indicator that something on the server is failing.

    Best wishes,
    Genady Sergeev
    the Telerik team

    Browse the vast support resources we have to jump start your development with RadControls for ASP.NET AJAX. See how to integrate our AJAX controls seamlessly in SharePoint 2007/2010 visiting our common SharePoint portal.

  7. scott
    scott avatar
    35 posts
    Member since:
    Mar 2011

    Posted 15 Apr 2011 Link to this post

    Genady,

    I confirm that the problem exists in the ASP FileUpload control. Thank you for your help. If I discover what the problem was and/or the fix I'll post it here.


    -Scott
  8. danparker276
    danparker276 avatar
    389 posts
    Member since:
    Aug 2010

    Posted 14 Jun 2013 Link to this post

    Any fix for this?
  9. scott
    scott avatar
    35 posts
    Member since:
    Mar 2011

    Posted 14 Jun 2013 Link to this post

    Dan, I do not recall offhand what the fix was, but looking at our Ticket system I had a note around this time frame for the application that said that having Trace on in our development/test environments caused the problems and turning it off fixed the issue.

    Hope this helps you,

    -Scott
Back to Top
UI for ASP.NET Ajax is Ready for VS 2017