• Skip to main content
  • Skip to forum navigation

StudioPress

  • Shop for Themes
  • My StudioPress

Forum navigation

  • Home
  • General Genesis Discussions
  • StudioPress Themes
  • Genesis Blocks
    • Genesis Blocks
    • Genesis Custom Blocks
  • Retired Themes
  • FAQs
  • Forum Rules
  • Internationalization and Translations
  • Forum Bugs and Suggestions
  • Forum Log In

Are You Using The WordPress Block Editor?

Genesis now offers plugins that help you build better sites faster with the WordPress block editor (Gutenberg). Try the feature-rich free versions of each plugin for yourself!

Genesis Blocks Genesis Custom Blocks

Style.css changes not appearing in website

Welcome!

These forums are for general discussion on WordPress and Genesis. Official support for StudioPress themes is offered exclusively at My StudioPress. Responses in this forum are not guaranteed. Please note that this forum will require a new username, separate from the one used for My.StudioPress.

Log In
Register Lost Password

Community Forums › Forums › Archived Forums › General Discussion › Style.css changes not appearing in website

This topic is: not resolved

Tagged: education theme, style.css, stylesheet

  • This topic has 11 replies, 5 voices, and was last updated 11 years, 1 month ago by nickth.
Viewing 12 posts - 1 through 12 (of 12 total)
  • Author
    Posts
  • May 3, 2014 at 12:31 am #103419
    nickth
    Member

    Everyone raves about StudioPress, but this has been a nightmare to work with. The latest headache is that changes made to style.css in the Education child theme are not being reflected in the website. I wanted to update the header width from 380px to 594px. For some reason I was able to change the size back from 151px to 120px, but not the width. When I view the style.css via FTP, the change is there. When I rename the style.css to something else, the style.css STILL shows in browsers like FF and Chrome, even after I clear the cache. I had this problem before and thought it might have been server side caching, since I don't have any plugins to do caching, and HostGator said to add the plugin Remove Static Query Strings, and that solved it that time. Now in FF in Firebug there doesn't seem to be a static query string or alternate css file, but style.css without the change is still showing up, and in Chrome in Firebug, it says style.css:527 or some random number. This is so weird. Any idea why this is happening and how to fix it?

    http://immanagers.com/namw/
    May 3, 2014 at 1:55 am #103422
    neilgee
    Member

    Its the CSS that is at fault - you have a background image set to an inline element -> a tag

    This will make it visible but I would consider applying the background image to the #title-area

    #title a {
    background: url(http://immanagers.com/namw/wp-content/uploads/2014/04/header-namw.jpg) no-repeat !important;
    width: 600px;
    display: block;
    height: 148px;
    }
    
    #title-area {
    float: left;
    overflow: hidden;
    padding: 27px 0 0;
    overflow: hidden;
    width: auto;
    }
    
    #header .widget-area {
    float: right;
    min-height: 0px;
    padding: 25px 0 0 0;
    position: relative;
    width: 740px;
    }

    Neil Gee
    WP Beaches
    Coolest Guides

    May 3, 2014 at 8:24 am #103445
    Andrea Rennick
    Member

    Note we have no built in caching in our themes. If you;re making changes t the right css file, there's nothing in Genesis to prevent it from showing up on your site.


    **forum signature**
    If you need technical support for your theme please file a ticket.

    The forums are community based. Staff only monitors the forum for issues relating to the forum itself and to redirect users to where they need to go.

    May 3, 2014 at 1:35 pm #103484
    nickth
    Member

    That didn't work. Something in the theme is definitely over-riding my custom changes. Check this out, I changed the width from 380px to 594px in the WP editor in Education style.css:
    http://awesomescreenshot.com/01f2qyvc5a
    But then when I hard refresh and view source on the site, the width now appears as 100% !important!
    http://awesomescreenshot.com/0d12qyvw21

    How could the CSS possibly be showing in one way in the editor and differently on the site and not reflecting my changes?! This is sooo annoying.

    May 3, 2014 at 2:15 pm #103489
    essaysnark
    Participant

    Well it looks to me that you have a typo with a partially-commented block of CSS in http://awesomescreenshot.com/0d12qyvw21 - I'm seeing

    /* .header-image .title-area,

    as the first line.

    May 3, 2014 at 2:18 pm #103490
    nickth
    Member

    Well that's an interesting observation. It's actually fully commented out: http://immanagers.com/namw/wp-content/themes/education/style.css

    I asked my web developer to take a look so he might have done that. But still, why doesn't THAT code appear in the WP editor for style.css, and only appear through View Source > style.css on the website? Because if that code WERE in the editor, I could easily fix it.

    May 3, 2014 at 2:20 pm #103491
    essaysnark
    Participant

    Have you tried disabling all plugins? Not familiar with that Responsive Header one but it seems suspicious. Working with a clean slate with something like this will help.

    Edit: The plugin isn't suspicious (Nick is well respected Genesis developer) but it looks like it may not have been updated in some time, and lots has changed with Genesis 2.0, plus you're trying to do something with the header which is where my "suspicious" comment was intended vis a vis the plugin.

    May 3, 2014 at 2:30 pm #103495
    nickth
    Member

    Good idea, ty. Once I disabled "Remove query strings from static resources" then the changes appeared. I still don't get how there could possibly be two style.css files when only one is showing via FTP on the server... any idea how that works?

    Because the whole idea of installing that plugin in the first place was ALSO because the change to style.css were NOT showing on the site either... so this is really annoying that I'll have to toggle that plugin ON AND OFF to make the changes show on the site. WTF?

    May 3, 2014 at 2:59 pm #103498
    nickth
    Member

    P.S. There must be something StudioPress related causing this issue, because the ver number is showing up again on style.css?ver=2.0.2, which is a different version than style.css... where does this extra version reside and why doesn't it update when I make changes to style.css? So annoying.

    May 3, 2014 at 4:43 pm #103506
    biztro
    Member

    I have the same problem!! I am trying to change the body font color and the style.css is changed but the source code is calling style.css?ver=3.0.2 which has the old color.

    Why? And how can I fix it?

    May 3, 2014 at 4:46 pm #103507
    nickth
    Member

    The only solution I've found that works is toggling Activate/Deactivate on the "Remove Static Query Strings" plugin, but this is obviously a hack and not an ideal solution to the bug from the hallowed StudioPress team.

    May 4, 2014 at 11:58 pm #103659
    nickth
    Member

    My PHP/WP dev figured it out.

    define('wp_cache') had to be removed from wp-config.php in the root.

    I had remembered that w3tc is being installed with new WP installs, and oddly, it wasn't in plugins, it was sitting in a folder OUTSIDE of plugins, as seen here: http://oi57.tinypic.com/9ihaif.jpg

    I just deleted that bloodsucker.

  • Author
    Posts
Viewing 12 posts - 1 through 12 (of 12 total)
  • The forum ‘General Discussion’ is closed to new topics and replies.

CTA

Ready to get started? Create a site or shop for themes.

Create a site with WP EngineShop for Themes

Footer

StudioPress

© 2025 WPEngine, Inc.

Products
  • Create a Site with WP Engine
  • Shop for Themes
  • Theme Features
  • Get Started
  • Showcase
Company
  • Brand Assets
  • Terms of Service
  • Accptable Usse Policy
  • Privacy Policy
  • Refund Policy
  • Contact Us
Community
  • Find Developers
  • Forums
  • Facebook Group
  • #GenesisWP
  • Showcase
Resources
  • StudioPress Blog
  • Help & Documentation
  • FAQs
  • Code Snippets
  • Affiliates
Connect
  • StudioPress Live
  • StudioPress FM
  • Facebook
  • Twitter
  • Dribbble