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:
http://home.thany.nl/browsable/gallery-fails/IMG_2054.jpg

The error I'm getting is very descriptive:
"IMG_2054.jpg - Unable to process this photo"

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
Using Server Add, the picture does go into the gallery. So something must be wrong in the upload machanism, right? Especially since this problem is reproducible over and over and over again with this particular picture.

 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 26097
Posted: Mon, 2012-06-04 02:09

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

 
thany

Joined: 2010-06-22
Posts: 26
Posted: Mon, 2012-06-04 02:15

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 :)

 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 26097
Posted: Mon, 2012-06-04 02:56
Quote:
Flickr doesn't have the same problems, does it?

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

 
MarkRH

Joined: 2007-05-25
Posts: 219
Posted: Mon, 2012-06-04 10:03

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

 
thany

Joined: 2010-06-22
Posts: 26
Posted: Mon, 2012-06-04 11:18

@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.

 
jnash
jnash's picture

Joined: 2004-08-02
Posts: 669
Posted: Mon, 2012-06-04 13:16

No problems for me on my measly specs of a server. Normal upload works fine.

 
thany

Joined: 2010-06-22
Posts: 26
Posted: Mon, 2012-06-04 13:41

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.

 
jnash
jnash's picture

Joined: 2004-08-02
Posts: 669
Posted: Mon, 2012-06-04 13:49

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.

 
thany

Joined: 2010-06-22
Posts: 26
Posted: Mon, 2012-06-04 16:25

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...

 
jnash
jnash's picture

Joined: 2004-08-02
Posts: 669
Posted: Mon, 2012-06-04 16:55

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.

 
thany

Joined: 2010-06-22
Posts: 26
Posted: Mon, 2012-06-04 20:20

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?

 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 26097
Posted: Mon, 2012-06-04 20:27

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

 
floridave
floridave's picture

Joined: 2003-12-22
Posts: 26097
Posted: Mon, 2012-06-04 20:33
Quote:
Anyway, if the toolsets are the problem. Which is the best?

Not GD
http://www.graphicsmagick.org/benchmarks.html

Dave
____________________________________________
Blog & G2 || floridave - Gallery Team

 
MarkRH

Joined: 2007-05-25
Posts: 219
Posted: Tue, 2012-06-05 19:36

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