Skip Navigation

[Resolved] WYSIWYG Content is not saved when using the Visual tab

This support ticket is created 3 years ago. There's a good chance that you are reading advice that it now obsolete.

This is the technical support forum for Toolset - a suite of plugins for developing WordPress sites without writing PHP.

Everyone can read this forum, but only Toolset clients can post in it. Toolset support works 6 days per week, 19 hours per day.

Sun Mon Tue Wed Thu Fri Sat
- 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 9:00 – 12:00 -
- 13:00 – 18:00 13:00 – 18:00 13:00 – 18:00 14:00 – 18:00 13:00 – 18:00 -

Supporter timezone: America/Jamaica (GMT-05:00)

This topic contains 6 replies, has 2 voices.

Last updated by Shane 3 years ago.

Assisted by: Shane.

Author
Posts
#2211867

I am trying to: Use WYSIWYG fields to manage content

Link to a page where the issue can be seen: hidden link

I expected to see: I expect data to save.

Instead, I got: It does not save.

We have already attempted to resolve using info on these pages:

https://toolset.com/errata/content-of-wysiwyg-field-lost-when-updating-posts/
- Nigels comment suggests making sure "under 'Sections to display when editing' is the Editor option checked" - it is.

https://toolset.com/forums/topic/wysiwyg-fields-doesnt-save-any-text/
There are 3 potential causes on that thread, unfortunately, none of them help us:
- Toolset Version 3.4.14 - we’re already using it
- Cacheing - no cache plugin installed, WP Engine Object Cache is off, WP Engine cacheing excludes admin (Server and Browser Cache - Support Center)
- Use the Editor Option instead of Blocks - we’re already using Classic.

https://toolset.com/forums/topic/wysiwyg-doesnt-save-content-text-html-editor-works/
Two more potential causes, neither apply to us:
- TinyMCE - we’re not using that plugin on this site
- post_content is disabled - nope, thats the body of the Article

There is another similar issue that may be related, but we are not encountering this - https://toolset.com/errata/visual-tab-of-wysiwyg-fields-may-not-initialize-correctly-appear-not-to-save-data/.

#2211883

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hi Steven,

If I understand correctly here, your custom field is a WYSIWYG field correct ? If such is the case then it is related to our erratas page and as such a likely fix will come from the wordpress core itself.

Have you tried using the plugin below as a way to fix the issue using the legacy option ?
https://wordpress.org/plugins/enable-jquery-migrate-helper/

Please let me know.
Thanks,
Shane

#2211913

Hi Shane, installing this plugin did not resolve the issue.

#2211977

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hi Steven,

Given such is there case there isn't much we can do in terms of resolving this.

However what I can do is to check on your site to confirm if it is the same issue. Also would it be ok if I took a copy of the site to provide to our Team as well.

I've enabled the private fields for your next response. Please also send me a link to the post that has the issue.

Thanks,
Shane

#2212191

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hi Steven,

Your issue more similar to this below.
https://toolset.com/errata/content-of-wysiwyg-field-lost-when-updating-posts/

I've tested using the text tab on the WYSIWYG editor and it works when you've provided the content. However we don't have a solution at the moment for this one.

It should be noted that it works in one post that I tested but i'm unsure if it work work on all the posts.

Thanks,
Shane

#2212221

Yes, I included that link in my initial report. I know the text tab works, we need Visual to give our client the benefits of a WYSIWYG.

Thank you for trying to help, you can close this ticket.

#2212249

Shane
Supporter

Languages: English (English )

Timezone: America/Jamaica (GMT-05:00)

Hi Steven,

Closing here