Skip to main content

This site requires you to update your browser. Your browsing experience maybe affected by not having the most up to date version.

Hosting Requirements

What you need to consider when choosing a hosting provider and plan.

Moderators: martimiz, Sean, biapar, Willr, Ingo, swaiba, simon_w

SS requiring permissions 777 to upload


8 Posts   1387 Views


31 August 2010 at 3:45pm Community Member, 254 Posts

Hey all,
getting some odd behavior when uploading in SS.

error move_uploaded_file()

works fine when setting permissions to 777

wondering if any one else has experienced this and if they have suggestions on fixes. It's not my server set up so hard to give details, but I know other SS installs on the same server upload fine. So I don't think it's related to swfupload, htaccess looks standard, I can't see any other configuration details that may be causing this....


1 September 2010 at 11:28am Community Member, 254 Posts

Nope looks like it was some noob using dataobject_manager and image_gallery. Upgrading everything, looking like its going to fix the upload issues


3 September 2010 at 10:53am (Last edited: 3 September 2010 1:26pm), Community Member, 254 Posts

NOPE rebuilt the whole site, upgraded all the modules, works fine locally. Doesn't seem to want to work on Every time I upload a new file it gets to the database but the file reference returns as assets/new-image.... I'm lost


3 September 2010 at 11:05am Community Member, 254 Posts

OK turning on degugging, returns

Trying to get property of non-object
return isset($img) ? $img->CroppedImage(50,50)->URL : $file->Icon();

So some issue with dataobject manager
(haven't need to do that for a while out of practice, should have done it to start with)


3 September 2010 at 1:36pm Community Member, 254 Posts

..... WTF, I'm still no closer to solving this.
Tamper data is telling me 302 error when I try and upload on this URL


8 September 2010 at 3:46pm Community Member, 254 Posts

OK I THINK (not sure) that who ever created this site to begin with might have been logged in as root.... I think the issue is in the file ownership of core files. Don't have shell access to amend this. So I'm going to try destroying the account and recreate it, then see how it goes.

Man this issue has stumped me.


19 November 2010 at 1:43pm Community Member, 395 Posts

>>works fine when setting permissions to 777

I think it will be wise to change the ownership of the assets folder, and its contents to apache user of your system.


19 November 2010 at 1:44pm Community Member, 395 Posts

also try reading your servers error logs

if you are on linux


tail -f /path/to/your/error/log