Welcome Guest! You need to login or register to make posts.

Notification

Icon
Error

Options
Go to last post Go to first unread
ExposureManager  
#1 Posted : Monday, April 9, 2007 8:31:11 AM(UTC)
ExposureManager

Rank: Member

Groups: Member
Joined: 2/12/2006(UTC)
Posts: 8

Hi,

We recently upgraded to version 4.1.21.0 to get the IE 7 and Windows Vista compatibility. Since then, our customer support staff has been overwhelmed with complaints of IE users (both IE 6 & 7).

This only happens when we resize the images prior to uploading (so we only send thumbnail1, and NOT the source file). If we do not resize, the upload completes fine.

With the resize on, depending on the max connection count, it will go to 'waiting for server' after 20 to 30 files (3 connections) and 40 to 50 files (5 connections). It does this every time.

To rule out a server problem, we uploaded over 15,000 images directly through the same CGI process without an issue. IE 6 users using uploader 3.5 have no issues, and neither do FireFox users (PC and Mac).

It seems there may be some sort of memory leak with the resizing. The images resized are full resolution files, ranging from 2 to 10mb.

It seems to affect all Windows systems. Any guidance is greatly appreciated as this is costing us quite a bit of business (people upload to us to sell photos, meaning no uploads == no sales). Thank you!

Donovan (see settings below)

Our settings are:
Code:
iu.activeXControlCodeBase = "/uploader/ImageUploader4.cab";
iu.activeXControlVersion = "4.1.21.0";

iu.javaAppletCodeBase = "/uploader/";
iu.javaAppletCached = true;
iu.javaAppletVersion = "2.1.1.0";
// license key removed

iu.addParam("AutoRecoverMaxTriesCount", 10);
iu.addParam("AutoRecoverTimeOut", 5000);
iu.addParam("DescriptionsReadOnly", "true");
iu.addParam("ShowDescriptions", "false");
iu.addParam("AdditionalFormName", "form1");
iu.addParam("PreviewThumbnailsize", "75");

iu.addParam("UploadThumbnail1Width", "800");
iu.addParam("UploadThumbnail1JpegQuality", "93");
iu.addParam("UploadThumbnail1CopyExif", "True");
iu.addParam("ShowButtons", "False");
iu.addParam("ShowDebugWindow", "False");
iu.addParam("MaxConnectionCount", "5");
iu.addParam("Action", "/cgi-bin/imaging.pl?<tmpl_var session_name>=<tmpl_var session_id>");
iu.addParam("FileMask", "*.jpg;*.jpeg;*.jpe;*.zip;");
iu.addParam("EnableRotate", "False");
iu.addParam("ShowUploadCompleteMessage", "False");
iu.addParam("TimeOut", "2500");
iu.addParam("FolderPaneHeight", "200");
iu.addParam("SignatureFilter", "all");
iu.addParam("Padding", "0");
iu.addParam("FilesPerOnePackageCount", "1");

iu.addEventListener("Progress", "ImageUploader_Progress");
iu.fullPageLoadListenerName = "fullPageLoad";
iu.writeHtml();

Edited by user Friday, February 22, 2008 3:18:28 PM(UTC)  | Reason: Not specified

ExposureManager  
#2 Posted : Tuesday, April 10, 2007 1:47:29 AM(UTC)
ExposureManager

Rank: Member

Groups: Member
Joined: 2/12/2006(UTC)
Posts: 8

Update

We tried the online demo, but since it is limited to 10 files, it did not give us any useful data. We also rebooted the machines before trying, and no luck (in fact, now it stopped at 34 out of 139 files with 5 max connections).

To rule out a server issue completely, we set the action parameter to go to a different server, one that would just return an html page. It stalled after approx. 40 images.

Any feedback would be greatly appreciated! Thanks!

Donovan


ExposureManager  
#3 Posted : Tuesday, April 10, 2007 3:50:42 AM(UTC)
ExposureManager

Rank: Member

Groups: Member
Joined: 2/12/2006(UTC)
Posts: 8

Update 2

We just tried installing 4.1.1.0 and the same problem is occurring. One important thing that I left out initially, is that uploads sometimes DO resume after a long wait, but that from that moment onwards, it takes several minutes per image, and it is basically unworkable.

Since we did not have this problem with previous versions (incl. 4.0), I tend to think there is something in the "ActiveX version upload mechanism was totally changed. As a result the upload speed dramatically increased." feature that is causing this. Once it stalls, users cannot cancel, they have to ctrl-alt-delete. Perhaps a threading problem somewhere?

ExposureManager  
#4 Posted : Wednesday, April 11, 2007 1:54:34 AM(UTC)
ExposureManager

Rank: Member

Groups: Member
Joined: 2/12/2006(UTC)
Posts: 8

Update 3

After a lot of tweaking with the settings, the problem goes away partly by setting silentmode to true. Small uploads (<200 images) now complete ok, though the uploader still stalls on much larger uploads. As indicated in a previous update, it will resume, but then uploads only a few images before stalling again.

The moment we turn silentmode off, the problem re-occurs again after about 30 to 50 images.

It has been two days since my original post, and I am a little frustrated that there has been no Aurigma response at all. I have provided a lot of information. It should not be hard to find the issue now.

Thank you.

Donovan Janus
Chief Executive Officer
ExposureManager.com - Focus on Sales
Alex Makhov  
#5 Posted : Monday, April 16, 2007 2:59:39 PM(UTC)
Alex Makhov

Rank: Advanced Member

Groups: Member
Joined: 8/3/2003(UTC)
Posts: 998

Hello Donovan,

Sorry for the long delay.

Could you provide a link to your site for use to debug Image Uploader? That is a best way to find the reason of the problem. You could send this information as a PM.
Sincerely yours,
Alex Makhov

UserPostedImage Follow Aurigma on Twitter!
aurapp  
#6 Posted : Wednesday, April 25, 2007 5:47:59 PM(UTC)
aurapp

Rank: Member

Groups: Member
Joined: 3/11/2006(UTC)
Posts: 6

Donovan, thanks for all your messages.

We have exactly the same problem with IE 6 or 7, upload freezes after 15-25 images (with resizing) with Image Uploader 4.1.60.0
But when we remove "MaxConnectionCount" property (actually set to 3), no problem.

And for Aurigma team, I say that it is impossible to get debug info because when it freezes, we cannot cancel anything, forced to "ctrl-alt-del".

So I would appreciate you to inform us when this problem is solved.

Good luck everybody !

Aurapp
Alex Makhov  
#7 Posted : Friday, May 4, 2007 7:56:06 PM(UTC)
Alex Makhov

Rank: Advanced Member

Groups: Member
Joined: 8/3/2003(UTC)
Posts: 998

Hello,

Sorry for the long delay.
I have added the MaxConnectionCount bug information to our bug tracking system and the fix will be available in further releases.
Sincerely yours,
Alex Makhov

UserPostedImage Follow Aurigma on Twitter!
Users browsing this topic
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.