Missing CSS styles for NEW pages after upgrade to 1.9.3

[timmdrumm]

Hello,

I just upgraded from 1.9.1 to 1.9.2 to 1.9.3. I'm using PHP 5.2.17 and mySQL 5.0.67 on an Apache server running on linux.

Everything seems to have updated properly, and my pages render correctly, but I'm having one glitch: when I try to set up a new page using a different template/theme from the one I currently use for the site, all I get is the page with no CSS styling. I imagine there is a simple explanation for this, but I can't figure it out. I've searched the forum, but haven't found the exact problem posted anywhere (though there is one similar, it involved changing {stylesheet} to {cms_stylesheet}, which is something all the templates/themes I've tried already have changed).

I should add that the source code for the page with the missing styling shows the correct link to the stylesheets (tmp/cache/stylesheet name) and the stylesheets are actually there in the tmp/cache folder.

The pages that render correctly (show content with styling) on the site use Script Deploy to minify the CSS, so they show up as being in uploads/lib/SD-temp/scriptID.

I did not experience his problem with 1.9.1.

Any ideas??

Thanks!

[Jos]

When you have a page with no styling, maybe you can find an errormessage in the html source?

[timmdrumm]

When you have a page with no styling, maybe you can find an errormessage in the html source?

Thanks for responding.

There are no error messages within the html source and the page W3C validates. I'm not sure what is going on here!

[Dr.CSS]

Clear admin cache, it helps if a link is provided...

[timmdrumm]

Clear admin cache, it helps if a link is provided...

Thanks Dr. CSS. I tried clearing the admin cache several times prior to posting to no avail.

Here's the link to the page in question:

http://www.iwebbdesigns.com/test.html

Thanks for your reply!

[Dr.CSS]

Seems to be using script deploy...

<!-- ScriptDeploy version 0.8 was here at Tue, 08 Feb 2011 20:06:29 -0600
Mode=nochange
Final indentation level=0
-->

I use Firefox with Web Dev. tool bar, and when I use the edit CSS button all the styles take, I see images etc...

[timmdrumm]

Seems to be using script deploy...

<!-- ScriptDeploy version 0.8 was here at Tue, 08 Feb 2011 20:06:29 -0600
Mode=nochange
Final indentation level=0
-->

I use Firefox with Web Dev. tool bar, and when I use the edit CSS button all the styles take, I see images etc...

I see that myself when I click on the edit CSS button on the Web Dev toolbar. What does that mean? I'm a relative newbie to CMSMS, but a pretty seasoned html/css coder. Any insight would be appreciated.

The problem has just now started to manifest itself on the entire site (http://www.iwebbdesigns.com/index.php, as I've got a maintenance index page showing) in the past 30 minutes. Haven't changed anything either.

Thanks!

[timmdrumm]

Seems to be using script deploy...

<!-- ScriptDeploy version 0.8 was here at Tue, 08 Feb 2011 20:06:29 -0600
Mode=nochange
Final indentation level=0
-->

I use Firefox with Web Dev. tool bar, and when I use the edit CSS button all the styles take, I see images etc...

I see that myself when I click on the edit CSS button on the Web Dev toolbar. What does that mean? I'm a relative newbie to CMSMS, but a pretty seasoned html/css coder. Any insight would be appreciated.

The problem has just now started to manifest itself on the entire site (http://www.iwebbdesigns.com/index.php, as I've got a maintenance index page showing) in the past 30 minutes. Haven't changed anything either.

Thanks!

OK - I think this is actually a gzip'd CSS issue.

I've uninstalled Script Deploy for now, and set up my template to its "pre SD" CSS link. I then removed CSS files from gzipping in my .htaccess and the site is back, as well as the test page. I want to do a bit more research before I mark this "SOLVED", and hopefully will be able to do so in the morning.

The site is hosted at a 1and1 shared server account, and gzipping anything is problematic. I think perhaps I may have over-written one of my gzip workaround files needed for this hosting account. If that's the case, I'll find it and let others know here.

I have to say that I have had no complaints about 1and1, even their customer service - - yet! Their prices have always made up for the slight PITA they make for doing some relatively simple things (like gzip!).

Thank you for your help. And any insight you can provide will be appreciated! I'm not 100% sure this is the issue, but it sure is looking like it.

td

[Owens]

I am also having the same problem with the CSS stylesheet not deflating properly, with random occurrence. Clearing the browser cache reloads the CSS just fine. Removed CSS from the deflate list in htaccess and the stylesheet is loaded every time.

Thanks timmdrumm for the heads up.

[timmdrumm]

After further investigation and testing, the issue I experienced here is definitely related to the way one must gzip .css files wen using 1and1 hosting.

As I mentioned in my first post, the upgrade was working perfectly on the "live" pages of the site, but not on new "testing" pages created using different themes. This was due to a few things:

• I was using Script Deploy for the "live" pages, but the other templates/themes I was experimenting with were using {cms_stylesheet} to attach stylesheets.
  
  I was gzipping the css files minified by Script Deploy by adding a php.ini file in the folder where Script Deploy stores its minified files (uploads/lib/SD-temp/scriptID). This is one of the things you must do to gzip .css files on 1and1 hosted sites (see http://mrrena.blogspot.com/2009/01/how- ... -text.html for more info on this subject).
  
  I had NOT added this php.ini file to tmp/cache folder where .css files are stored when not using Script Deploy. This is what made me see the "live" site working perfectly, but the 'test" pages show no styling.
  
  In an attempt to troubleshoot the situation, I cleared the Admin cache, which must have cleared the php.ini file I had in the Script Deploy folder mentioned above. This caused the "live" site to display without styling, but return when the "Edit CSS" button was clicked on the Web Dev toolbar in Firefox.

To confirm this was the case, I removed .css from the "AddType x-mapp-php5" instruction in the site's .htaccess file (this is another of the 1and1 workarounds, as explained in the earlier link). Everything returned to normal - including the "test" pages displaying their styles.

I have now restored the php.ini file to the uploads/lib/SD-temp/scriptID folder, added it to the tmp/cache folder, and updated the .htaccess "AddType x-mapp-php5" to include .css files. Everything is working normally, though I haven't re-built my Script Deploy files yet. If that causes a problem when I get to that later today, I will update this post. For now, I'm marking this as "SOLVED".

I will just have to remember to keep an eye on the Script Deploy and tmp/cache folders, replacing the php.ini file whenever the Admin cache is cleared. If anyone has any additional thoughts on this, please post! I'm anxious to learn more about CMSMS and its inner workings. So far, I'm enjoying working with it.

Hope this helps someone down the road!