Nico Knoll Posted October 28, 2012 Share Posted October 28, 2012 Hi, which files/directories need to have write permission? / Nico Link to comment Share on other sites More sharing options...
teppo Posted October 28, 2012 Share Posted October 28, 2012 Assets (/site/assets/) and everything below that point. AFAIK (after install at least) nothing else should require write permission. Link to comment Share on other sites More sharing options...
Nico Knoll Posted October 28, 2012 Author Share Posted October 28, 2012 I gave 777 to the whole /site/ and subfiles/-folders but AJAX upload is not working properly... Link to comment Share on other sites More sharing options...
teppo Posted October 28, 2012 Share Posted October 28, 2012 (edited) Site folder shouldn't require 777, and I'd even consider it a bad practice, since strictly speaking PW doesn't need that. Combined with improper filtering of user input, for an example, it could lead to very severe security issues (injecting code into template files, altering config file etc.) What errors (if any) are you getting in the developer console of [insert your browser here]? What about Apache and/or PW error log? Edit: especially if you're running in a shared hosting environment (you're not, right?) you should be extremely cautious about giving "others" write access to anything. Just saying Edited October 28, 2012 by teppo Link to comment Share on other sites More sharing options...
Nico Knoll Posted October 28, 2012 Author Share Posted October 28, 2012 After droping the file I got this error in the console: GET http://www.xoya.de/site/assets/files/1143/bottom2.0x100.png 404 (Page Not Found) No errors in error log. Link to comment Share on other sites More sharing options...
teppo Posted October 28, 2012 Share Posted October 28, 2012 Strange. Would've expected something to show up in error log if upload fails, as it seems to have done. Some things you might want to check at this point: Double check that /site/assets/files/1143/ has write access to whoever Apache is running as (or 777, if you really need to -- although I've actually encountered some hosts that, as a security measure, specifically won't work with chmod 777.. but in that case an error should definitely be triggered) Watch your browsers console and net panels while doing the upload; something should show up there also. Check if your file could be too large for PHP to handle or somehow malformed (very unlikely, if it's just an ordinary image) Make sure that you're watching the right error log (seriously, I've made this mistake more than once.. watched general Apache error log while site logs were actually being saved in their respective directories etc.. ) Try uploading files to other pages / other files to this page; is the error consistently there or does it only exist a) on this page or b) with this file? What if you try with a different browser, is the problem still there? Sorry for not being able to pinpoint the problem right away. File-related quirks can be really, really annoying at times Link to comment Share on other sites More sharing options...
netcarver Posted October 28, 2012 Share Posted October 28, 2012 Nico, are you sure this isn't a browser issue? I have a problem with drag-n-drop uploads to my test server if I use FF but it's fine in Chromium. Link to comment Share on other sites More sharing options...
netcarver Posted October 28, 2012 Share Posted October 28, 2012 Did a little digging and in my case the set of files the JS in InputfieldFile.js is receiving into the drop handler is empty so traversing the set just drops through as files.length is 0. I wonder if one of my FF extensions is preventing this from working Link to comment Share on other sites More sharing options...
ryan Posted October 28, 2012 Share Posted October 28, 2012 I'm not aware of any issues with drag-n-drop uploads in Firefox. Just tested (15.0.1) and works well here at least. Nico by any chance are you using Safari? I know for certain that drag-drop uploads don't work there, because Safari doesn't implement the HTML5 APIs to support it. Link to comment Share on other sites More sharing options...
netcarver Posted October 28, 2012 Share Posted October 28, 2012 For the record, I'm on a linux installation using FF 16 but I've seen this problem as far back as 14. PW is 2.2.9 and disabling all the extensions in FF doesn't solve it. I'm now wondering which firefox config setting I've mucked up that might stop JS in FF receiving dropped files as Linux is clearly capable of handing off such information to Chromium. Link to comment Share on other sites More sharing options...
Nico Knoll Posted October 28, 2012 Author Share Posted October 28, 2012 If site + wire have 777 everything works fine. But that's bad practice. So I'm trying to reduce it to the minimum needed... I'm using chrome on mac os x 10.8 Link to comment Share on other sites More sharing options...
interrobang Posted October 29, 2012 Share Posted October 29, 2012 Nico by any chance are you using Safari? I know for certain that drag-drop uploads don't work there, because Safari doesn't implement the HTML5 APIs to support it. Ryan, just for the record, Apple seems to support the file api now in Safari 6, I uploaded a file some minutes ago with drag-drop and it worked. Caniuse.com also lists the File API as supported on Safari 6: http://caniuse.com/#search=File%20API 2 Link to comment Share on other sites More sharing options...
apeisa Posted October 29, 2012 Share Posted October 29, 2012 Good news. How about IE10 - can anyone test that? Link to comment Share on other sites More sharing options...
apeisa Posted November 15, 2012 Share Posted November 15, 2012 I have been using IE10 preview release for Windows 7 today and used it during site development (includes little content work). Good news: drag & drop uploads do work in IE10. Bad news: it seems to work very well on all around PW... that means no superfun IE bug hunting ahead... 2 Link to comment Share on other sites More sharing options...
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now