Viewing 11 posts - 1 through 11 (of 11 total)
  • Author
    Posts
  • #28258
    Stephen McCandlish
    Guest

    I use Wedge theme. We change the colors. I did a theme update. The color changes we made were lost and reset to default

    1. Is this working as designed?
    2. how would I save the color changes?
    3. Is it needed to update themes? How do I find out what is contained in an update?
    4. is there a config file that contains the color changes that I could apply after i update?

    TIA

    #28264
    Jesse Owens
    Keymaster

    Hi Stephen-

    I’m very sorry to hear that your color palette was lost after an update. That’s definitely not working as designed. If you have a backup, I’d recommend restoring it so that we can salvage your original colors.

    How would I save the color changes

    Your color palette is stored in your WordPress Database, in the wp_options table, in a field called theme_mods_boldgrid-wedge, in an object called boldgrid_color_palette. Therefore, a database backup can restore your colors.

    One easy way to save copies of your Theme Customizations is with the excellent Customizer Export/Import Plugin that saves copies of the theme_mods_* database field.

    Is it needed to update themes? How do I find out what is contained in an update?

    The majority of updates are for plugin compatibility fixes, most often WooCommerce templates, among others. Occasionally though, an update will address major issues with a new version of WordPress. For example, the release of WordPress 5.5 had some major changes that required an update to our themes. I definitely recommend keeping your themes up to date because of this.

    To find out what’s contained in an update, you can check the changelog from your WordPress Dashboard in the Customize > Change Themes > Theme Details section.

    Is there a config file that contains the color changes that I could apply after I update?

    Since the color palette is stored in the database, a backup of your database (or an export from the Export/Import Customizer plugin) are your best bets.

    Again, I’m very sorry to hear about this. As an InMotion Hosting customer, you have access to premium support, so if you’d like you can file a private ticket and a member of our team can log into your site and see if we can recover your colors.

    And as always, I highly recommend making a full backup of your site before updating themes and plugins.

    #28276
    Jesse Owens
    Keymaster

    Hi Stephen-

    I wanted to update you that we got a couple similar reports overnight, so we are investigating to see if we can resolve this for you. I’ll update you here as soon as we have news.

    #28279
    Stephen McCandlish
    Guest

    This is an awesome response. I am a data guy and appreciate this level of detail. Until the solution is addressed, I will take your advice. I cannot find the version of the theme in my site (where might that be), but the colors have been recreated.

    #28285
    Jesse Owens
    Keymaster

    Thanks Stephen!

    Just an update on our investigation into the issue, it looks like a small number of sites experienced this issue because after the update, the SCSS code was not recompiled. A quick easy way to fix this is to activate another theme, and then re-activate Wedge.

    We haven’t been able to recreate the error in any of our tests, so it’s still a bit of a “spooky” issue, but this fix has worked for the other users who reported it. I’m glad to hear that you were already able to solve it.

    #28292
    Stephen McCandlish
    Guest

    Need a best practice opinion:
    The “site status health” suggested I had too many inactive themes, so I removed them.
    It also suggested having a default theme should anything go whacko with the Wedge theme: suggestion?

    #28300
    Jesse Owens
    Keymaster

    Hi Stephen-

    I think that the main concern motivating the “remove inactive themes” security suggestion is avoiding “notification fatigue” from too many updates by themes you’re not using. That said, I normally go by the general rule to have one backup theme, as you said to be able to recover from an unexpected error in the active theme.

    Currently, the default theme is Twenty Twenty, and it’s a pretty good choice. Folks who don’t use the default WordPress “Gutenberg” editor might have a better fall-back experience with Twenty Nineteen. Either one would be a solid option.

    #28303
    Stephen McCandlish
    Guest

    Now, I am in trouble.

    I installed Twenty Twenty and clicked “activate” thinking that, like a plugin, it needed to be activated.
    I now know it meant “change to the Twenty Twenty theme”. When I switched back to Wedge, a bunch of stuff was lost. It says that this theme does not support menus…which it does.

    #28306
    Jesse Owens
    Keymaster

    Hi Stephen-

    I have to say I’ve never seen that error message before, with Wedge or any of the BoldGrid themes.

    The only reason I can think of that might cause that error would be if the file wp-content/themes/boldgrid-wedge/inc/boldgrid-theme-framework-config/config.php was missing or corrupted.

    There’s a couple steps I would take to troubleshoot. First, if you have access to SSH, use WP-CLI to see if there are registered menu locations with this command:

    wp theme location list

    In Wedge, you should get output similar to the following:

    +---------------+--------------------+
    | location      | description        |
    +---------------+--------------------+
    | primary       | Primary Menu       |
    | social        | Header Upper Right |
    | secondary     | Above Header       |
    | tertiary      | Footer Left        |
    | footer_center | Footer Menu        |
    +---------------+--------------------+
    

    Another potential step you can take is to re-install the Wedge theme manually. You can either download the theme zip file directly and upload it to your WordPress Dashboard, or use WP-CLI once more:

    wp theme install http://repo.boldgrid.com/themes/boldgrid-wedge-1.16.4.zip --activate

    I’d also be interested to see if you get any JavaScript console errors while you’re customizing your site. Here’s a quick video I created for another user to show how to check:

    #28310
    Stephen McCandlish
    Guest

    The UI has a spot where I was able to restore the menus: saw it in your video!
    I did download the customizer-export-import and we will use it frequently.

    I am not getting any other JavaScript errors. Is there any sort of “integrity checker” available? I worry that I will be playing the whack-a-mole game.

    #28320
    Jesse Owens
    Keymaster

    Hi Stephen-

    I don’t blame you for worrying about it, you’ve had a couple very strange issues today. Right now we don’t have an easy way to verify the theme files, but I’d recommend downloading the zip file and re-installing to be safe. Before you do, I’d recommend making a backup now that you have your colors and menus working the way they’re supposed to be.

    If you’re not using it already, I’d recommend checking out our backup and restoration plugin, Total Upkeep. One of its best features is the ability to create a “rollback” backup before you update themes or plugins. If an update then makes a fatal error, it will automatically restore the backup, and if any other issues arise you’re also able to roll back with ease.

Viewing 11 posts - 1 through 11 (of 11 total)
  • The topic ‘Theme update lost color palette’ is closed to new replies.