<httpRuntime maxRequestLength="512" />
Which restricts image larger than 500k from being uploaded. I'm also using
the HtmlInputFile control to do the uploading. My problem is that when the
user's file size exceeds 512k, the page immediately redirects to the "The
page cannot be displayed" error page which is very confusing. The use will
think that their image is corrupt, or the website has a nasty bug in it.
The way this should be handled is instead of showing the nasty "The page
cannot be displayed" page, show a friendly page telling the user that they
exceeded the file limit and to upload a smaller image.
Is there a way to intercept this and do a redirect? and if not, is there
any other way to handle this elegantly?
void Application_Error(object sender, EventArgs e)
{
SomeStringVar = .Server.GetLastError.Message();
Server.Transfer("Errors.aspx")
Server.ClearError()
}
You could also have a web.config setting that captures that particular Http
error number and redirects accordingly. Something like :-
<configuration>
<system.web>
<customErrors defaultRedirect="GenericError.htm"
mode="RemoteOnly">
<error statusCode="500"
redirect="InternalError.htm"/>
</customErrors>
</system.web>
</configuration>
You could change (or add another entry) to the '500' for whatever error code
you want.
--
- Paul Glavich
Microsoft MVP - ASP.NET
"moondaddy" <moon...@nospam.com> wrote in message
news:O%23lzXrXY...@tk2msftngp13.phx.gbl...
Sub Application_Error(ByVal sender As Object, ByVal e As EventArgs)
Dim str As String = Server.GetLastError.Message
Log(str , EventLogEntryType.Error)
End Sub
All I know is that the webconfig file's line
<httpRuntime maxRequestLength="512" />
tells asp.net what the constraint is.
Any other ideas on how to trap this error and handle it?
The page cannot be displayed
The page you are looking for is currently unavailable. The Web site
might be experiencing technical difficulties, or you may need to adjust your
browser settings.
--------------------------------------------------------------------------
Please try the following:
a.. Click the Refresh button, or try again later.
b.. If you typed the page address in the Address bar, make sure that
it is spelled correctly.
c.. To check your connection settings, click the Tools menu, and
then click Internet Options. On the Connections tab, click Settings. The
settings should match those provided by your local area network (LAN)
administrator or Internet service provider (ISP).
d.. If your Network Administrator has enabled it, Microsoft Windows
can examine your network and automatically discover network connection
settings.
If you would like Windows to try and discover them,
click Detect Network Settings
e.. Some sites require 128-bit connection security. Click the Help
menu and then click About Internet Explorer to determine what strength
security you have installed.
f.. If you are trying to reach a secure site, make sure your
Security settings can support it. Click the Tools menu, and then click
Internet Options. On the Advanced tab, scroll to the Security section and
check settings for SSL 2.0, SSL 3.0, TLS 1.0, PCT 1.0.
g.. Click the Back button to try another link.
Cannot find server or DNS Error
Internet Explorer
--
moon...@nospam.com
"Paul Glavich [MVP - ASP.NET]" <gl...@aspalliance.com-NOSPAM> wrote in
message news:uKNwkQZY...@TK2MSFTNGP11.phx.gbl...
I think Paul's suggestion should work. I put following code in
Application_Error, and it worked:
If Request.TotalBytes > MaxValue Then
Server.ClearError()
Response.Clear()
Response.Write "The file is too large"
End If
The page is actually a user control sitting on a aspx page and the aspx page
inherits from a base page. I don't know if this would cause the event to
not fire.
I put some breaks in the global.asax and I saw the code execute on the
Application_BeginRequest event, but it clearly isn't hitting the
Application_Error event. I also put a watch on the Response object in the
Application_BeginRequest event and saw the there was no value for
TotalBytes. below is what was listed in the watch window for TotalBytes"
TotalBytes <error: an exception of type: {System.Web.HttpException}
occurred> Integer
Any other ideas?
--
moon...@nospam.com
"[MSFT]" <luke...@online.microsoft.com> wrote in message
news:gjS9SH$YEHA...@cpmsftngxa06.phx.gbl...
The page is actually a user control sitting on a aspx page and the aspx page
inherits from a base page. I don't know if this would cause the event to
not fire.
I put some breaks in the global.asax and I saw the code execute on the
Application_BeginRequest event, but it clearly isn't hitting the
Application_Error event. I also put a watch on the Response object in the
Application_BeginRequest event and saw the there was no value for
TotalBytes. below is what was listed in the watch window for TotalBytes"
TotalBytes <error: an exception of type: {System.Web.HttpException}
occurred> Integer
Any other ideas?
--
moon...@nospam.com
"[MSFT]" <luke...@online.microsoft.com> wrote in message
news:gjS9SH$YEHA...@cpmsftngxa06.phx.gbl...
Here is the web form code I use to test, you may test them on your server
to see if they can work:
<form id="Form1" method="post" enctype="multipart/form-data"
action="WebForm1.aspx" runat="server">
<INPUT id="oFile" type="file" runat="server"
NAME="oFile">
<br>
<asp:button id="btnUpload" type="submit"
text="Upload" runat="server"></asp:button>
<asp:Panel ID="frmConfirmation" Visible="False"
Runat="server">
<asp:Label id="lblUploadResult"
Runat="server"></asp:Label>
</asp:Panel>
</form>
Private Sub btnUpload_Click(ByVal sender As System.Object, ByVal e As
System.EventArgs) Handles btnUpload.Click
Dim strFileName As String
Dim strFilePath As String
Dim strFolder As String
strFolder = "C:\Test\"
'Get the name of the file that is posted.
strFileName = oFile.PostedFile.FileName
strFileName = Path.GetFileName(strFileName)
'Create the directory if it does not exist.
If (Not Directory.Exists(strFolder)) Then
Directory.CreateDirectory(strFolder)
End If
'Save the uploaded file to the server.
strFilePath = strFolder & strFileName
If File.Exists(strFilePath) Then
lblUploadResult.Text = strFileName & " already exists on the
server!"
Else
oFile.PostedFile.SaveAs(strFilePath)
lblUploadResult.Text = strFileName & " has been successfully
uploaded."
End If
'Display the result of the upload.
frmConfirmation.Visible = True
End Sub
The problem may be related the web control you use. Therefore, we may begin
with a basic web form for test.
Luke
so simple.
i think u have to handle this with javascript.
in file upload control, u can check for the file size before send to
the server. if it is large, give an error. if it is in limit, send to
the server.
if u need to get the size from the server, u have to add a hidden field
and set the max value from the web config in the page_load event.
tell if it worked.
regards,
Charith
--
Charith
------------------------------------------------------------------------
Posted via http://www.codecomments.com
------------------------------------------------------------------------
I didn't find a way to redirect user to an error page...
You suggest to use js client-side to check file size... but js
client-side cannot do it ... can you explain your idea in a block js
code??
Charith wrote:
> *hey, this is my suggestion.
>
> so simple.
> i think u have to handle this with javascript.
>
> in file upload control, u can check for the file size before send to
> the server. if it is large, give an error. if it is in limit, send to
> the server.
>
> if u need to get the size from the server, u have to add a hidden
> field and set the max value from the web config in the page_load
> event.
>
> tell if it worked.
>
> regards,
> Charith *
--
ataru
[url]http://www.experts-exchange.com/Web/Web_Languages/JavaScript/Q_20573809.html[/url]
--
Charith
The solution mentioned Charith in this thread looks like a good solution,
but I'm reluctant to use such JavaScript on the client due to possible
problems with downward browsers. Can anyone recommend some proven
JavaScript for this?
--
moon...@nospam.com
"[MSFT]" <luke...@online.microsoft.com> wrote in message
news:SesAZxVZ...@cpmsftngxa06.phx.gbl...
"moondaddy" <moon...@nospam.com> wrote in message
news:%23CDNdYc...@TK2MSFTNGP12.phx.gbl...
Luke
--
moon...@nospam.com
"[MSFT]" <luke...@online.microsoft.com> wrote in message
news:0lKFNLja...@cpmsftngxa06.phx.gbl...
Form's Action property sets or retrieves the URL to which the form content
is sent for processing. EncType property sets or retrieves the Multipurpose
Internet Mail Extensions (MIME) encoding for the form.
Would you please post your client code for the form and <INPUT> component,
so I can know what is going on.
Regards,
Luke
I copied your files to my server and made some changes so that it can run
in the environment. It worked as expected, code in application_error was
executed. The main change I made the files is that I use Windows
authentication. I suggest you may create a new project with Windows
authentication and add this file to the project, to see if it will work.
Luke
--
moon...@nospam.com
"[MSFT]" <luke...@online.microsoft.com> wrote in message
news:w2zenjVb...@cpmsftngxa06.phx.gbl...
Luke
I had this issue too... did u all manage to come out with a workaround?
regards,
Nigil Chua
-RK
*** Sent via Developersdex http://www.developersdex.com ***
Don't just participate in USENET...get rewarded for it!
Is there any way we can get microsoft to give us a definitive explanation on
this? Are we basically just stuck displaying an unfriendly page to the user
that doesn't give them any clue about what happened?
Jesse
however as Paul mentioned if the error occurred in your code.. then you
could handle it. sometimes the server is busy serving and doesnt respond...
at that point if you have your custom errors page then it will redirect it
--
Regards,
Hermit Dave
(http://hdave.blogspot.com)
"Jesse" <Je...@discussions.microsoft.com> wrote in message
news:5BA46BAC-7F8A-4349...@microsoft.com...
I even tried to explicity catch the System.Web.HttpException that is thrown
by exceeding the maxRequestLength and then redirecting to a friendly page.
Still no luck there. The only thing that the redirection causes to happen is
that the application_error event now gets fired 3 times. I'll get three
errors logged and still end up on the dns error page.
Go ahead and test this out by stepping through it with the debugger. I'm
getting tired of people saying to catch this problem by checking
httpPostedFile.ContentLength. You can't do it. The code will never be hit
on your page because the runtime throws the exception. So therefore you
would think that you could catch it in global.asax, and you can, but any
redirection will not work. Why? That is the question.
Don't tell me the that the client can't contact the server in these
instances. I'm stepping through it with the debugger man. Why don't you
setup a test and then you will see. You'll get hte dns error after the
server has been hit. I don't know what you mean by "the client browser could
not contact the server". It's obviously hitting the server.
Has microsoft actually setup an examlpe of this? I can send a simple
example solution to anybody that needs proof.
"Hermit Dave" wrote:
> its a 2 part thing. if the client browser could not contact the server in
> the first place then it will throw its on error in the form of server not
> found / dsn error
>
> however as Paul mentioned if the error occurred in your code.. then you
> could handle it. sometimes the server is busy serving and doesnt respond...
> at that point if you have your custom errors page then it will redirect it
>
> --
>
> Regards,
>
> Hermit Dave
> ()
i never read about HttpPostedFile.. so didnt know that it was the exception
that was being thrown due to content length being exceeded.
Again - sorry for not reading it fully.
i am copying this contents of a discussion we had on MSWebDev.. it has some
client side javascript and http module which could be helpful.. and it will
also help you understand why you are getting the error and you cant handle
it..
---------------------------
<html>
<head>
<script type="text/javascript">
function CheckAttachment()
{
var fso = new
ActiveXObject("Scripting.FileSystemObject");;
if (fso.GetFile(document.all.FileUpload.value).size
> 4000000)
{
document.all.ErrorMsg.innerHTML = "File to large!";
return false;
}
return true;
}
</script>
</head>
<body>
<form enctype="multipart/form-data" method="post" onsubmit="return
CheckAttachment()">
File: <input type="file" id="FileUpload" name="FileUpload"
/><br />
<input type="Submit" value="Upload" /><br />
<span id="ErrorMsg" name="ErrorMsg"></span>
</form>
</body>
</html>
----------------------------------------------------------------------------
------
the following code in an HttpModule can read the entire stream and then
redirect to an error page. Using buffering means that the entire file won't
be sucked into memory in a single shot. However if all you want to do is
reject the file for being too large the connection may be tied up for some
considerable time before the user gets the error message. This ties in with
Jos's comments of using a secondary progress window on the client to
potentially recover the broken request scenario:
Apologies for the formatting...
public void BeginRequest(Object source, EventArgs e) {
HttpRequest request = HttpContext.Current.Request;
if (request.ContentLength > 4096000)
{
HttpApplication app = source as HttpApplication;
HtttpContext context = app.Context;
HttpWorkerRequest wr =
(HttpWorkerRequest)(context.GetType().GetProperty
("WorkerRequest", BindingFlags.Instance |
BindingFlags.NonPublic).GetValue(context, null));
byte[] buffer;
if (wr.HasEntityBody())
{
int contentlen = Convert.ToInt32(wr.GetKnownRequestHeader(
HttpWorkerRequest.HeaderContentLength));
buffer = wr.GetPreloadedEntityBody();
int received = buffer.Length;
int totalrecv = received;
if (!wr.IsEntireEntityBodyIsPreloaded())
{
buffer = new byte[65535];
while (contentlen - totalrecv >= received)
{
received =
wr.ReadEntityBody(buffer,
buffer.Length);
totalrecv += received;
}
received =
wr.ReadEntityBody(buffer, contentlen - totalrecv);
}
}
context.Response.Redirect("~/Error.aspx");
}
}
----------------------------------------------------------------------------
To redirect the client your server has to send back a response. The
redirection is contained in the HTTP headers.
To accept a response the client first has to finish requesting the current
page.
You're rejecting the request itself.
The client isn't going to be expecting a response given that it's not even
finished telling the server what it wants.
----------------------------------------------------------------------------
--
I can understand why the browser displays the message it does on the client
side.
What I can't understand is why I can't trap the request, check the content
length and reject it myself on the server side. By reject I mean redirecting
the user to my own custom error screen if they're attempting to post data
that's deemed too large. After installing an HttpModule and adding my own
BeginRequest handler, checking the content length and attempting a redirect
I would have thought this would prevent the file being uploaded and the
transfer taking place. I thought the BeginRequest was the first call within
the ASP.NET pipeline allowing me to url map, redirect the user, modify the
request etc.
--
Regards,
Hermit Dave
(http://hdave.blogspot.com)
"Jesse" <Je...@discussions.microsoft.com> wrote in message
news:B8879A40-C914-4C9A...@microsoft.com...
--
Regards,
Hermit Dave
(http://hdave.blogspot.com)
"Hermit Dave" <hermitd...@CAPS.AND.DOTS.hotmail.com> wrote in message
news:OrK7a4ej...@TK2MSFTNGP10.phx.gbl...