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.pngCurrent 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
|
|
|
|
Rank: Advanced Member
Groups: Member, Administration Joined: 8/2/2003(UTC) Posts: 876
Thanks: 2 times Was thanked: 27 time(s) in 27 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?
|
|
|
|
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
|
|
|
|
Rank: Advanced Member
Groups: Member, Administration Joined: 8/2/2003(UTC) Posts: 876
Thanks: 2 times Was thanked: 27 time(s) in 27 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
|
1 user thanked Andrew for this useful post.
|
|
|
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?
|
|
|
|
Rank: Advanced Member
Groups: Member, Administration Joined: 8/2/2003(UTC) Posts: 876
Thanks: 2 times Was thanked: 27 time(s) in 27 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.
|
|
|
|
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...
|
|
|
|
Rank: Advanced Member
Groups: Member, Administration Joined: 8/2/2003(UTC) Posts: 876
Thanks: 2 times Was thanked: 27 time(s) in 27 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.
|
|
|
|
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
|
|
|
|
Rank: Advanced Member
Groups: Member, Administration Joined: 8/2/2003(UTC) Posts: 876
Thanks: 2 times Was thanked: 27 time(s) in 27 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.
|
|
|
|
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
|
|
|
|
Rank: Advanced Member
Groups: Member, Administration Joined: 8/2/2003(UTC) Posts: 876
Thanks: 2 times Was thanked: 27 time(s) in 27 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.
|
|
|
|
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.