[Okta Webinar] Learn how to a build a cloud-first strategyRegister Now

x
  • Status: Solved
  • Priority: Medium
  • Security: Public
  • Views: 672
  • Last Modified:

Application crashing when uploading a file in our asp.net application

On our webpage we have an application which the user inputs data and can attach a file.  They are attaching a .pdf file and usually it works Ok.  Sometimes, the application crashes when it attempts to upload a file.  This doesn't happen on every file, only certain ones.  I've even had the user rescan and create a new pdf, just like the original with the same name and it went through Ok.  I've found this in our Application log on our web server.  Please feel free to ask more question regarding this.  As of now, we are still trying to find out what's happening.
Event Type:      Warning
Event Source:      ASP.NET 2.0.50727.0
Event Category:      Web Event
Event ID:      1309
Date:            12/6/2007
Time:            12:13:47 PM
User:            N/A
Computer:      WEB3
Description:
Event code: 3005
Event message: An unhandled exception has occurred.
Event time: 12/6/2007 12:13:47 PM
Event time (UTC): 12/6/2007 5:13:47 PM
Event ID: a1866b6b20ff415ebabbe3f125ade0b7
Event sequence: 1565
Event occurrence: 10
Event detail code: 0
 
Application information:
    Application domain: /LM/W3SVC/1/Root/CSX_IMS-7-128405598659531250
    Trust level: Full
    Application Virtual Path: /CSX_IMS
    Application Path: C:\Inetpub\wwwroot\CSX_IMS\
    Machine name: WEB3
 
Process information:
    Process ID: 2280
    Process name: aspnet_wp.exe
    Account name: WEB3\ASPNET
 
Exception information:
    Exception type: ArgumentException
    Exception message: Invalid postback or callback argument.  Event validation is enabled using <pages enableEventValidation="true"/> in configuration or <%@ Page EnableEventValidation="true" %> in a page.  For security purposes, this feature verifies that arguments to postback or callback events originate from the server control that originally rendered them.  If the data is valid and expected, use the ClientScriptManager.RegisterForEventValidation method in order to register the postback or callback data for validation.
 
Request information:
    Request URL: http://www.idcsi.com/CSX_IMS/Inspection/AddInspection.aspx?MODULE_ID=75 
    Request path: /CSX_IMS/Inspection/AddInspection.aspx
    User host address: 10.100.0.1
    User:  
    Is authenticated: False
    Authentication Type:  
    Thread account name: WEB3\iusr_idcs_remote
 
Thread information:
    Thread ID: 24
    Thread account name: WEB3\iusr_idcs_remote
    Is impersonating: False
    Stack trace:    at System.Web.UI.ClientScriptManager.ValidateEvent(String uniqueId, String argument)
   at System.Web.UI.Control.ValidateEvent(String uniqueID, String eventArgument)
   at System.Web.UI.WebControls.RadioButtonList.LoadPostData(String postDataKey, NameValueCollection postCollection)
   at System.Web.UI.WebControls.RadioButtonList.System.Web.UI.IPostBackDataHandler.LoadPostData(String postDataKey, NameValueCollection postCollection)
   at System.Web.UI.Page.ProcessPostData(NameValueCollection postData, Boolean fBeforeLoad)
   at System.Web.UI.Page.ProcessRequestMain(Boolean includeStagesBeforeAsyncPoint, Boolean includeStagesAfterAsyncPoint)
 
 
Custom event details:
 
0
IDCSSupport
Asked:
IDCSSupport
  • 2
1 Solution
 
NBSO_ISSCommented:
Check this forum out...

http://forums.asp.net/p/922994/1064482.aspx

It looks like you can add
<pages enableEventValidation="false" />
to your the <system.web> section of your web.config

That is the easiest solution, but you can also register the event for validation (how to do it is in that forum as well)
0
 
IDCSSupportAuthor Commented:
We tried that and it's still failing.  From what I'm being told by our developers, the request knows it has a file to send but the file is not getting through.  This only happens on certain files, not all of them.  We have checked our firewall and any type of program that might block it (i.e. antivirus) and it's not being blocked by them.
0
 
IDCSSupportAuthor Commented:
Problem has been solved.
0

Featured Post

Nothing ever in the clear!

This technical paper will help you implement VMware’s VM encryption as well as implement Veeam encryption which together will achieve the nothing ever in the clear goal. If a bad guy steals VMs, backups or traffic they get nothing.

  • 2
Tackle projects and never again get stuck behind a technical roadblock.
Join Now