Posted by weisswolfen on February 25, 2008 at 5:53pm
I have installed Drupal 6, trying to change THEMES i get the following warning:
warning: is_dir(): Stat failed for sites/default/files/css (errno=13 - Permission denied) in xxxxx/includes/file.inc on line 886.
I don't have any CSS in sites/default/files.
Never had it before on 5.5. Any idea what it is?Thanks
Comments
OK I have same problem when changed to site cache
Performance
warning: opendir(sites/default/files/css) [function.opendir]: failed to open dir: Permission denied in public_html/includes/file.inc on line 886.
same version d 6.0
but I have all *.css in css folder
My problem like you
Hi,
I use template SKY and found the problem like you.
Anyboby help pleasesssssss.
Thank you so much
What theme?
You don't mention what theme you are trying to use/change to.
"Nice to meet you Rose...run for your life." - The Doctor
---
"Nice to meet you Rose...run for your life." - The Doctor
My first public Drupal site - EyeOnThe503
Theme
I'm using now FOLIAGE, don't remember what was on , but was the default. I think is some kind of statistic a new feature for Drupal 6.
Has anyone got anything on this...?
I have also received this message using both the Garland and Minella themes... It seems to have appeared out of nowhere for me as I upgraded from 6.0 to 6.1 a couple of weeks back and everything worked fine. I went back in to the site today and there was no theme on it. When I look at the them configuration everything is okay but when I try to save configuration changes all I get is:
warning: is_dir(): Stat failed for sites/default/files/css (errno=13 - Permission denied) in /hsphere/local/home/blahblahblah/mysite.com/includes/file.inc on line 886.
Workaround for this issue
Guys... I don't know what was actually going wrong here however I was able to get rid of the error messages by deleting and re-creating the files directory and re-registering it in Site Configuration > File System...
Obviously if you have anything in that directory back it up and restore it back in afterwards.
regards
brian
Check your permissions!
I'd changed the permissions on a template folders without realizing - this page helped me see that was the problem, thanks everyone!
www.re-present.com | communications and design consultancy | open source / fashion / ideas for sustainability
Yip I had to change
Yip I had to change permissions of the sites/default/files from 755 to 777 to fix this
Details for this workaround that worked for me
Step 1:
- rename sites/default/files into sites/default/files_sav
- make a new directory sites/default/files
- within drupal do: admin menu, Site Configuration, File System, save configuration
- copy all files and directories out of files_sav into files !except the subdirectory css!
- within drupal do: admin menu, Site Configuration, File System, reload the webpage, save configuration
-> by the way: in the end files has the rights 777 (which in my case it had already before)
-> and: the only deleting of the subdirectory css within the existing files directory did'nt work
Step 2:
- I had to give 777 rights to the directory tmp that had been 775 before (and works with 775 on an the first server...)
Environment:
- Drupal core 6.14
- The problem occured after copying the whole drupal directory onto another server (and copying the database with including it by phpmyadmin and assimilating the few configuration files on the server).
- The error messages were some kind of (roughly translated into english):
"The file /tmp/fileOIb9HI could not be uploaded because the directory sites/default/files/css/css_6821c0c63d37e55c131efa6f09b81a73.css was not configured in the right way."
Hope this may help someone :-)
every thing fine now, just
every thing fine now, just wrong path
-------------
Resolvi o problema - Problem Solved
Olá, sou brasileiro - Robson Hellebrandt
Hello, I'm brazillian, my name is Robson Hellebrandt
Estive enfrentando o mesmo problema ou algo semelhante. Descobri que não havia setado todas as permissões necessárias para a pasta "files" que fica em sites/default/files - mudei para '777' e funcionou perfeitamente.
I was facing the same problem or something similar. Discovered that there was set all the necessary permissions for the folder "files" that is in sites/default/files - changed to "777" and it worked perfectly.
Um abraço,
Drupal is a perfectly CMS and more!
Robson Hellebrandt
Tec. em Análise e Desenvolvimento de Sistemas