Firefox 3.5 Compliancy with FCK Editor

Hi

It works perfect on mine. I did not do a clean install on mine, I just installed 3.5 while the old one was installed.
Also, seen in the news there is a patch out for 3.5, try that.

It seems there's a bug in the Firefox 3.5 Javascript engine - I was getting big problems with this.

Go to about:config

Set javascript.options.jit.content to false.

Seems to sort it out.

straycat wrote:It seems there's a bug in the Firefox 3.5 Javascript engine - I was getting big problems with this.

Go to about:config

Set javascript.options.jit.content to false.

Seems to sort it out.

Can you explain the problems?
If they are "big problems", then it shouldn't be hard to create some testcase so they can fix it. In 3.5.1 they have included some fixes related to jit, but there might be some more awaiting for someone to report them.

I'm using an DHTML / JS system which dynamically loads fckeditor instances onto a page. The first time one loaded, it wasn't too bad, but thereafter, it froze the browser for up to 30 seconds before finally loading.

However - I may have to eat my words somewhat. I just changed the setting back to the default to try and duplicate the behaviour, and it was working with no problems. Then I opened up Firebug, and the dodgy behaviour returned, which while extremely annoying, is far more understandable. I'll play with this a bit more and see whether I can get the bad behaviour to return sans Firebug, or whether I was jumping the gun earlier.

I am having the same problem. When I initialize the FCK editor and display it, the toolbar and the textarea do not load and nothing appears. This only happens on Firefox 3.5 or higher. I tried setting javascript.options.jit.content to false and security.fileuri.strict_origin_policy to false but neither worked.

I can concur, there is definitely an issue with Firefix 3.5 and The FCKEditor.
I am using the Joomla implementation of it: JoomlaFCKeditor and I don’t believe the fault lies with the editor though but with their ‘TraceMonkey’ javascript engine. On every other browser and version almost under the sun the editor seems to work fine.

The JIT feature JavaScript they introduce seems to be the problem here. On first load of the editor it loads up fine. But on a reload, when it seems to try and use the JIT (compiled code) it seems to cause the browser to crash.

Firefox 3.5.1: the version that was allegedly supposed to have fixed the instability issues has not come up to par. All it seems to be is a security update only. The problem still persists!!!

The only workaround seems to be to turn off the TraceMomkey JS engine by setting the javascript.options.jit.content option to false.

If you don't provide a test case to reproduce the problem you might have to wait a loooong time until the problem magically fixes.

I haven't noticed any problem, so you need to describe exactly the reproduction steps to get a bug filed for Firefox.

I'm finding a test case difficult to provide exactly - the problem is not, for example, occurring at all with the demos on this site, and I can't yet publish the code that's messing up. However we're currently using 2.6.4 - I will update the version soon and see if the problem persists.

For myself, it's definitely linked to FireBug (1.4.0). If I disable the FireBug console, FCKEditor instances load like lightning. With the FireBug console enabled, they can take upwards of two minutes to load, and the browser becomes extremely unresponsive while the load is going on.

For obvious reasons, I doubt that this issue is the editor's fault.

I'm not surprised that Firebug is involved in some strange bug. It has happened other times and I guess that it will happen again in the future.