Multiple file upload fails - Single file upload works ok.

[simon.cook]

I have looked through the forum, haven't seen this particular issue noted.

Problem description:
File-URI uploads are staged successfully but fail to be committed to the selected photo album with the following error.

"The previous file could not be placed.
You have successfully placed all the files."

The above error occurs with a single or multiple files selected for upload via the "File-URI", "Multiple file uploads only" and "URI uploads only" methods.
"Single file upload only" method works fine.

Problem environment:
PHP version: 5.0.5
Coppermine version: 1.3.5
Operating system: Windows 2003 Server SP1
Web server: IIS 6

Have followed troubleshooting steps in "General Upload Troubleshooting" article.
http://forum.coppermine-gallery.net/index.php?topic=5841.0

Permissions are ok.
All system variables are as documented.

Batch uploading also works without issue.

Have created test account for support access;
username: testuser
password: coppermine
url: http://cgi.valebridge.net/photo/index.php

Debugging is switched on.
Upload method for testuser is currently set to "File-URI".

Any assistance with this is greatly appreciated.

Best regards

Simon Cook

[Joachim Müller]

is allow_url_fopen  enabled on your server? If no, you can't use "upload by uri".

[simon.cook]

Good morning and thanks for looking into this,

From PHPInfo... sorry about the formatting

allow_url_fopen = on

Please remove any information you feel is sensitive.

Configuration
PHP Core
Directive   Local Value
allow_call_time_pass_reference   Off
allow_url_fopen   On
always_populate_raw_post_data   Off
arg_separator.input   &
arg_separator.output   &
asp_tags   Off
auto_append_file   no value
auto_globals_jit   On
auto_prepend_file   no value
browscap   no value
default_charset   no value
default_mimetype   text/html
define_syslog_variables   Off
disable_classes   no value
disable_functions   no value
display_errors   Off
display_startup_errors   Off
doc_root   C:\Inetpub\wwwroot
docref_ext   no value
docref_root   no value
enable_dl   On
error_append_string   no value
error_log   no value
error_prepend_string   no value
error_reporting   2039
expose_php   On
extension_dir   C:\php\ext
file_uploads   On
highlight.bg   #FFFFFF
highlight.comment   #FF8000
highlight.default   #0000BB
highlight.html   #000000
highlight.keyword   #007700
highlight.string   #DD0000
html_errors   On
ignore_repeated_errors   Off
ignore_repeated_source   Off
ignore_user_abort   Off
implicit_flush   Off
include_path   .;C:\php5\pear
log_errors   On
log_errors_max_len   1024
magic_quotes_gpc   Off
magic_quotes_runtime   Off
magic_quotes_sybase   Off
mail.force_extra_parameters   no value
max_execution_time   30
max_input_time   60
open_basedir   no value
output_buffering   4096
output_handler   no value
post_max_size   8M
precision   14
register_argc_argv   Off
register_globals   Off
register_long_arrays   On
report_memleaks   On
report_zend_debug   On
safe_mode   Off
safe_mode_exec_dir   no value
safe_mode_gid   Off
safe_mode_include_dir   no value
sendmail_from   no value
sendmail_path   no value
serialize_precision   100
short_open_tag   On
SMTP   localhost
smtp_port   25
sql.safe_mode   Off
track_errors   Off
unserialize_callback_func   no value
upload_max_filesize   2M
upload_tmp_dir   no value
user_dir   no value
variables_order   GPCS
xmlrpc_error_number   0
xmlrpc_errors   Off
y2k_compliance   On
zend.ze1_compatibility_mode   Off

[Stramm]

do the troubleshooting again please.. for me neither URI nor file works

[simon.cook]

Hi Stramm,

That is the problem....

Single file upload works fine.
File-URI upload does not.

[Joachim Müller]

enable single file uploads and post when you have done so, to give us a chance to look at the debug stuff on your site.

[simon.cook]

Thanks GauGau,

"Single file uploads" configured for "testuser" as requested.

[Joachim Müller]

post a link to the file you were trying to uri-upload that failed.

[simon.cook]

No specific URL was used, I simply browsed to an arbitary web URL with a jpeg on the end.

I presume any would suffice... for example;
http://cgi.valebridge.net/family/baby2/images/scans/20050317a.jpg

My main concern is the multiple file upload mechanism.

I take it you are satisfied that the single file upload mechanism is working without issue.
So I have switched the testuser account over to "File-URI" uploads.

[Stramm]

please recheck permissions.. something is wrong here
single upload works but when trying to delete the system isn't able to remove the images. Reuploading the same pic again fails

[simon.cook]

No problem...

Through ftp client, perms are 777 for albums and include folders.
Through the OS security tab, IUSR_<servername> has;
Read & Execute
List Folder Contents
Read
Write

This was as per the following article on the coppermine site.
http://coppermine-gallery.net/tutorial/permissions/iis.php

I agree it does sound like a permissions issue.
I will elevate the rights for IUSR_<servername> to modify for the Album and Include folders.

[simon.cook]

It's a winner, sometimes it takes a fresh pair of eyes on a problem to spot the issue.

IUSR_<servername> requires Modify permissions on the Album folder (and subfolders)...
Makes sense...

READ, WRITE, EXECUTE & DELETE.

The IIS config article only shows Write perms...
http://coppermine-gallery.net/tutorial/permissions/iis.php
You need Modify for the Delete right.

Although this doesn't explain why single file upload works and Multi File does not...?

Thanks for your assistance with this issue guys, top job.... have a good weekend.

[Joachim Müller]

Glad you were able to solve this. However, this is wrong: you said

Through ftp client, perms are 777 for albums and include folders.
Through the OS security tab, IUSR_<servername> has;
Read & Execute
List Folder Contents
Read
Write

You appear to be on a Windows box using IIS, so there is no CHMOD, the FTP client report is bull* - it can not be 777, as there's no such thing in Windows. As it seems you who is in charge of running the server, I strongly recommend learning more about permissions and server setup. Only if you know what you're doing you can safely operate a server.