Raw html not editable/loading visual composer

If you use a commercial theme or plugin and need support, please go to their official support channel. In order to be good stewards of the WordPress community, and encourage innovation and progress, we feel it’s important to direct people to those official locations.

Forum volunteers are also not given access to commercial products, so they would not know why your commercial theme or plugin is not working properly. This is one other reason why volunteers forward you to the commercial product’s vendors. The vendors are responsible for supporting their commercial product.

Frodo87, I just noticed that I’m having the same issue as of some time within the past week. Have you had any luck with this yet?

I too am having the same issue. Any updates?

Unfortunately I could not solve it and I’m still having the same issue.

What I have done so far:
Check plugins (deactivated plugins and checked if that causes the problems)
reinstalled wordpress 4.3
PHP is the newest version
Mysql is the newest version
Themes and add ons are all up to date.
Also went through some trouble shooting suggestions found in google for the visual composer.

But nothing what I have done fixed it. I have discovered though that if i want to edit blog posts and edit the raw html, no problems appear. But i cant edit actual pages. The raw html just wont load.

I hope we can fix it here, since even the developers have no solution.

I’m having the same problem. I noticed it started on several of my sites right after I updated to 4.3.

In visual composer, I edited one of my raw HTML blocks because I noticed a typo on my site. When I updated the page, my revision went through correctly and the results on my web page worked perfectly. However, I noticed another problem and when I went back to visual composer to edit the HTML block again, I noticed that half of my rows and columns were all missing.

I found out if you restore a previous revision, you can go back to where you could see everything in visual composer, but once you edit any block of raw HTML it causes the problem to happen again.

This is a major major problem for me, I hope wordpress can tune in here and help us out.

Fairly certain this is a visual composer bug. Not sure if it has been fixed yet or not.

I did find a workaround that will keep me above water until a fix exists. The problem appears to be in the way visual composer parses the content of the raw html component. It’s obviously base-64 encoded text.

I did a diff of the raw content of a working restored copy of a page (before it got corrupted) and the raw content of a corrupted page after it was edited. The change appears to be that they expect no whitespace in the [vc_raw_html] section at all before they parse the base-64 encoded content, but somehow carriage returns started getting inserted into the sections, which busts the parsing of the content and things fall over.

My workaround (which worked for me, YMMV) was to toggle to the text mode of the classic editor so I could see all the visual composer shortcodes, find every [vc_raw_html] section and remove any whitespace in it, so it looks like this when you’re done:

[vc_raw_html]VGhpcyBpcyBteSBmYWtlIHRleHQhIQ==[/vc_raw_html]

It’s critical that the open and close tags appear on the same line as the base-64 encoded content.

After I made those edits to every raw html section on my page, I toggled back to backend editor mode and things looked normal again and work fine. If you edit and save again, you’ll need to apply the same workaround.

Hope it helps someone else. If you notice a fix for this, please update this topic so others can find out as well. Thanks!

Thanks for the interim fix Joe, it definitely works! Sorry I can’t be of any help on that end though..

Hi Joe, thanks for this gave me something to start with, I’ve experienced the following…

For some reason additional carriage returns are added on saving. I seem to get one at the opening [vc_raw_html] and two before the closing [/vc_raw_html].

So your spot on saying that removing these from the classic view and then saving – only additional thing to note, is that every time the page is edited you’ll need to remove the carriage returns, incredibly frustrating.

I’ve also noticed the same issue occurs when using the [vc_raw_js] and other issues when using the visual composer since the 4.3 update.

All the best.

After trying to sort this, I’ve found that there’s two reasons this issue happens…

1. Spacing in any of the code you want placed in the vc_raw_html tags. However this can be resolved by using a code compressor/minify.
2. Additional Carriage breaks are added one after the opening tag and one before the closing tag – these need to be removed from the classic editor view, before saving.

Also, If it helps, I’ve also noticed a similar issue with other VC code, carriage breaks appear after/before the opening/closing tags too. For example [/vc_testimonial] – whilst not as serious, the additional unwanted carriage breaks cause unwanted spacing around quotes.

For code compressors I’ve just used…

JS – https://javascriptcompressor.com/
HTML – https://www.willpeavy.com/minifier/

– There may be better available, but those did the trick for me.

Hi guys,

Any update on this ? I have the same issue, and it is really frustrating to work on a page as line breaks need to be removed every time…

Does anyone know if WPBakery have communicated on the subject ?

Actually this was fixed in 4.7.1, and for support use our codecanyon commets or official support portal: support.wpbakery.com

Hi guys..

We have thesame poblem though mine is about the Text Block or the textarea_html.

This is so frustrating..

you can review my problem here:

https://www.ads-software.com/support/topic/visual-composer-unable-to-populate-textarea_html-when-image-is-inserted-in-edit?replies=1

I hope we could find some solution for this matter..

I fixed this by reinstalling visual composer plugin. (WPBakery Visual Composer 4.9)

So, I’m pretty blown away that Visual Bakery out of the blue started to encrypt the raw HTML.

For the average user, this is fine. But for a more advance user, having your content encrypted by a plugin is terrible! I hadn’t noticed this happened until recently. Now, I can no longer mass edit a page to remove a keyword via a find and replace.

I’m working with them now, and they’re being responsive. I’m hoping they make it so that this is an optional setting in the first place.

I had the same issue. I was using WP 4.5.3 and page-composer.

First you need to find composer-atts.js file. On the line 108, you will find :

return $(“<div/>”).text(rawurldecode(base64_decode(value))).html();

This code needs to be changed by:

return $(“<div/>”).text(rawurldecode(value)).html();

For some reason the content was already encode.

After that you will need to copy and paste the raw html element, delete the old one and update.

Hope it helps.