Revision as of 18:15, 18 January 2008

Troubleshooting

• The "XML request error: Internal Server Error (500)" error message is shown when clicking the "Browse Server" button in the image and link dialogs. What is wrong?
• I'm not able to upload big files (+200Kb) using the ASP Connector? How to fix it?
• When putting the editor in a hidden DIV on Gecko, the editor stops working. How can I solve it?
• I'm getting a Syntax Error for the Class keyword when trying to use FCKeditor with ASP. What is causing this?
• Why do I get a "Page Cannot Be Displayed" error wherever I place the code to start the editor?
• Internet Explorer complains of a JavaScript error and no toolbar shows. Why?
• The Built In File Browser causes my IIS to stall/hang.
• With ASP.Net, I'm having a "Cannot execute code in freed script" JavaScript error.
• After configuring Speller Pages, Internet Explorer gives strange script errors.
• Firefox was not loading my toolbars if I used the default set, but it was working for basic.
• Security warning when using toolbar or context menu cut/copy/paste commands. How to enable them to work properly?
• Blank popups (e.g. from Source button) with Gecko browsers (!SeaMonkey, Firefox, ...)
• The toolbar doesn't load in Firefox and I get an error message in the console: this.DOMDocument has no properties
• The editor's content is empty when submitting the editor's surrounding form by ajax. What is wrong?
• The editor's content is empty inside an ASP.Net AJAX UpdatePanel
• There is just an empty Field, when JavaScript is disabled. What is wrong?
• With ASP.Net, I need to submit twice when using the RequiredFieldValidator in a FCKeditor instance
• Strange attribute named "ilo-full-src" on images when working with Firefox
• The panels containing font styles, size, color etc are incorrectly positioned when they appear in Firefox
• The showborders option isn't working on IE so that tables with border=0 are invisible in the edit window
• Problem with Central European Characters. (the š problem)

The "XML request error: Internal Server Error (500)" error message is shown when clicking the "Browse Server" button in the image and link dialogs. What is wrong?

You probably don't have the correct "Connector" for your server language set in the fckconfig.js file. By default, it uses the ASP connector. For more info about it, please click here.

Or you have a not correct configuration of parameter ConfigUserFilesPath = "/folder_for_userfiles/" in the config.asp file located in the folder \FCKeditor\editor\filemanager\browser\default\connectors\asp

For CF MX6+ you must also have an application.cfm with a <cfapplication name="blah"> tag somewhere above FCKeditor so that application variables are enabled. FCK requires that.

I'm not able to upload big files (+200Kb) using the ASP Connector? How to fix it?

IIS6.0 prevents the upload of files bigger than +200Kb. So you need to make some changes in the default IIS settings first.

Background: For IIS6.0 users, the AspMaxRequestEntityAllowed property specifies the maximum number of bytes allowed in the entity body of an ASP request. If a Content-Length header is present and specifies an amount of data greater than the value of AspMaxRequestEntityAllowed, IIS returns a 403 error response.

This property is related in function to MaxRequestEntityAllowed, but is specific to ASP request. Whereas you might set the MaxRequestEntityAllowed property to 1 MB at the general World Wide Web Publishing Service (WWW Service) level, you may choose to set AspMaxRequestEntityAllowed to a lower value, if you know that your specific ASP applications handle a smaller amount of data.

Solution: Open your metabase.XML which is located in c:\Windows\System32\Inetsrv find the line "AspMaxRequestEntityAllowed" and change it to "1073741824". This is 1GB - of course you can enter another value to suite your needs.

When putting the editor in a hidden DIV on Gecko, the editor stops working. How can I solve it?

This is a Gecko specific bug. A sample workaround can be found in the "_testcases" folder. Take a look at the "004.html" file.You just need to "re-enable" the editing when you make the DIV visible.

Edited by Alexander Kerkum - May 31, 2006

You can use this function to enable/disable all fckeditors in a given div:

if (!document.all) {switchEditors(document.getElementById("div_id_here"),"on");}
function switchEditors(oNode,sType)
        {
        var i=0;
        for (i=0;i<oNode.childNodes.length;i++)
                {
                childNode = oNode.childNodes.item(i);
                editor = FCKeditorAPI.GetInstance(childNode.name);
                if (editor && editor.EditorDocument && editor.EditMode == FCK_EDITMODE_WYSIWYG)
                        {
                        editor.EditorDocument.designMode = sType;
                        }
                switchEditors(childNode,sType);
                }
        }

Edited by Ian Sullivan - 8/11/05

This doesn't seem to work anymore. If I open 004.html, hide, and then show the editor I can't edit. A thread in the : forums noted that hiding the iframe causes Geko to turn off designMode so you just need to turn it back on when you make it visible.

if (!document.all){ //Check for Gecko
    var editor = FCKeditorAPI.GetInstance(kArticleRTE);
    //This test is probably overcautious, but since
    //EditorDocument isn't available with an accessor
    //it could disappear in a future release.
    if (editor && editor.EditorDocument && editor.EditMode == FCK_EDITMODE_WYSIWYG){
       editor.EditorDocument.designMode = "on";
    }
}

Edited by Colin Ramsay - 15/08/2005

We managed to solve this issue. Firstly make sure the code which hides your div is *not* attached to the onload event. I put it inline after the FCKEditor. Secondly, when you go to show the editor again, do something like this:

function designModeOn(){
  var editor = FCKeditorAPI.GetInstance('FCKeditor1');
  editor.EditorDocument.designMode = "on";
}
function hide(){
  var container = document.getElementById('container');
  container.style.display = 'none'
}
function show(){
  var container = document.getElementById('container');
  container.style.display = 'block';
}
function doShow(){
  show();
  hide();
  show();
  designModeOn();
}
doShow();

In other words, show it, then hide it, then show it again. Then activate design mode.

Update by Christian Springub - 22 may 2006

These solutions works only under FireFox. I found the same problem also in Internet Explorer. In this browser when you show your hidden div you can write text in editor but you can't format it. I modified the first code and this is the effect:

function switchEditors(oNode) {
  var i=0;
  for (i=0;i<oNode.childNodes.length;i++) {
    childNode = oNode.childNodes.item(i);
    editor = FCKeditorAPI.GetInstance(childNode.name);
    if (editor && editor.EditorDocument && editor.EditMode == FCK_EDITMODE_WYSIWYG) {
      editor.SwitchEditMode();
      editor.SwitchEditMode();
    }
    switchEditors(childNode);
  }
}

and in the function which shows your div put this command:

switchEditors(document.getElementById('id of div'));

This function simply turn editor in source-code mode and then come back into design mode.

Added by Wojciech Małota ( CMS ) - 24 Jun 2006

I couldn't get the above working. Childnode.name wasn't working. I think Childnode.id might have. Anyway, I recoded it using prototype.js wizardry. It works for me. Haven't tested in IE yet though.

function switchEditors() {
   $$('textarea').each(function(ta) {
       editor = FCKeditorAPI.GetInstance(ta.id);
       if (editor && editor.EditorDocument && editor.EditMode == FCK_EDITMODE_WYSIWYG) {
           editor.SwitchEditMode()
           editor.SwitchEditMode()
       }
   })
}

Added by Matt C - 27 Jun 2006

This is the answer for Matt's text.

I've tested my code in latest release versions of IE, Opera and FireFox and there is no problem. The only one thing I found is that there is an error if script shows a hidden div (and executes the function which enables the editor) before the FCKEditor is loaded. I present here the solution of this bug. I hope all people will understand how it works so I don't have to describe it.

var FCKeditorLoaded = false;
function FCKeditor_OnComplete(editorInstance) {
  FCKeditorLoaded = true;
}
function switchEditors(ID) {
  if(!FCKeditorLoaded) {
    setTimeout('switchEditors(\'' + ID + '\')', 500);
    return;
  }
  DoSwitchEditors(document.getElementById(ID));
}
function DoSwitchEditors(oNode) {
  var i;
  for (i = 0; i < oNode.childNodes.length;i++) {
    childNode = oNode.childNodes.item(i);
    editor = FCKeditorAPI.GetInstance(childNode.name);
    if (editor && editor.EditorDocument && editor.EditMode == FCK_EDITMODE_WYSIWYG) {
      editor.SwitchEditMode();
      editor.SwitchEditMode();
    }
    DoSwitchEditors(childNode);
  }
}

To start the work you need to execute this:

switchEditors('id of element');

Added by Wojciech Małota ( CMS ) - 28 Jun 2006

The problem seems to be solved in FCK Version 2.3 and Firefox 1.5.0.3. In Firefox Version 1.03 the problem exists furthermore.

Added by Luis Rocha ( ludwig_von_rocht@yahoo.com ) - 20 Mar 2007

am using the latest version of FCK on Firefox 2.0 on both Mac and Windows Vista, the problem appears on both, but not on IE7. The editors are in a hidden div and when I get to a step in the application process it shows the editors' div, but when I click on the editor field it doesn't receive focus. What I do is hit the Source button twice and it allows me to focus after that.

I'm getting a Syntax Error for the Class keyword when trying to use FCKeditor with ASP. What is causing this?

I'm getting a Syntax Error for the Class keyword when trying to use FCKeditor with ASP. What is causing this?

Make sure that the include statement for the fckeditor.asp file is before all other code on your page. If you are using the editor on another included page, make sure the fckeditor.asp include is at the top of the parent page.