Another 4.0 Issue

Hey guys, I really appreciate the work that went into optimizing the 4.0 release, but there are some serious issues…

WP Bakery page Custom CSS settings are now inserted far too soon in the page, so instead of overwriting theme css and dynamic css, the page custom CSS gets overridden by every other CSS file.

This is a change from the previous version of the theme.

As you can see in the attachment, the CSS is the first thing loaded after the page title, which should NOT be the case. I would imagine this is breaking many people’s custom css edits.

Attachments:

You must be logged in to view attached files.

Hello,

You need to resave all elements on the page that contain custom styles and then resave the whole page. It should fix this issue. Please, try and write to us about the result.

Regards

… seriously?

I don’t even know all the places I have custom css… Columns, rows, individual elements.

This is terrible. I’ll work on it today.

It is not about custom CSS but just about the element with styling options that generate CSS. And it is not from our 4.0 update. This change was made a long time ago.

Do you have more information on this? On one of my pages with custom css, but no custom shortcode css (so the css is part of just the entire page), I have re-saved the page and know for sure there is no other custom css on the page, but the css still shows up at the top of the head in the html.

Attachments:

You must be logged in to view attached files.

Any update on this? Several pages of my site look very bad because of this issue… it definitely started happening with the 4.0 update, but maybe that was because it included the WP Bakery update as well?

We are now confused, you sent us a different screenshot before. The custom CSS you are talking now should in the head as on your screenshot. What is wrong with it?

Custom CSS has never been that early in the head. As you know, any CSS gets overridden by the same rules if they come later. So by putting custom CSS so early in the head, it just gets overridden by the theme css that comes later.

It was not this way before. I don’t know if it’s a WP Bakery update or the theme, that’s why I’m asking you.

Both my screenshots show the custom CSS is now the first thing in the html. That means the CSS I’ve added to pages no longer works if I’m using it to overwrite theme css.

I don’t know how else to explain it that makes sense to you.

Can you send me a copy of WPBakery 6.0.3 and I’ll find the diff and what changed myself?

Or I’ll just revert to that version.

Thank you,

Just read the thread here, is it serious that we need to re-save all our elements (in every single page) one by one to ensure full compatibility with the Version 4.x?

gevcen,

It shouldn’t be.

The issue I believe stems from the WP Bakery plugin update, not the theme.

I’ve manually edited my WP Bakery plugin to insert the custom CSS into the body of each page instead of the header, and that’s fixed my original issue.

I still don’t know where the change came from. I’m hoping they can provide a 6.0.3 version of WP Bakery so I can see exactly what changed to cause this.

Long story short, it’s not the resaving of the page that fixed the issue for me… In fact that didn’t help at all.

If you compare two screenshots you will see that the first one is vc_shortcodes_... and the second one is vc_custom_....
Anyway, could you please check where it is located when you use the default WordPress theme? Our theme has no influence on this. Also, send us a link where we can check this too.

Both of those are page specific custom CSS added to each page in the same way… in the same function actually, in WP Bakery.

As I said above, I think it is a WP Bakery update, not your theme.

If I can get my hands on WP Bakery 6.0.3 I can compare to make sure the function that inserts custom css actually did change and it is not your theme, but I don’t have access to an older version…

Sorry, but we don’t keep old versions of the plugin, unfortunately. Could you please send us a link where we can see this now? We will check from our side too.

Ok.

I do not have a site where you can see it. I manually edited the WP Bakery plugin to fix the issue, and they have acknowledged the issue here: https://codecanyon.net/comments/22594910

Great, thank you for the information. We didn’t know about the bug in the plugin.

[Author]

Posts