Forums

IMPORTANT: We have migrated to new forum engine. Some passwords were reset during migration. If you cannot log in now, try to restore password. If you still cannot login or have any other problems with new forum, please email to support@aurigma.com.
Welcome Guest Search | Active Topics | Members

Java Image Uploader 5.0.15.0 Server Redirect Error Options
kolegio1
Posted: Thursday, January 31, 2008 10:13:09 AM
Rank: Newbie
Groups: Member

Joined: 1/29/2008
Posts: 3
Points: 9
I am currently doing work for a client who recently purchased your Dual Image Uploader application. The Active X version seems to work fine in Internet Explorer, however I am getting the following error meesage below with the Java Image Uploader version 5.0.15.0 in Firefox version 2.0.0.11. I am integrating the tool in an ASP.NET 2.0 environment.

The problem occurs when I select some images from the tool and click the Submit button. It gives me a

"The server attempted to redirect you, but server redirects are not supported" error.

Could you please tell me if this is being fixed or has been addressed. I did a search in your forum and found similiar problems including the session data disappearing and implementing a cookie fix but that did not help.


kolegio1 attached the following image(s):
Screenshot.jpg

Alex Makhov
Posted: Friday, February 01, 2008 11:09:31 PM

Rank: Advanced Member
Groups: Administration , Member

Joined: 8/3/2003
Posts: 996
Points: 1
Hello,

Actually I'm almost completely sure the reason of the problem is in Cookies. Your ASP.NET upload processing page tries to get cookies, fails in the case of Java applet and tries to redirect you to the login page. Please, ensure that you have completely done everything right this article says:

PRB: Image Uploader for Java looses HTTP-only cookies.


Sincerely yours,
Alex Makhov.

Not in Aurigma any more. But still with my clients. Want to know the last news about Image Uploader? Visit my blog on Aurigma Blogs.
kolegio1
Posted: Monday, February 04, 2008 2:42:26 PM
Rank: Newbie
Groups: Member

Joined: 1/29/2008
Posts: 3
Points: 9
This thread did NOT help me as I mentioned before. There is still something wrong with the Java version of the tool. When adding the code stated in the article the application says: object not set to an instance of an object" when trying to access the cookie.

I looked in the headers and that cookie does not even exist. Only the ASP.NET_SessionId cookie is available. Is there something I have missed or am not including that should have accompanied that article?

Tim
Andrew
Posted: Saturday, February 09, 2008 1:04:07 AM

Rank: Advanced Member
Groups: Administration , Member

Joined: 8/2/2003
Posts: 703
Points: 90
Hi Tim,

I am unsure whether the problem still exist - I tried to reproduce it according to information you sent us through email, but was able to upload successfully (I have just emailed you about this). But anyway, I will put my two cents into this problem. Maybe it will be helpful for someone.

In fact this problem is not necessary can be caused by missing cookies. This message appears every time when the server code tries to redirect you to some other page. When it happens, the connection established by Image Uploader is closed with HTTP code 300 (or 301, 302, etc - no matter).

Why it may happen?

1. Situation described in the article Alex refers. Although you tell that it cannot happen in your case, let me outline the reason of server redirect in this scenario. It happens if you are using cookie-based authentication but that cookie under certain circumstances is invisible for IU. So when Image Uploader tries to post anything to the upload processing page, it is deemed to be logged out, and the server redirects you to the login page.

2. Your server code just calls Server.Redirect method directly. I do not thing that it is your case, because I think you would notice that.

3. Some server error occurs (for example, insufficient permissions, syntax error, some unhandled exception, or something like this) and your server is configured to redirect the user to a specific "user-friendly" error page. In this case Image Uploader may get HTTP code 300 instead of HTTP code 500. This is also strange (since ActiveX works fine), but it worth to check out. Just try to debug the server page, maybe you will find anything.

How to fix it?

Well... Obviously it is necessary to check out all three points, especially the first one. I know you hate to hear about http-only cookies stuff again, but this is the most frequent reason of the problem, that's why guys recommend to take a look at it all the way. I think that the best way to understand whether the problem is in them or not is to disable http-only cookies and see whether it will work. To do it you should change appropriate web.config entry like this:

<httpCookies httpOnlyCookies="false" />

If it turned out that none of this helps, namely:

1. Upload still fails with the same error message with httpOnlyCookies = "false".
2. You do not call Server.Redirect anywhere in the Action page.
3. You do not have server-side error in this page (most likely it is not called at all, so the problem occurs before IIS passes the control into this page).

In this case we need to take a deeper look into this. What we need from you is:


  • Link to your page with all necessary login information, etc.
  • Information about the browser you use, etc.
  • If the problem happens from time to time (e.g. if you send a certain number of files or something like this), information how to get it assuredly.
  • Java console output.


I hope this helps.

Sincerely yours,
Andrew Simontsev from Aurigma Team
Users browsing this topic
Guest


Forum Jump
You cannot post new topics in this forum.
You cannot reply to topics in this forum.
You cannot delete your posts in this forum.
You cannot edit your posts in this forum.
You cannot create polls in this forum.
You cannot vote in polls in this forum.

Main Forum RSS : RSS

YAFVision Theme Created by Jaben Cargman (Tiny Gecko)
Yet Another Forum.net version 1.9.1.6 running under Cuyahoga.
Copyright © 2003-2006 Yet Another Forum.net. All rights reserved.