I recently submitted a bug report and ACF-dev Elliot was able to fix this, at least for my use case. The fix is included in the latest release 5.7.9, probably was already part of 5.7.8.
Ah, until your last comment it was not clear that this was on the “Add Term” page.
At least that’s where I’m seeing this bug. For other users in this thread it seems to happen on other pages, too (but not for me).
I suspect this has something to do with WP submitting and reloading the fields on the page through AJAX and scripts needed for the wysiwyg field are not loaded properly, but I don’t know.
I’m pretty sure there’s no problem with WP core code here, because a standard taxonomy does not have a WYSIWYG-field, so there’s no need to handle such scripts.
You should submit a but report on this here
Thanks, will do.
Deactivated all other plugins and even switched to the standard WP theme Twenty Sixteen, problem still exists.
Here are the steps to reproduce the error:
- Create new field group
- Create new field, type WYSIWYG-Editor. Leave all other field options on default
- Create rule: Taxonomy is Category
- Successfully add a new category term in Posts -> Category
- While trying to re-init TinyMCE for the WYSIWYG field, JS error is thrown
If you set the “delay” option for the WYSIWYG-field to “yes”, the error is not thrown after a term was added, but when you click on the field to init TinyMCE.
Cleared browser cache, problem still exists in 5.7.7.
I’m scratching my head here a bit and brainstorming on how to isolate what field might be causing the issue.
Any WYSIWYG field will produce the error.
It also breaks the ‘append’ action after a new term is added in edit-tags.php, so any code that is relying on that callback is not working. I had to reload the page as an ugly workaround, so a bugfix would be greatly appreciated.
