[Solved]: Batch Upload Problem ... [Solved]: Batch Upload Problem ...
 

News:

CPG Release 1.6.26
Correct PHP8.2 issues with user and language managers.
Additional fixes for PHP 8.2
Correct PHP8 error with SMF 2.0 bridge.
Correct IPTC supplimental category parsing.
Download and info HERE

Main Menu

[Solved]: Batch Upload Problem ...

Started by The West Wing, May 16, 2008, 08:44:06 AM

Previous topic - Next topic

0 Members and 1 Guest are viewing this topic.

The West Wing

Hi,

I have used Coppermine for years. I have had a batch upload problem for the past two weeks or so. I have read countless threads on this forum and read many times your good Upload problems docs. I'm sorry to post but I have no solution.

I CAN upload very well via the normal 5 box interface but as I upload 500+ images every week, this is very slow. I have upgraded Coppermine to the latest 1.4.18, the albums folder and the uploaded folders are both 777. I'm using GD2 and the problem seems to coincide with a seerver upgrade to CentOs, PHP 5.2.5 and MySql 5

My issue is that after uploading the images via FTP, I select Batch Upload Files. I see the directory and select it. All thumbnails are visible and I select the album and 'Insert Selected Files'. 

I then go immediately go back to the Batch Add Files Select Directory Screen

I have looked in my PHP ini and upload_tmp_dir is set to /tmp. This is 777 by default according to my NOC. PHP safe mode is OFF.

I understand your instructions call for a (non admin) test account so I'll give one but its an admin/batch problem only.

http://www.ashburtononline.co.nz/newgallery/

UN:test
PW:test

I would appreciate any assistance please.


The West Wing

Thanks Nibbler ... I'll read over that thread and try a PHP.ini

However, I'm unable to upload even one file via batch'

Thanks

The West Wing

Well ... I solved the problem with a local php.ini but all I entered into it was  register_globals = on

Then batch upload works.  Is this normal?  Thanks for your support Nibbler.

Nibbler

Coppermine doesn't need register_globals. I suspect the actual fix was a side effect of having a local php.ini.

The West Wing

Thanks for your support anyhow :)