Another picture that doesn't want to upload
|
thany
Joined: 2010-06-22
Posts: 26 |
Posted: Mon, 2012-06-04 01:42
|
|
I've got another picture that doesn't want to upload. It's about 8MB in size, and this shouldn't be a problem as I've uploaded other pictures much larger than that. Also, it is a JPEG no different from any other JPEG - just saved it using photoshop. It's not CMYK or 16bpc or anything like that. Plain vanilla JPEG with some EXIF. Here it is: The error I'm getting is very descriptive: I've tried it twice. Both times I got the same error. As a sidenote: please, can a reason for such a thing be given in the next version of G3? /edit |
|

Posts: 26097
Works for me:
http://www.langleycom.com/gallery3/test/IMG_2054
I did use the server add method as it is more reliable for larger (over 4 meg) images.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 26
I'm still trying to understand why an upload would be less reliable. I mean, Flickr doesn't have the same problems, does it? So it must be possible to get it rock solid. Wouldn't you want to get it right once and for all?
I'm a developer too (a different kind, though) and it bugs the heck out of me if something doesn't want to become stable
Posts: 26097
Don't know. They have 1000s of servers for their users and most hosts push the limits on theirs for the 5-10 bucks they get each month.
They have 100's of employees and millions of dollars worth of infrastructure to support that. We don't
We welcome more reliable method that works on thousands and thousands of different hosts with less than reliable performance issues.
Create a module that works on your host, test it, and we can test it as well. Then we will be able to make a replacement of the existing method(s).
If you don't have that skill then find one that can.
Dave
_____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 219
I was able to upload that image fine into my gallery using the normal upload dialog. Could be a PHP setting or some difference in configuration that's letting it work for me.
- Mark H.
Using Gallery 3.0.3 - gallery.markheadrick.com
Posts: 26
@floridave
I'm obviously not talking about hosting. I understand you don't have the money. In fact, hosting is up to the users (meaning the users that install G3 on their server). The thing is, my host settings are so rediculously high already that I shouldn't have any problems uploading a moderately large file. My host is my own server, and I know what it can handle - it can definately handle a measly 8MB upload.
So the bottomline is - the error needs to show WHAT went wrong and WHY, not just the fact that it did go wrong. You, as a developer, also wouldn't be happy with users yelling "it doesn't work!". You need to know specifics, and so do I. Good error messages help me finding the real problem.
Posts: 669
No problems for me on my measly specs of a server. Normal upload works fine.
Posts: 26
I understand, and that's why I need to know what the problem is. For that, I need a proper error... Some kind of code or trace. Or anything really; at least more than nothing.
Posts: 669
Unfortunately, Kohana is really bad about outputting errors, it's the framework, not necessarily the developers.
Can you post any of your log file details when the image fails? Might lead to a few suggestions here.
Posts: 26
Unfortunately, any logs in ~/var/logs that might be recent enough are empty.
I don't know about Kohana, but can't you push the developers of that to be a little more descriptive in their errors then? Because with current hings, it might frustrate users and developers alike. An error like "it doesn't work" could mean both an error in the PHP code, or an error in the implementation, or even both. Without Kohana spewing out good errors, it's all guesswork, for you as well as for me.
In the meantime, I'd like to know which things I *could* try to fix it. Is there a comprehensive list of problems that might produce such undescriptive erros? Then at least I've got some things to try before becoming completely clueless...
Posts: 669
As other folks may have stated, usually, with images over 4mb, the best method is via the 'server add' module. There have been a number of issues with the image toolsets used (GD / ImageMagic / etc.) that are resource bound, and therefor fail out on multiple uploads via the built-in uploader.
You could start by changing the Settings->Advanced->simultaneous_upload_limit to 1: This often helps when resources are the issue.
Posts: 26
That's just it, resources are not the problem. As I've stated, I've been able to upload pictures much larger than the one in question. Larger in bytes, and larger in dimensions...
Also, for me it becomes more and more of a problem to use server add, because it required at least double the disk space for each photo (once to put somewhere ready to be picked up, and once more when it's actually in the gallery). My server is getting cramped, so after my next holiday I might not be able to do this.
Anyway, if the toolsets are the problem. Which is the best? There has to be one that gives the least amount of problems, right?
Posts: 26097
There is a debug option to try:
FAQ: How do I see debug information?
You could see if monitoring/capturing the HTTP traffic using Wireshark or similar tool would yield any info.
Future versions of the Kohana framework have better error handling/logging as far as I know, but there is little development resources to tackle a large framework change at this time.
See if http://codex.gallery2.org/Category:Gallery_3:Other_Clients yield better results.
Dave
____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 26097
Not GD
http://www.graphicsmagick.org/benchmarks.html
Dave
____________________________________________
Blog & G2 || floridave - Gallery Team
Posts: 219
I don't think the image size is the problem. If it were, every image 8mb in size would barf. Try to upload a version of that image that contains no EXiF or IPTC data (I did have one image that failed to upload due to a certain combination of EXiF and IPTC data that I had entered.). Try opening and re-saving it with a different filename using one of your graphics programs.
FYI I am using ImageMagick version 6.0.7 on my webhost's server.
- Mark H.
Using Gallery 3.0.3 - gallery.markheadrick.com