The error implies that the file size is zero, or that the upload is not properly configured.

I can't seem to reproduce this. Would it be possible to set the parameter '$g_show_detailed_errors = ON;', reproduce the problem and post the traceback information that is provided.

okay, here it is:

APPLICATION ERROR #15

File upload failed. PHP file uploads may be disabled. Please ask your admin to run the admin_check script to debug this problem.

Please use the "Back" button in your web browser to return to the previous page. There you can correct whatever problems were identified in this error or select another action. You can also click an option from the menu bar to go directly to a new section.

Full path: c:\inetpub\wwwroot\mantis\core\file_api.php
Line: 473
Variable Value Type
p_bug_id 7 string
p_tmp_file C:\WINNT\TEMP\php3A7D.tmp string
p_file_name Konfiguration Quickreport.doc string
p_file_type application/msword string
c_bug_id 7 string
c_file_type application/msword string
Filename Line Function Args
c:\inetpub\wwwroot\mantis\core\file_api.php 473 trigger_error ( '15', 256 )
c:\inetpub\wwwroot\mantis\bug_file_add.php 38 file_add ( 7, 'C:\WINNT\TEMP\php3A7D.tmp', 'Konfiguration Quickreport.doc', 'application/msword' )

The error is saying that the intermediate file uploaded (C:\WINNT\TEMP\php3A7D.tmp, in this case) is not accessible to Mantis or non-existent.

I think that this may be a server misconfiguration, but I'm not a windows expert...

But why does the upload works in other places, e.g. "documentation"

The code in both places is the same (that is why this is confusing).

I have seen related issues where files in /tmp are uploaded (or written) and were not accessible to the original httpd process.

Fixed in CVS by differentiating the upload error messages.

proj_doc_add.php -> 1.27
proj_doc_update ->1.49
core/constant_inc.php -> 1.45
core/file_api.php -> 1.66
lang_strings_english.txt -> 1.250