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

Notification

Icon
Error

Options
Go to last post Go to first unread
G4XTR  
#1 Posted : Tuesday, October 15, 2013 9:07:10 AM(UTC)
G4XTR

Rank: Member

Groups: Member
Joined: 12/23/2009(UTC)
Posts: 15

Thanks: 1 times
Hi,

I am currently experiencing the problem that some images which are uploaded are completely white.

I haven't yet been able to reproduce the problem as it has occurred only for a minority of users.

Screenshot of images:
https://www.dropbox.com/...013-10-15%2018.38.26.png

Current Uploader Version:
Aurigma Upload Suite 8 (Professional)

Agents on which problem has occured: http://user-agent-string.info/
Mozilla/5.0 (Windows NT 6.0; rv:22.0) Gecko/20100101 Firefox/22.0
Mozilla/5.0 (Windows NT 6.1; rv:24.0) Gecko/20100101 Firefox/24.0
Mozilla/5.0 (Windows NT 6.0) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.69 Safari/537.36

Converter Code:
// configure converters
$converter = new Converter();
$converter->setMode("*.*=Thumbnail");
$converter->setThumbnailWidth(300);
$converter->setThumbnailHeight(300);
$uploader->setConverters(array($converter));

// configure file filter for open file dialog
$uploader->getRestrictions()->setFileMask("[['Images (*.jpg;*.jpeg;*.png;*.gif;*.bmp)', '*.jpg;*.jpeg;*.png;*.gif;*.bmp']]");

Thanks for any help / suggestions
Andrew  
#2 Posted : Wednesday, October 16, 2013 6:05:12 AM(UTC)
Andrew

Rank: Advanced Member

Groups: Member, Administration
Joined: 8/2/2003(UTC)
Posts: 870

Thanks: 2 times
Was thanked: 26 time(s) in 26 post(s)
Is it HTML5/Flash or Java uploader? What exact version you have? Is it 8.0.51?

Also, it would be great to have the source file for some of such white images. Could you temporary enable source file uploads along with thumbnails until we receive some samples?
G4XTR  
#3 Posted : Monday, October 21, 2013 6:01:32 AM(UTC)
G4XTR

Rank: Member

Groups: Member
Joined: 12/23/2009(UTC)
Posts: 15

Thanks: 1 times
Hi Andrew,

sorry for the wait, I was trying to obtain the source images. I have received the original image, however without being able to reproduce the problem - using the following agents;

Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/534.57.2 (KHTML, like Gecko) Version/5.1.7 Safari/534.57.2
Mozilla/5.0 (compatible; MSIE 10.0; Windows NT 6.1; WOW64; Trident/6.0; NP06)
Mozilla/5.0 (Windows NT 6.1; WOW64; rv:24.0) Gecko/20100101 Firefox/24.0
Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/30.0.1599.101 Safari/537.36

This is the HTML5/Flash Uploader. I believe this is the newest Upload Suite 8.x, but I couldn't find the exact version number in the script files - and no longer have the downloaded archive. Is there any way to read the exact version from the code?

I will send you the source images + thumbnails images via PM

Thanks,
Joris
Andrew  
#4 Posted : Tuesday, October 22, 2013 4:04:39 AM(UTC)
Andrew

Rank: Advanced Member

Groups: Member, Administration
Joined: 8/2/2003(UTC)
Posts: 870

Thanks: 2 times
Was thanked: 26 time(s) in 26 post(s)
Thanks, Joris! It looks like these images are too large for HTML5/Flash (6000x4000 JPEG). I suspect it may run out of memory and it may result blank image instead of a thumbnail. Unfortunately, neither JavaScript nor ActionScript are good enough to manipulate 100MB+ buffers.

To prevent it, I afraid you should either upload source images only or limit users with the max file width/height. If they need to upload such large photos, they should use Java/ActiveX uploader instead (it is more memory-friendly and can upload images in several times larger).

Edited by user Tuesday, October 22, 2013 4:06:39 AM(UTC)  | Reason: Not specified

thanks 1 user thanked Andrew for this useful post.
G4XTR on 10/24/2013(UTC)
G4XTR  
#5 Posted : Wednesday, October 30, 2013 12:14:00 PM(UTC)
G4XTR

Rank: Member

Groups: Member
Joined: 12/23/2009(UTC)
Posts: 15

Thanks: 1 times
Hi Andrew. I added a maximum filesize limitation to 11MB, but that apparently didn't do the trick. What would be the best method to limit the dimensions to 6000x4000 or 4000x6000 (regardless of rotation)? Is there for instance a way to limit the size of the longest & shortest image dimension?
Andrew  
#6 Posted : Wednesday, October 30, 2013 7:55:45 PM(UTC)
Andrew

Rank: Advanced Member

Groups: Member, Administration
Joined: 8/2/2003(UTC)
Posts: 870

Thanks: 2 times
Was thanked: 26 time(s) in 26 post(s)
If you don't want it to exceed 6000 pixels in any dimension, you should just set the same value for both width and height:

Code:
$au.imageUploaderFlash({
    restrictions: {
        maxImageHeight: 6000,
        maxImageWidth: 6000
    }
});


I would set even smaller limitation though.

Although it will pass 6000x6000 and reject, say, 10000x100 image, if the most users upload standard photos (with standard 4:3 or 3:2 aspect ratios), I think it should work fine.
G4XTR  
#7 Posted : Thursday, October 31, 2013 7:55:32 AM(UTC)
G4XTR

Rank: Member

Groups: Member
Joined: 12/23/2009(UTC)
Posts: 15

Thanks: 1 times
Hi Andrew. Yes this is the problem, some images are for example 6000x6000 or 5000x6000

If the longest/shortest side cannot be referred to, would it be a possibility to set for example

$uploader->getRestrictions()->setMaxImageHeight(6000);
$uploader->getRestrictions()->setMaxImageWidth(6000);

and an additional
$uploader->getRestrictions()->setMaxFileSize(?);

in order to restrict images such as 6000x6000 or 5000x6000?

Currently we have set the maxHeight & maxWidth to 4000, but this is quite suboptimal...
Andrew  
#8 Posted : Thursday, October 31, 2013 9:08:06 PM(UTC)
Andrew

Rank: Advanced Member

Groups: Member, Administration
Joined: 8/2/2003(UTC)
Posts: 870

Thanks: 2 times
Was thanked: 26 time(s) in 26 post(s)
Yes, there is the MaxFileSize parameter, but earlier you mentioned that it does not help (why?).

Anyway, I have sent a suggestion to the support team. We will consider making the size dimensions more flexible (e.g. by limiting the image square, not just the particular width or height). However I cannot give any ETA for this.
G4XTR  
#9 Posted : Friday, November 1, 2013 6:26:55 AM(UTC)
G4XTR

Rank: Member

Groups: Member
Joined: 12/23/2009(UTC)
Posts: 15

Thanks: 1 times
Yes, the MaxSize did not prevent white thumbnails to be uploaded, although the problem did seem to be reduced (less occurances). Quite puzzling indeed, I thought maybe there is something about filesize unrelated to pixel dimensions that I am unaware of.

We will keep the max dimensions at 4000x4000 and see how that goes. If all goes well we might consider 6000x6000 & a maxsize of 12MB.

Thanks for your help and the possibility for the additional feature in the future.

Edited by user Friday, November 1, 2013 6:27:53 AM(UTC)  | Reason: Not specified

Andrew  
#10 Posted : Friday, November 1, 2013 9:57:57 PM(UTC)
Andrew

Rank: Advanced Member

Groups: Member, Administration
Joined: 8/2/2003(UTC)
Posts: 870

Thanks: 2 times
Was thanked: 26 time(s) in 26 post(s)
Joris,

I think you keep receiving white thumbnails because 11MB size is not strict enough. The problem may happen with smaller images as well. So I would recommend to reduce the limitation to, say, 5-6MB.

If the most photos your users upload are larger, you should better switch at least to pure Flash uploader (just set type:'flash') or even better, to Java/ActiveX.
G4XTR  
#11 Posted : Tuesday, November 12, 2013 7:25:51 AM(UTC)
G4XTR

Rank: Member

Groups: Member
Joined: 12/23/2009(UTC)
Posts: 15

Thanks: 1 times
Hi Andrew,

we are continuing to experience problems with white thumbnails (Altough the occurances have been reduced with the added filesize restrictions). Our current upload limitations are:

$uploader->getRestrictions()->setMaxImageHeight(6000);
$uploader->getRestrictions()->setMaxImageWidth(6000);
$uploader->getRestrictions()->setMaxFileSize(5242880); (= 5MB)

We are already using the Java version as an alternative. However we prefer HTML5/Flash if possible as customer are having difficulties installing the Java plug-in (This is the reason why we upgraded our old uploader; to include an HTML5/Flash option).

Just for clarification, you mention that we could use flash instead of html5 (type:flash). Is there no file limit restriction when using flash? Earlier you stated "Unfortunately, neither JavaScript nor ActionScript are good enough to manipulate 100MB+ buffers.". Do you think forcing flash usuage would minimizing the problem nonetheless?

Thanks,
Joris


Andrew  
#12 Posted : Wednesday, November 13, 2013 12:48:08 AM(UTC)
Andrew

Rank: Advanced Member

Groups: Member, Administration
Joined: 8/2/2003(UTC)
Posts: 870

Thanks: 2 times
Was thanked: 26 time(s) in 26 post(s)
Flash also may suffer from similar problems with memory, but it is much more reliable. So switching to pure Flash should definitely reduce the probablility of these problems.
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.