Support for Drupal 7 is ending on 5 January 2025—it’s time to migrate to Drupal 10! Learn about the many benefits of Drupal 10 and find migration tools in our resource center.
By hassebasse on
- The color scheme in Corporate Clean theme 7.x-2.3 does not work. As soon as I try to make any color Changes basically all color disapear from the site.
- The color scheme in Garland 7.39 does not work. When using anything else than Default, all CSS goes away
- Aggregate and compress CSS files does not work. When using it, the site falls appart totally
- Aggregate JavaScript files kills all JS.
I guess it has to do with some folder rights, but I can' figure out what it is about. I've spent far too much time with this now and I would be happy for some help.
On my other site the above problems are not present, but I can't figure aout what is different between the sites beside that my old site has some more modules installed.
Drupal 7.39
Corporate Clean 7.x-2.3
When installing my new site I used the install script in Virutalmin, but I can't see how it could have any importance.
The sites are installed on my own Debian 8.
Comments
more information?
It's kind of hard to troubleshoot without more information:
in particular your files
in particular your files folder needs to be world-writable (777) - that's where both Color and the CSS/JS aggregators put their files.
Also your filesystem settings need to be correct - make sure your public and private files directories are properly defined (Configuration -> Media -> Filesystem).
You can inspect your site in a browser using Chrome's Devtools or Firebug for Firefox, and see whether any resources (scripts, CSS files, etc) are missing or forbidden - that might be a clue.
============================
Resonetrics: Better Tools for Building Brands
http://resonetrics.com
http://technologyformarketers.com
http://kittenassociates.org
http://www.linkedin.com/in/sammooreatresonetrics
No clues
Thanks for your help:
No errors
Nothing in the log as far as I can see
I guess I have set the permissions right. I've compared with my other site.
=-=
There certainly could be. I'd test with a vanilla install from drupal.org
Vanilla
The script seem to download from drupal.org It looked so during the download process. Anyhow, I will try a vanilla installation.
Yesterday night I gave all folders and files in the installation 777 and www-data but it did not change anything. Then I did a new installation by using Virutalmin but the same problem reoccured. I start to believe it has something to do with the configuration of my Debian 8 (Jessie) server, that I have done something specifically in the configuration for my old installation that I have forgot about.
I will dig deeper into this next week. Until then, if anyone has any idea about what it could be, pls let me know. This is very important for me as my objectiv is to start building sites as a profession, tageting small and medium sized companies and I intend to host them on my own server.
Thanks
Solved
Now it is solved.
I tried to reinstall a few times by using the install script in Virtualmin, but it did not help. I downloaded from drupal.org and did the installation but it was even worse as it did not take into consideration some modifiaction needed in .htaccess, among them Options +SymLinksifOwnerMatch. And there where other things that I had to arrange manually and in the end the old problem remaind.
Finally I moved in the files from my other Drupal system that is up running and connected it to an empty DB and run the install.php. Et voilà, all is fine. So the issue was after all something in the file system, but I don' know what. Or could it be that some module was needed? They all came in with the old system. I believe it sas the file system and rights etc.
In the future I will set up with Virutalmin install script and then paste in the file system from an exixting site.
How come that the install script does not set the filesystem correctly ???