TinyMCE Uncaught exception error

When updating email templates, I get the following errors in the Console: https://jsfiddle.net/4qu3kgc8/

This seems to be the same error here: https://github.com/magento/magento2/issues/9518

Wondering if someone could let me know what version of TinyMCE SuiteCRM 7.99 is using, and if it is a deprecated version how I would update this to the most recent version.

The symptom of this problem is that when I try to update an Email Templatein HTML format, it does not save, rather goes to a 403 error page. I can save Plain Text format, but when I try to use this email template when sending an email from the system, it does not update in the body of the email.

Therefore it seems that the TinyMCE error is blocking the content being passed?

In any event, I need to solve this error soon, as it is becoming quite frustrating :frowning:

SuiteCRM version: 7.99
PHP Version: 7.0
Webserver: CLOUDLINUX 6.9 vmware v68.0.23 Shared Hosting

If it’s a 403 error, your web server is replying “NO!” to a request. That’s a matter of security configurations perhaps?

What is your web server, anyway? Is it supported?


CLOUDLINUX 6.9 vmware v68.0.23
MySQL 5.6.36-cll-lve - MySQL Community Server (GPL)
PHP 7.0
Apache 2.4

Tested in:

Chrome Version 63.0.3239.132 (Official Build) (64-bit)
Firefox Quantum 57.0.4 (64-bit)
Microsoft Edge 41.16299.15.0

I don’t know about Cloud Linux, never heard of it, but the impression I’m getting from your several posts is that there is something peculiar to your installation that makes SuiteCRM fail in several places. So we should focus on diagnosing that, whatever it is… it might not be easy.

Have you checked your other logs, the Apache/PHP logs? Usually it’s called php_errors.log.

Generally where is this located, please, I don’t send much time on servers

It’s not the same everywhere, so I can’t tell you where yours is… it’s an Apache setting, you tell it where to write the log.

I like to have it in my SuiteCRM root directory, right next to suitecrm.log.

To scan your entire disk use

find / -name php_errors.log 2>/dev/null

but it could have a different file name…

There were no search results. Does this appear on shared hosting?

On shared hosting sometimes they let you see it, sometimes they don’t. They have to have an automatic process to split the Apache log by user. You can ask them about it… it’s useful for the future, many problems only get diagnosed by anaylzing both logs.

Any other ideas to solve this issue?

No… not really. If you’re still getting the 403 error, email your hosting support and ask them about it. Ask them about the logs also.

If that doesn’t work, I would switch hosting. There are people running SuiteCRM successfully in literally thousands of shared hostings. But the way those hostings configure their systems varies greatly, and sometimes there are difficulties. So it’s up to you to decide whether to work with them through those problems, or just move elsewhere.

Do you have any recommended hosts. Specifically, I am looking for one which will backup the data automatically and store it off site.

I don’t work with shared hostings, so no, I can’t recommend.

I’ve heard good things about Siteground, and I found this positive critique from near your whereabouts


but I don’t if they’re good specifically for SuiteCRM. They should be.