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.

We've moved the forum!

Please use forum.silverstripe.org for any new questions (announcement).
The forum archive will stick around, but will be read only.

You can also use our Slack channel or StackOverflow to ask for help.
Check out our community overview for more options to contribute.

Hosting Requirements /

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

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

SS requiring permissions 777 to upload


Go to End


8 Posts   2766 Views

Avatar
Bambii7

Community Member, 254 Posts

31 August 2010 at 3:45pm

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....

Avatar
Bambii7

Community Member, 254 Posts

1 September 2010 at 11:28am

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

Avatar
Bambii7

Community Member, 254 Posts

3 September 2010 at 10:53am

Edited: 03/09/2010 1:26pm

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

Avatar
Bambii7

Community Member, 254 Posts

3 September 2010 at 11:05am

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)

Avatar
Bambii7

Community Member, 254 Posts

3 September 2010 at 1:36pm

..... WTF, I'm still no closer to solving this.
Tamper data is telling me 302 error when I try and upload on this URL
http://www.mellonsbay.school.nz/admin/EditForm/field/Gallery/item/12/DetailForm/field/Image/EditFileForm

Avatar
Bambii7

Community Member, 254 Posts

8 September 2010 at 3:46pm

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.

Avatar
Nivanka

Community Member, 400 Posts

19 November 2010 at 1:43pm

>>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.

Avatar
Nivanka

Community Member, 400 Posts

19 November 2010 at 1:44pm

also try reading your servers error logs

if you are on linux

try

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