Version 1.9.0 broke previous blocks

Hi there,

when you say “broke” can you explain?
And was it just the front end styling ? Or in the editor ?

Hi,

I also had to roll back to version 1.8.3
The background image of a container where there is a shape looked huge.
The image should cover the area but instead it is zoomed 20x

I’ve compared html source code and I’ve found some differences.
For instance I miss this css after the update

.gb-container .gb-shape {
    position: absolute;
    overflow: hidden;
    pointer-events: none;
    line-height: 0;
}

<div class=”gb-shape gb-shape-1″> and <div class=”gb-shape gb-shape-2″> should have this css.

Best regards

Hi there,

Yes, the CSS has been removed, but new CSS that targets the shape has been added, which replaces the generate CSS you saw from the old plugin.

For example, the new CSS would be something like this:

.gb-container-5c1edecb > .gb-shapes .gb-shape-1 {
    color: #000000;
    position: absolute;
    overflow: hidden;
    pointer-events: none;
    line-height: 0;
    left: 0;
    right: 0;
    bottom: -1px;
}

I would recommend making sure all cache is cleared after the plugin is updated.

Hi
Do any other changes have been done ?
I’ve seen this CSS but it seems it does not work properly.
Thanks

Can I see the issue?

For instance Product Category “Cinturones”.

Hi there,

go to Dashboard > GenerateBlocks -> Settings and click Regenerate CSS
Then clear all the caches on the site including those controlled by the SG Optimizer.

Then review the site, if the issue persists, disable the caches entirely so we can take a closer look.

Getting the same issue with GenerateBlocks 1.9.0 version. The container blocks always say ->This block has encountered an error and cannot be previewed.

Can you please help me?

Hi @jolieg,

Could you create a new topic for your issue? That way, we can assist you more effectively.

Thanks!

Hi @diggeddy

I did as you suggested. Unfortunately it did not fixed the issue.
I should comment that the block that has the failure had been created on any page and then the entire processed HTML copied into a PHP script in order to be called by a hook so it’s shown on every product category header. I wonder if besides the CSS there were any changes in the HTML and since it’s been packed in our script it remains as in the former version.

Best regards

Hi @jairoochoa,

Your site is still loading the CSS cached by SG Optimizer. Is there any chance you could deactivate it completely first?

Hi @alvindcaesar

Now CSS and JS minifying is disabled.
Would you mind take a look ?
Thanks

RE: https://www.ads-software.com/support/topic/version-1-9-0-broke-previous-blocks/#post-17729900

Loading the blocks HTML via a PHP Script is going to be an issue.
GB generates its CSS on render, by scraping the post content for its blocks from which it generates the CSS.
As this is not a block in the post content GB isn’t going to find it, or render it. Hence there are no GB Styles for the blocks.
If you must use this method for adding the blocks, then you would need to grab the GB styles and save them into your style sheet.
1. build the hero in a blank page where it renders correctly.
2. check the network tab in the developers tools for the GB styles.css , and grab the CSS from there
3. add that CSS to your stylesheet.

Hi @diggeddy

I will check it, thanks.
Anyway it worked fine till this update.
I reply back as soon as I’ve made the test.

Best regards

The update would have forced the GB CSS to regenerate.
And unless those exact same blocks were to be found somewhere in the post content, GB would not have anything to build the CSS from. To cover it builds the CSS from the block data and its block attributes that is saved in the post content. It won’t build CSS off the front end HTML which is what ( i assume ) you have in your hook.