coppermine blank page after upload

[enginama]

All of a sudden coppermine goes to a blank page after trying to upoad a pic.
Anyone come across this before?

[InspectorClueNo]

Server admin must have changed something, pls consult with them.
If they are able to help you then its all good, otherwise ask them for a list of recent changes their server had, so we can have a clue on whats going on.

Also good idea to ask them about any php logged error.

If php error logging is not enabled you have to options:
1. Ask them to do so, they can do that within your apache virtual host.
2. Tweak DF to log php errors for you.

[layingback]

Long shot, but have you checked with smaller picture? Encountered same problem with several images today. Reproduced on several sites. (Also trying batch upload and Batch Add, Batch Add was failing with no status icon displayed - no OK, or PB.)

Images were 500-600KB & 2275x3300px. Reducing to 100KB, 800x600px and all was well (with both methods).

These sizes would not have caused problems before, but my host has moved to new server, and latest software, so something has changed. But at least resizing gives a way around this.

I think I'll look at a way to resize on upload to Coppermine when I get the chance, as my Pro_News uploads work fine (they resize down by default).

My host updated to PHP 5.2.16, MySQL 5.0.91.

[enginama]

Yeah by resizing the actual pic to 800x600 it worked.Although the larger sizes used to work before and I havent changed any settings. So must be something in the server OS packages that have changed.
As it's a virtual server I know they are not going to undo the upgrade, so will have to live with resizing the files.

I rechecked my current server versions and they have updated them as well.
Linux - 2.6.9-023stab051.3-entnosplit
SQL - 5.0.91-community
PHP - 5.2.13


Thanks for the ideas, at least I got it to work finally, not very user friendly for users who dont know how to resize but it's minor.

[layingback]

Yeah, but I wonder what changed?

My host has raised the default memory size (from 32MB to 64MB) so it isn't running out of memory per se.

Timeout - seems unlikely too as although my host hasn't changed that, I have gone to a less crowded server with 16CPU's versus 4, so doubt that cause too.

MySQL is also unlikely cause, I would have thought.

So that leaves PHP? I went from 5.2.9 to 5.2.16, but from your specs it looks as if 5.2.13 is enough - if PHP the is cause.

I was also switched to cPanel (11.28). I was previously on Ensim/Parallels in High Security mode, and interestingly I had to modify the code (see here) in just this area to get it to run at all. DJ Maze thought at the time that it was most probably as a result of a compile quirk, so perhaps that is what we are seeing here?

** UPDATE ** I can reproduce under my test environment (vanilla XAMPP) so that removes cPanel as possible cause.

Anyone got any thoughts, or ideas how to trace? A blank screen is notoriously difficult to extract much info from ...

[layingback]

OK, I may have found it!

My dev system has 128MB as php memory limit, but error stated that 32MB limit had been exceeded (in includes/imaging/gd2.inc).

Line 22 of same module says:

Code::

if (CAN_MOD_INI) ini_set('memory_limit', '32M');

Comment this line out, and all is good.

So it looks as if we have both been inflicted by an act of generosity by our hosts! They have recently allowed us to edit php.ini, and in doing so DF code has _reduced_ the available memory!

But looking here you'll see Nano's correction for CVS, I would suggest instead that you change line 22 to match.

Let me know ...

[enginama]

yep that fixed it. Awesome.

Thanks for your help..made my day

[layingback]

Glad to hear it. Keep an eye on my site layingback.net, because if I do crack the resize on upload feature, I'll place it there.

I find it useful to allow users to upload any size - that they can successfully upload via their uplink - but I frequently don't want 4Kx3K images trying to display on the site! I have the resize code from the Batch Upload utility that I wrote for Pro_News (to avoid the dependency on FTP). So it's just a matter of finding time to experiment...

[enginama]

Thanks..I think it would be a great tool to resize on submit..as no one wants to scroll up and down to see a pic.

[layingback]

I've made a stab at a resize on the fly patch and would be interested in test results.

See the Dragonfly forum on layingback.net.

[NanoCaiordo]

@layingback: bookmarked your patch
however I think the whole trick is setting up a higher memory_limit.
Years has past and pictures have bigger resolution but the memory_limit is still stuck to older times.

Thanks.

[enginama]

I updated the test code per suggestions. When you have a file over 2mb it won't upload, says it's a php limitation.
The resize worked on width but not on height.

Thanks for all your efforts on this, great work.

[NanoCaiordo]

Well post_max_size and upload_max_filesize should also be set to, try, 4M.

In case you want to upload files bigger then 4M, then:

PHP:

set_time_limit(0); ini_set('memory_limit', '128M'); ini_set('post_max_size', '8M'); ini_set('upload_file_size', '8M');

[rosbif]

I've tried LB's changes but am getting a message (eventually) saying

Quote::

CMS Error /home/chantill/public_html/modules/coppermine/db_input.php line 360: The size of the file you have uploaded is too large (maximum allowed is 2097152 KB) !

PHPinfo shows my variables as being Memory_Limit as 128M, upload_max_filesize as 10M and post_max_size as 55M. So where would the 2M limit be coming from?

[layingback]

enginama wrote:

The resize worked on width but not on height.

Can you tell me the sizes of the image in question please, as I tested with 3+KB x 2+KB as well as 2+KB x 3+KB. Retested after your post, al;so with image of 834h x 457w with max img setting of 800 and it resized to 800h x 438w.

Re the 2MB limit: There is a Maximum Upload Size config variable in Coppermine which defaults to 2048KB ...