When I try to add attachment to an issue, the request is rejected and "INTERNAL SERVER ERROR" is generated. Checked with 2 different Webissues accounts, both with desktop client and web client. No idea why. The computer is with Linux Mint. Other users, both with Windows and Linux clients, can add attachments for the same issues without triggering any errors. Do you have any idea how to diagnose and fix it?
Type: Errors
Severity: Error Error
Date: 1/17/2014 4:16 pm
Message: Unhandled System_Core_Exception: Cannot save attachment in /var/www/webissues-server-1.0/system/api/issuemanager.inc.php on line 656
Stack trace:
#0 /var/www/webissues-server-1.0/client/issues/addattachment.php(97): System_Api_IssueManager->addFile(Array, Object(System_Core_Attachment), '2013_JUl57.eml', '')
#1 /var/www/webissues-server-1.0/client/issues/addattachment.php(59): Client_Issues_AddAttachment->submit()
#2 /var/www/webissues-server-1.0/system/web/component.inc.php(100): Client_Issues_AddAttachment->execute()
#3 /var/www/webissues-server-1.0/system/web/application.inc.php(77): System_Web_Component->run()
#4 /var/www/webissues-server-1.0/system/core/application.inc.php(210): System_Web_Application->execute()
#5 /var/www/webissues-server-1.0/system/bootstrap.inc.php(130): System_Core_Application->run()
#6 /var/www/webissues-server-1.0/client/issues/addattachment.php(101): System_Bootstrap::run('Common_Applicat...', 'Client_Issues_A...')
#7 {main}
The 'Cannot save attachment' error typically indicates that the 'data/sites/default/storage' subdirectory is not writable. Also by default small attachments are stored directly in the database, so you may get this errors for some attachments but not for others.
Regards,
Michał
Must be something else - directory rights look OK. The server just received and correctly processed issue report by e-mail, with attachment included - and this attachment correctly created a file in a storage folder. It would indicate that filesystem rights are correct.
On the other hand now I can see that original assumption that it only happens from the computer with Linux was wrong - now it is also observed on computers with Windows.
Any other suggestions?
Maybe processing e-mails is done in the context of a different user than the one used by the HTTP server? And one has permissions to the directory but the other doesn't?
Regards,
Michał
You were right. There must have been some kind of change in server configuration outside Webissues, and the newly created subdirs in storage were owned by different user than expected. It broke manual upload of files from application. Thank you for your help.