TinyMCE - brutal performance on Revo

My clients are encountering what I can only describe as unusable performance from TinyMCE running on Modx Revo 2.0.8 (and previous).

Rich text editor enabled content has such an enormous time lag when typing that it’s impossible to work in. I’m talking 10 or more seconds to see the word you just typed actually appear in the text area. This is much worse in IE 7 & 8 than in Firefox but still unusable in both browsers.

It seems like it’s doing a server roundtrip with almost each keystroke, which tells me that there’s some plugin or something that’s getting called too often or some other craziness.

I have tried a force remove and reinstall of TinyMCE 4.1.2 plugin and have not customized it at all.

I am looking for pointers on how to approach the problem.

Is it css related?
Does it have something to do with template variables?
Might it have something to do with the content itself?

Any and all help would be most welcome.

Think it’s related to Javascript. I see this problems on old machines (like 5-10 year old pcs), too. Maybe Form customization (as it’s done with JS for now) plays a role with that, too?

Maybe. But I see significant lags on my brand new macbook pro using Firefox as well.

Something tells me that there’s something not quite right with my core installation somewhere, but I don’t know how to troubleshoot it.

I don’t have much to add except that this occurs for me on two separate installations of Revo. One is 2.0.8 and the other is 2.0.7.

It seems to be worse when the page content is longer than a couple of paragraphs.

I can see in the browser status bar that with every keystroke the manager is hitting the server in the background. I have no idea what this would be. I’ve never seen it in TinyMCE installations outside of modx.

Quote from: lowelife at Mar 03, 2011, 11:45 AM

I don’t have much to add except that this occurs for me on two separate installations of Revo. One is 2.0.8 and the other is 2.0.7.

It seems to be worse when the page content is longer than a couple of paragraphs.

I can see in the browser status bar that with every keystroke the manager is hitting the server in the background. I have no idea what this would be. I’ve never seen it in TinyMCE installations outside of modx.

You’ve probably thought of this, but are you in FF? It could be a FF plugin at work.

Happening on multiple browsers but worst on IE 8.

To me, it feels like tinymce is doing some cleanup or validation after each keystroke. It’s as if it’s autosaving every change incrementally.

TinyMCE is freezing up when I try to edit content. The bottom status bar of TinyMCE is displaying "false false false false...." (see attachment) if I try to type content it slows down and eventually freezes browser. Problem only occurs in HTML/RichText template variables. Editing within TinyMCE in the main content area is not affected.

I believe this just started happening when I upgraded to 4.2.0-pl. Strange thing, I tried to revert to the previous version of tinymce and the add-on was uninstalled... not sure what happened there.

I pray the gods find a solution to this, this is completely unworkable.

Firefox 3.6 / Safari 4.1
rev2.0.8-pl (traditional), TinyMCE 4.2.0-pl
OSX tiger 10.4.11,
localhost:
* Apache/2.0.63 (Unix) PHP/5.2.11 DAV/2
* MySQL client version: 5.1.37
* PHP extension: mysql

This has happened to my clients in the past, whereby the performance was so bad that the browser would stop responding. In my case, I found that rogue MS word characters (invisible) were present in the form field - literally 10’s of thousands of hidden lines of XML inside the field. It’s a longshot but maybe you’re experiencing the same thing - the only way for me to check was using a sql tool to see the field content.

Hlight:

Make sure your ’tiny.forced_root_block’ setting has a value of "p" (no quotes).

@splittingred,I was just going to say that... I’ve been trying to disable forced_root_block because it adds p tags to my tinymce templates which creates invalid code and formatting problems with my css.

I had forced_root_block = false, which was what was causing the ’false, false, false...’ in the tinymce status bar.

When I leave the forced_root_block value blank, with no quotes, the tinymce editor works fine for me.

Thanks for responding, I am very thankful for all the work you have put into this.

@hk_modx

rogue MS word characters (invisible) were present in the form field...the only way for me to check was using a sql tool to see the field content.

Thanks for the tip, I will keep this in mind when I get the phone call from the client