Batch problem -> No new files found

[udowsky]

Hi there!
I read though a whole lot and tried and tried, but have no solution yet.

Problem:
Uploaded jpgs via ftp in a proper directory eg. albums/20060511/ (not userpics or anything like that)
Then tried to batch the files: Directory is shown in the minibrowser.
When I hit "OK" the response is "No new files found" ((I use the German version, so that backtranslation might not be 100% correct)

Coppermine-Version: 1.4.5

Already tried/checked
- permissions: chmodded almost everything to 777
- I'm batching as the Administrator
- made a clean install (no picture in database, but only two categories and one album)

What to do? Many thanks in advance!
udowsky

[Stramm]

post a direct link to one of the files you're trying to batch add

[udowsky]

http://seifert.udoserv.de/albums/NO_20060511/Fohlen_1_s.jpg

Thanks!

[Joachim Müller]

did you try "regular" http uploads first? If they don't work, do as suggested in the upload troubleshooting section of the docs.

[udowsky]

Hi Gaugau!
Regular HTTP uploads work fine.

[Joachim Müller]

did you try the classic batch-add interface? The new browsable interface doesn't work on Windows-Servers

[udowsky]

did you try the classic batch-add interface? The new browsable interface doesn't work on Windows-Servers

classic batch-add?
You mean "searchable interface" ( Durchsuchbare Oberfläche (empfohlen)) deselected?
I tried that option too to no avail.
Its a UNIX Server BTW.

[Joachim Müller]

OK, another thing to check that comes to mind: make sure that the folders don't contain dots or other "funny" characters, but only alphanumerals.

[udowsky]

OK, another thing to check that comes to mind: make sure that the folders don't contain dots or other "funny" characters, but only alphanumerals.

Checked that before... sorry. I wished it would be such an easy one

[udowsky]

Is there a chance with debugger-informations to isolate the problem?
Where are possible places for the location of that occurence?
- Detected possible new pics in MySQL / wrong response from MySQL
- directory not readable for some reason
- ...
Am I the only one with that particular problem?

[Joachim Müller]

actually, I have no idea what could be wrong. Maybe someone else could come up with a solution.

[udowsky]

Thanks GauGau! - I'll play around and try to do my best...

[hayleyismyhero]

I'm, also, having the same problem. I just learned about batch adding pictures after I have added 5,000+ pictures to my gallery..10 at a time..lol..so...i'm not sure what the problem is but if I find anything out..i'll let you know

[Joachim Müller]

@hayleyismyhero: start your own thread if you actually have issues.

[hayleyismyhero]

Is there a chance with debugger-informations to isolate the problem?
Where are possible places for the location of that occurence?
- Detected possible new pics in MySQL / wrong response from MySQL
- directory not readable for some reason
- ...
Am I the only one with that particular problem?

no..it's alright..i was just answering udowsky..thanks

[udowsky]

Case closed, Holmes!

Just a short report for the involved supporters!
It's not only that you need the read and execute rights within directories (chmod), but also the owner and groupmember (chown, chgrp).

In my case I did the following: I uploaded Coppermine as zip. Unzipped it as "root" - thus all the files and folders were belonging "root" both as owner and group. Apache instead is of course not a root member and for some reason Coppermine cannot process the batch in that case.
The solution
the solution is fairly simple: I logged into the server via ssh as root again, cd'ed to the directory and made
chown -R WEBSERVER *
and
chgrp -R WEBGROUP *
everything. Voila! Everything goes!

Well, almost everything... the pictures were "addable" but the next problem occurred: Thumbnail images couldn't be generated.
At least at my server it is important that the rights of the folder for the imported pictures are "777" not as suggested "755 or 777". Thats all folks!

I think I earned a "Batchelor degree" on that ;-)
udowsky

[Joachim Müller]

as suggested in the docs: everything in the coppermine folder must be readable and executable by the user the webserver runs under (usually "apache" or "nobody") as well as the site visitor. Additionally, for the folders that are suppossed to hold the uploads and thumbnails (i.e. the albums folder and everything within it), the user the webserver runs under needs permission to create and delete files as well (aka. write permissions). This does not only mean that you have to set permissions (CHMOD), but changing ownership as well (CHOWN).
The docs don't go into details on ownership, as coppermine's target "audience" - people who are webhosted - usually don't have the permissions needed to CHOWN; this is something the webhost does for them. We decided not to confuse regular users with ownership stuff in the docs, as this is not a particular coppermine issue, but applies to all pre-made scripts (like bulletin boards etc.) as well that have methods to store stuff on the server's file system (i.e. webspace). In short terms: glad you were able to fix this for you, but after all you should only run your own webserver if you know that stuff already. That's one of the many reasons why we don't recommend self-hosting...