Extension talk:FCKeditor (Official)/Archive 2

From mediawiki.org
Archived discussion: 1

Please post new topics here, with the newest posts being at the bottom of the page.

The old FCKeditor Q&A page that used to be at http://mediawiki.fckeditor.net/integration_guide.htm can now be found at /Old Tips and Tricks

Fatal error if an article refers to images that haven't been uploaded yet[edit]

Fatal error: Call to a member function getName() on a non-object in ../extensions/FCKeditor/FCKeditorSkin.body.php on line 123

This is what on line 123: $imgName = $img->getName();

Any idea how to get around this beside uploading the images? (I have a bunch of newly imported pages that have the images missing.)


1. Backup your FCKeditorSkin.body.php
2. find in there "$imgName = $img->getName();" add BEFORE "if ($img) {"
3. find "$found = $img->getURL();" add AFTER "}".
4. Save and Upload... Enjoy.

Old error[edit]

It is adding <br> tag when you enable rich editor, and then disable. And so every time, the more turned on and off more <br> tags appears

Disturbing SMW (Semantic Mediawiki) syntax[edit]

FCKeditor is a great tool, but it gives me a problem.

Using the built-in MediaWiki editor, I have coded SMW-syntax.

After using the FCKeditor, the syntax is changed. The SMW-syntax has disappeared.

My request is to support the syntax of SMW, not changing the SMW-notation


Fixed here --Eurodomenii 13:26, 7 February 2010 (UTC)[reply]

It is not fixed for me... Using, MW 1.16.5, SMW 1.5.6 and FCKEditor 1.0.1, my SMW tags are broken by FCKEditor, for example :

  • [[Date::1664|beer]] is broken
  • [[Has type::Date]] is broken

So I advise everybody to use instead the silent annotations like {{#set:Date=1664}} or {{#set:Has type=Date}} --Varlin 17:34, 2 August 2011 (UTC)[reply]

My team and I, developped a small PHP in order to replace HTML / FCKE markups by Wikitext equivalents, see | here (fr)

Please, feel free to contact us for any question about this script.

Alpha Gamma

Tag extension could break FCKEditor[edit]

A tag extension, where an improper tag is registered (ie. a tag which starts with a slash) breaks the behaviour of the editor.


/** Taiwan Chinese (‪中文(台灣)‬)
 * @author Roc michael
$messages = array(
	'textrichditor' => '視覺化編輯器(Rich Editor)',
	'tog-riched_disable' => '停用視覺化編輯器(rich editor)',
	'tog-riched_disable_ns_main' => '停用主名字空間的視覺化編輯器',
	'tog-riched_disable_ns_talk' => '停用"{{ns:Talk}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_user' => '停用"{{ns:User}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_user_talk' => '停用"{{ns:User_talk}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_project' => '停用"{{ns:Project}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_project_talk' => '停用"{{ns:Project_talk}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_image' => '停用"{{ns:Image}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_image_talk' => '停用"{{ns:Image_talk}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_mediawiki' => '停用"{{ns:MediaWiki}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_mediawiki_talk' => '停用"{{ns:MediaWiki_talk}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_template' => '停用"{{ns:Template}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_template_talk' => '停用"{{ns:Template_talk}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_help' => '停用"{{ns:Help}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_help_talk' => '停用"{{ns:Help_talk}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_category' => '停用"{{ns:Category}}"名字空間的視覺化編輯器',
	'tog-riched_disable_ns_category_talk' => '停用"{{ns:Category_talk}}"名字空間的視覺化編輯器',
	'rich_editor_new_window' => '於新視窗內開啟視覺化編輯器(Rich Editor)',
	'tog-riched_start_disabled' => '開始時先停用視覺化編輯器(rich editor)',
	'tog-riched_use_popup' => '於彈出視窗(popup)中使用視覺化編輯器(Rich Editor)',
	'tog-riched_use_toggle' => '在「維基文字」與「視覺化編輯器」之間以開關作切換(以視覺化編輯器取代文字編輯區)',
	'tog-riched_toggle_remember_state' => '記住最後的切換設定',

The above message is for Traditional Chinese.

I would like to setup something for my site in the Localsetting.php like following:

$tog-riched_start_disabled  = true;
$tog-riched_use_popup  = true;
$tog-riched_use_toggle  = true;
$tog-riched_toggle_remember_state = true;

Any idea? :-) --Roc michael 13:08, 16 March 2009 (UTC)[reply]

Hi Roc michael, I've corrected the file name, since 'zh-tw' is the language code for Taiwan Chinese (‪中文(台灣)‬) and 'zh-hant' is for Traditional Chinese (‪中文(傳統字)‬). If you meant Taiwan Chinese instead of Traditional Chinese, feel free to correct me. :-)
FCKeditor.php sets the following values to $wgDefaultUserOptions:
$wgDefaultUserOptions['riched_use_toggle'] = 1;
$wgDefaultUserOptions['riched_start_disabled'] = 1;
$wgDefaultUserOptions['riched_use_popup'] = 1;
$wgDefaultUserOptions['riched_toggle_remember_state'] = 1;
This means that by default, FCKeditor starts enabled without popup and that there's no toggle on edit view (I believe). --Jack Phoenix (Contact) 15:03, 16 March 2009 (UTC)[reply]
Hi Jack:
First, Thank for your respond. Then, It's true that 'zh-hant' is for Traditional Chinese (‪中文(傳統字)‬). I am a Chinese in Taiwan(or a Taiwanese) and people in Taiwan use Traditional Chinese. So the message above is not only 'zh-hant' but also 'zh-tw'. Any idea? :-)--Roc michael 16:20, 16 March 2009 (UTC)[reply]
You're marked as one of the authors in core MessagesZh_tw.php file (localization for Taiwan Chinese), but not in MessagesZh_hant.php file (localization for Traditional Chinese), so maybe this should use 'zh-tw' then? I'm not really sure, maybe someone who's more experienced with l10n & i18n could answer this question better. --Jack Phoenix (Contact) 19:09, 16 March 2009 (UTC)[reply]
Hi Jack,
When I finished the Chinese message file yesterday, I named it "FCKeditor.i18n.zh_tw.php" but nothing happened with the FCKeditor in my site. Until I renamed it become "FCKeditor.i18n.zh-tw.php", it works. So I think it's good to named it "FCKeditor.i18n.zh-tw.php". That's all my think about the name of Chinese message file.
I guess that you can make the "FCKeditor.i18n.zh-tw.php" and "MessagesZh-hant.php" use the same message. In the world, not only people in Taiwan use Traditional Chinese but also Hong Kong people do. It's great if anyone dislike the message and try to give us another version. I would like to see anyone to dedicate his(or her) intelligence.--Roc michael 12:11, 17 March 2009 (UTC)[reply]
Okay, I changed the file name from 'zh-hant' to 'zh-tw' for now. --Jack Phoenix (Contact) 19:51, 17 March 2009 (UTC)[reply]
Translation added: http://dev.fckeditor.net/changeset/3248, thanks! In the future, plase post new translations here: http://dev.fckeditor.net/

any tips on converting back from an old FCK install?[edit]

i.e. converting HTML back to WikiMarkup?

a direct conversion won't work, because some valid wiki elements are mixed with the html generated by the old FCK editor... --Dmb 21:54, 31 March 2009 (UTC)[reply]

How to enable zh-tw.js[edit]

Hi Jack,
I've made another translation flie zh-tw.js and put it in the folder "extensions\FCKeditor\plugins\mediawiki\lang".

Then, I edited the fckeditor_config.js as followed:

FCKConfig.Plugins.Add( 'mediawiki', 'en,pl,zh-tw') ;
//FCKConfig.DefaultLanguage		= 'en' ;
FCKConfig.DefaultLanguage		= 'zh-tw' ;

Finally, I press Ctrl+Shift+R (use Firefox) or Ctrl+F5 (us IE6),but There is no use.

/** Taiwan Chinese (‪中文(台灣)‬)
 * @author Roc michael
 * mediaWiki FCKeditor plugin
 * English language file.

FCKLang.wikiTabEdit						= '編輯';
FCKLang.wikiTabManual					= '手動選取';

FCKLang.wikiBtnTemplate				= '插入/編輯模板';
FCKLang.wikiBtnReference			= '插入/編輯參考(Reference)';
FCKLang.wikiBtnReference			= '插入/編輯參考標記「<references />」';
FCKLang.wikiBtnFormula				= '插入/編輯公式';
FCKLang.wikiBtnSpecial				= '插入/編輯特別標記';
FCKLang.wikiCmdTemplate				= '模板屬性';
FCKLang.wikiCmdReference			= '參考屬性';
FCKLang.wikiCmdFormula				= '公式';
FCKLang.wikiCmdCategories			= '分類';
FCKLang.wikiLoadingWikitext		= '載入維基文字中,請稍待...';
FCKLang.wikiLoadingCategories		= '載入分類中...';
FCKLang.wikiSearchCategory			= '蒐尋分類';
FCKLang.wikiSelectedCategories		= '選取分類';
FCKLang.wikiBtnCategories			= '插入/編輯分類';
FCKLang.wikiAddNewCategory			= '新增';
FCKLang.wikiCategoryTree			= '分類樹';
FCKLang.wikiMnuTemplate				= '模板屬性';
FCKLang.wikiMnuMagicWord			= '修改魔術字';
FCKLang.wikiMnuReference			= '參考屬性';
FCKLang.wikiMnuFormula				= '編輯公式';
FCKLang.wikiCmdSpecial				= '特殊標記屬性';
FCKLang.wikiMnuSpecial				= '特殊標記屬性';

FCKLang.wikiImgFileName				= '影像檔檔名';
FCKLang.wikiImgNotice1				= '影像必須事先完成上傳';
FCKLang.wikiImgNotice2				= '使用在螢幕左側的 "上傳檔案"';
FCKLang.wikiImgCaption				= '標題(Caption)';
FCKLang.wikiImgType						= '特殊型態';
FCKLang.wikiImgTypeThumb			= '縮圖(Thumbnail)';
FCKLang.wikiImgTypeFrame			= '框(Frame)';
FCKLang.wikiImgTypeBorder			= '邊(Border)';
FCKLang.wikiImgAlignCenter		= '置中(Center)';

FCKLang.wikiImgAutomatic			= '自動蒐尋結果';
FCKLang.wikiImgTooShort				= '太短了... 請多鍵入些';
FCKLang.wikiImgStartTyping		= '在上方的欄位開始鍵入';
FCKLang.wikiImgStopTyping			= '停止鍵入以蒐尋';
FCKLang.wikiImgSearching			= '蒐尋...';
FCKLang.wikiImgSearchNothing	= '沒有找到影像';
FCKLang.wikiImgSearch1Found		= '找到一個影像';
FCKLang.wikiImgSearchSeveral	= '找到%1個影像';
FCKLang.wikiImgSearchALot			= '找到%1個影像';

FCKLang.wikiLnk								= '連結';
FCKLang.wikiLnkAutomatic			= '自動蒐尋結果';
FCKLang.wikiLnkNoSearchAnchor	= '錨點連結...,無蒐尋選項';
FCKLang.wikiLnkNoSearchMail		= '電子郵件連結,無蒐尋選項';
FCKLang.wikiLnkNoSearchExt		= '外部連結,無蒐尋選項';
FCKLang.wikiLnkTooShort				= '太短了... 請多鍵入些';
FCKLang.wikiLnkStartTyping		= '在上方的欄位開始鍵入';
FCKLang.wikiLnkStopTyping			= '停止鍵入以蒐尋';
FCKLang.wikiLnkSearching			= '蒐尋中...';
FCKLang.wikiLnkSearchNothing	= '沒有找到文章';
FCKLang.wikiLnkSearch1Found		= '找到1篇文章';
FCKLang.wikiLnkSearchSeveral	= '找到%1篇文章';
FCKLang.wikiLnkSearchALot			= '找到%1篇文章';

FCKLang.wikiTeX								= '公式 (TeX 標記)';
FCKLang.wikiTeXEmpty					= '請鍵入公式';

FCKLang.wikiSpTag							= '現有特殊標記(Special Tag)';
FCKLang.wikiSpParam						= '特殊標記參數';

FCKLang.wikiRef								= '參考文字(維基文字)';
FCKLang.wikiRefName						= '參考名稱(選擇性填寫)';

FCKLang.wikiTmpl							= '模板行定義(從 {{ 至 }})';
FCKLang.wikiTmplEmpty					= '模板必須以「{{」開頭,並以「}}」結果,請確認一下';
FCKLang.wikiTmpsel						= '(請於此處選取一個模板使用說明(template manual))';

FCKLang.DplHelp								= 'DPL stands for Dynamic Page List, and allows to generate a formatted list of pages based on selection criteria. See %link for details';
FCKLang.inputboxHelp					= 'Inputbox allows to create a form for users to create new pages. The new pages edit box can be pre-loaded with any template. See %link for details';

--Roc michael 12:26, 6 April 2009 (UTC)[reply]

Ok, The Language file works[edit]

After I edited the fckeditor_config.js as followed:

FCKConfig.Plugins.Add( 'mediawiki', 'zh-tw,en,') ;
FCKConfig.DefaultLanguage		= 'en' ;

The Language file works :-)--Roc michael 13:01, 6 April 2009 (UTC)[reply]

Some small issue[edit]

  • The version of MediaWiki is just 1.14 (or 1.15alpha) not 1.16 now.
  • SVN information should be
svn checkout http://svn.fckeditor.net/MediaWiki/trunk

but not

svn checkout http://svn.fckeditor.net/MediaWiki/trunk FCKeditor
  • It's an excellent extension. I like it! Please give me more good news about it. :-) --Roc michael 14:57, 18 May 2009 (UTC)[reply]
The requirement of MW 1.16 refers to the version available on svn.wikimedia.org; it's a fork of the original FCKeditor extension and it requires 1.16. If you have a wiki running 1.15 or lower version of MW, you can use the extension available from http://svn.fckeditor.net/MediaWiki/trunk. --Jack Phoenix (Contact) 15:14, 18 May 2009 (UTC)[reply]

Official Release[edit]

Great that this is Beta! This is what we want, ideal. When is this expected to become "stable", and will it be included in Wikipedia? --Robinson Weijman 10:23, 16 June 2009 (UTC)[reply]

I've got my doubts about this extension, since it seems nobody is answering the questions on this page. --Robinson Weijman 08:26, 8 July 2009 (UTC)[reply]
Maybe they don't want to take bugs via the discussion page, but wish to use either their, or wikimedia's bugzilla? As far as I can tell, this extension is fairly well supported.
--Ryan lane 15:11, 8 July 2009 (UTC)[reply]
No idea, but I was not submitting a bug but asking when they expect it to be "stable" - not a difficult question if they have a plan. --Robinson Weijman 14:20, 27 July 2009 (UTC)[reply]

FCKeditor is changing MW Table Syntax[edit]

Great tool, but it's giving me a problem.

Using the built-in MediaWiki editor, I have this code for a table:

 {| border="1" cellpadding="5" cellspacing="0"

After editing a cell in the table, the Syntax is changed to:

 {| class="FCK__ShowTableBorders" border="1" cellspacing="0" cellpadding="5"

My questions are:

  • Why does the editor add the class?
  • Is this necessary?
  • Can it be disabled?


Applicationswhisperer 00:53, 17 June 2009 (UTC)[reply]

Hi, ich have the same Problem. Some solution available? My problem is that i use a template to get the table design and the FCK Editor owerwrite it.

{| {{tableDesign1}}
| text

{| class="FCK__ShowTableBorders"
| text

Here is what I did to fix this. -- 21:11, 30 September 2011 (UTC)[reply]
Edit showtableborders.htc:
function ShowBorders()
	// Added this line. Don't like it touching the table class.

use makes categories disappear[edit]

i'm currently trying out this extension, and i am not sure, but i think it's making my categories disappear. Bud0011 22:26, 27 July 2009 (UTC)[reply]

Wikia still using it, just heavily modified?[edit]

I think Wikia is still using this, though they seem to have heavily modded it. Try editing this page in Firefox, and you will see the editor, which - according to this blog post - is based on FCKeditor. It might also work in IE, but the help page about the new editor clearly states that Chrome, Safari, and Opera are still unsupported. It falls back nicely to the regular editor, at least for Chrome. I haven't checked to see if it is enabled on any other Wikia sites, but I doubt it, since - according to the help page again - it only works with the Monaco skin (default, I assume?). Also, the same blog post states that they did modify MediaWiki's core a bit, though most of it is implemented as an extension. Nuck Chorris 0 21:16, 3 August 2009 (UTC)[reply]


I've verified this by checking wikia's version page. look for the "FCK Integration with MediaWiki". however, the link page which should link to the developers page, links to help page on the wiki.

I don't know why they aren't sharing, it's a very nice interface. :) 02:52, 14 September 2009 (UTC)[reply]

disappearing thumbnail captions[edit]

I am using MW version 1.15 and I have the strange behavior that whenever I edit a page that already has a thumnail with a caption this caption is disappearing when I edit the text with the FCKeditor. If I save in wikitext-mode everything is fine.

  • Same here. Works on 1.15, but keeps loosing all image captions.

It is the same for me. I can write captions and after saving they are diplayed. But doing any edit at the same page and save again, the disapear (also in the wikitext). I'm using MediaWiki 1.15.1, PHP 5.2.10 (cgi), MySQL 5.0.81-log.

I can also confirm this behaviour. If I add a caption and save straight away, it seems to work - but if I go back and subsequently edit the same page and save, the image captions all vanish.
Additionally the image captions to do not appear under the pictures in the WYSIWYG text area when editing. --CharlesC 17:29, 4 November 2009 (UTC)[reply]
I can confirm it as well. Does anybody can help or give some more information on that problem? -- 15:12, 5 November 2009 (UTC)[reply]
Same problem with MW 1.15.1 -- 16:37, 6 November 2009 (UTC)[reply]
Same here with MW 1.16alpha. Any progress up to now? I posted a ticket in the dev section of FCKeditor: https://dev.fckeditor.net/ticket/5180

--Filburt 10:51, 18 February 2010 (UTC)[reply]

There's a workaround for this (pretty major) issue here. It's about two-thirds of the way down, search for "caption". It will duplicate alt-text for screen readers, but that's a small price to pay to get captions back. 08:56, 28 July 2010 (UTC)[reply]
That page has since been deleted. Here is the fix. In FCKeditorSkin.body.php around line 206, change 'alt' to 'caption' in a number of places. So this:
if (isset($fp['alt']) && !empty($fp['alt']) && $fp['alt'] != "Image:" . $orginal) {
	$ret .= "alt=\"".htmlspecialchars($fp['alt'])."\" ";

becomes this:

if (isset($fp['caption']) && !empty($fp['caption']) && $fp['caption'] != "Image:" . $orginal) {
	$ret .= "alt=\"".htmlspecialchars($fp['caption'])."\" ";

thanks! i was pulling my hair out. they removed the page and solution, grrrr. thanks again! -- 16:57, 15 October 2011 (UTC)[reply]

No go on 1.15[edit]

Does not work on 1.15.

Must have a wrong version noted on front page, i.e. 1.16.

Disappointing, looks like it might get trashed by Beta's built in features too. --Nonegiven108 05:20, 17 August 2009 (UTC)[reply]

  • Andthepharaohs 12:21, 24 September 2009 (UTC) I downloaded from here as suggested below and installed on 1.15.0 - the editor worked fine, but it screwed up Special:Version which is now empty, so I've had to back out the extension for now.[reply]
  • Andthepharaohs 11:38, 25 September 2009 (UTC) I discovered that the problem was due to also having the PathFunctions extension installed - as this is obsolete from 1.15, I removed it and all is well.[reply]

FCKeditor+MediaWiki 1.15.1[edit]


Is there any version/revision of FCKeditor+MediaWiki known to run with MediaWiki 1.15.1? I've been looking around on the internet and trying different versions without success.

Thanks for any hints, 00:20, 17 September 2009 (UTC)

Use the link under Download via HTTP, that worked for me in MediaWiki 1.15.1, 21 September 2009

Use MediaWiki 1.15.1 + Download via HTTP + Php 5.2.11. The key is the version of PHP. The extension does not work with PHP 5.3.0. 29 September 2009

Solved! Edit the function onCustomEditor() in file FCKeditor.body.php (it should be in line 206). Change this line:
 public function onCustomEditor (&article, &user){
 public function onCustomEditor ($article, $user){
Should work now.

--Gregra 21:17, 5 November 2009 (UTC)[reply]

I use MediaWiki 1.15.1 with PHP 5.2.12 and FCKeditor from the trunk version http://upload.wikimedia.org/ext-dist/FCKeditor-trunk-r60171.tar.gz. The 1.15 SVN version did not work and dropped an PHP error because of missing file /includes/ParserOptions.php . --Wikinaut 00:08, 23 December 2009 (UTC)[reply]

The solution which works with XAMPP: 1.7.3 / MediaWiki: 1.15.1 and FCKEditor 2.6.4 is the following (The "&" in file FCKeditor.body.php should be deleted.):

public function onCustomEditor($article, $user) {

(Source: http://mediawiki.fckeditor.net/index.php/FCKeditor_integration_guide)

I confirm. Modifying onCustomEditor worked for me on XAMPP 1.7.3 with MediaWiki 1.15.1. and PHP 5.3.1. --Popol0707 11:11, 5 May 2010 (UTC)[reply]

Bug FCKeditor avec médiawiki 1.15.1[edit]

Bonjour J'ai installer et essayer l'extension FCKeditor sur ma médiawiki version 1.15.1

l'extension fonctionne mais lorsque je vais sur page spéciale -> version la le contenu de la page version est vide.

j'ai donc tester toutes mes extension et je remarque que quand je retire la ligne:


l'affichage de la page version se fait correctement

il y a donc un conflit entre l'extension FCKeditor et ma wiki

une idée sur le problème et la solution ?

--Voice 10:52, 30 September 2009 (UTC)[reply]

Quelle version de PHP avez-vous? --Popol0707 10:58, 5 May 2010 (UTC)[reply]

Is this really free?[edit]

Is this extension free? It seems so, but after installation I clicked on the about FCKeditor link and got taken to the CKeditor (note spelling difference) page which includes a CKeditor license page. --Robinson Weijman 15:16, 21 October 2009 (UTC)[reply]

"CKEditor is distributed under the GPL, LGPL and MPL open source licenses." Sounds free to me. —Emufarmers(T|C) 00:06, 22 October 2009 (UTC)[reply]
That's what I thought until I read the CKeditor license page. So, thanks for the answer but "sounds free" is not good enough. I need to know for sure (for a company wiki). Here's the blurb: Corporate Web Sites: Licenses CKEditor to be used inside pages of all web sites owned or produced by your company. $850 --Robinson Weijman 11:22, 22 October 2009 (UTC)[reply]
It seems (reading further) that the license is only required for:
   * Modifications and enhancements doesn't need to be released under an Open Source license;
   * There is no need to distribute any Open Source license terms alongside with your product and no reference to it have to be done;
   * No references to CKEditor have to be done in any file distributed with your product;
   * The source code of CKEditor doesn’t have to be distributed alongside with your product;
   * You can remove any file from CKEditor when integrating it with your product.

None of which is applicable to me - but possible to other users? --Robinson Weijman 11:25, 22 October 2009 (UTC)[reply]

copy and paste issues; "Paste From Word" icon missing[edit]

I only see one paste button, which only allows plain text pasting. I've seen screenshots with three paste buttons:

  • plain text
  • with formatting
  • from word

How can I enable that? --Robinson Weijman 14:59, 23 October 2009 (UTC)[reply]

→ Just add the following lines to $IP/extensions/FCKeditor/fckeditor_config.js and remove a comment (see PATCH below). Note: $IP stands for the root directory of your MediaWiki installation, the same directory that holds LocalSettings.php. --Matthias Sala 19:03 16 November 2009 (GMT) --Wikinaut 11:16, 25 December 2009 (UTC)[reply]
// Setup the editor toolbar.
FCKConfig.ToolbarSets['Wiki'] = [
// PATCH: remove the comments around /* 'PasteText','PasteWord',*/
//	['Cut','Copy','Paste',/* 'PasteText','PasteWord',*/'-','Print'],
//	['JustifyLeft','JustifyCenter','JustifyRight','JustifyFull'],
//	['TextColor','BGColor'],

// Load the extension plugins.
FCKConfig.PluginsPath = FCKConfig.EditorPath + '../plugins/';
// Available translations
FCKConfig.Plugins.Add( 'mediawiki', 'en,fi,he,ko,pl,sv,zh-tw' );

// PATCH: make sure to change the following to false
//        this is the most important change
//        it allows Ctrl-C (or Ctrl-X to delete) and Ctrl-V to copy and paste and preserve tags
FCKConfig.ForcePasteAsPlainText = false;
// PATCH: add these two lines
FCKConfig.AutoDetectPasteFromWord = true;
FCKConfig.CleanWordKeepsStructure = false;

Make sure that your browser (javascript) cache is fully cleared; for example: Firefox not only requires to clear personal history but a full browser restart. Then you should see the two additional icons. --Wikinaut 11:26, 25 December 2009 (UTC)[reply]

20091225 MediaWiki1.15.1 and FCKeditor.png

I'm a bit late here but thanks for the reply! --Robinson Weijman 09:29, 22 July 2010 (UTC)[reply]

Seems to work fine for me. Thank you! --Popol0707 13:50, 30 January 2011 (UTC)[reply]

image: versus file:[edit]

Isn't the new context for uploaded data file: ? At least the mediawiki helppage Help:image says so.

  • FCKeditorSajax.body.php should be adapted to this.
  • Please don't forget the link-context :file: when adding file:.
  • Do other files need to be changed too?
  • i18n of context-names should be allowed too. (file -> datei etc)


This extension uses the WRONG directory for ParserOptions.php.... It is looking in the includes/ directory, where the DEFAULT install of this is in includes/parser directory. On the FCKeditor site, they claim if you get an error for ParserOptions.php then you have installed it in the wrong directory - don't see how that can be as FCKeditor is the installed extension, NOT ParserOptions, and it isn't up to them to claim the default directory is "wrong". --aelfwyne 16:19, 15 December 2009 (UTC)[reply]

And it requires several deprecated files as well.... Looks like this is NOT compatible with the current versions of MediaWiki. I do not recommend installing it as you'd have to hack it in, and who knows if it would even work reliably? --aelfwyne 16:26, 15 December 2009 (UTC)[reply]

I installed and run successfully

  • current MediaWiki 1.15.1
  • FCKeditior version from trunk version. Remark: I confirm: the 1.15 version of FCKeditor showed the problem with ParserOption.php not found hich you reported above

for sake of completeness: I run MediaWiki 1.15.1
PHP 5.2.12 (apache2handler)
MySQL 4.1.13
--Wikinaut 09:54, 24 December 2009 (UTC)[reply]

I use MediaWiki 1.15.1 and just installed the editor getting the same problem. Had to change to
require_once $IP . "/includes/parser/ParserOptions.php";--Even Thorbergsen 22:46, 16 April 2010 (UTC)[reply]

table class[edit]

Is there a way to specify the "class" of a "table" without switch to "wikitext"?

Inserting an image with IE[edit]

With internet explorer, when I insert an image, the image is inserted at the top of the document, not at the cursor. But with FireFox, it's working properly. Someone know why and what can I do to make it working with IE?

Try this: http://dev.fckeditor.net/ticket/4184#comment:2 --Cneubauer 20:03, 3 March 2010 (UTC)[reply]

Linked images does not proper work with FCKeditor[edit]

Since MW 1.14 it is possible to link images with the syntax:


If editing a page with the FCKeditor these links are destroyed. I posted a ticket for this issue at https://dev.fckeditor.net/ticket/5215

Thanks for support! --Filburt 11:21, 20 February 2010 (UTC)[reply]

I also had trouble with this. I've added a partial fix to the ticket https://dev.ckeditor.com/ticket/5214
(the ticket referred on top closed as duplicate) 12:01, 27 April 2011 (UTC)[reply]

Thanks again for the support! The latest patch works great! --Fladei 18:29, 20 June 2011 (UTC)[reply]

MediaWiki (1.15.1) + FCKeditor Integration Problem - Urgent Help Requested[edit]

I have recently upgraded MediaWiki from 1.11 to 1.15.1 after running it for more than 2 years. I have installed FCKeditor with it. I moved to the FCKeditor version recommended by this site (r63378). Everything seems to be fine except that when a user cut-n-paste text, the usual dialog windows does not come up anymore. FCKEditor complains about NULL window handle error in the Firefox error console. (It does not allow the direct cut-n-paste of text into the editor window citing the browser security policy preventing that - the same before the upgrade.) It does not have this problem with IE. I also see a lot of warnings coming out from error console as well. Here are the data:

1) Versions:

MediaWiki: 1.15.1
PHP 5.2.6 (apache2handler)
MySQL 5.0.75
FCKeditor 1.0.1 (from the r63378)
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv: Gecko/20100202 Firefox/3.5.8 (.NET CLR 3.5.30729)

I have other extensions too be disabling them does not make any difference.

2) The cut-n-paste resulted with an "undefined" text and a Cancel button scattered in the editor window. The errors I got from the Firefox error console are:

Error: window.opener is null Source File: http://wiki.ic.com/extensions/FCKeditor/fckeditor/editor/fckdialog.html Line: 33

Error: window.dialogArguments is undefined Source File: http://wiki.ic.com/extensions/FCKeditor/fckeditor/editor/fckdialog.html Line: 50

The corresponding source codes are:

// On some Gecko browsers (probably over slow connections) the
// "dialogArguments" are not set so we must get it from the opener window.
if ( !window.dialogArguments )
	window.dialogArguments = window.opener.FCKLastDialogInfo ;


function LoadInnerDialog()
	if ( window.onresize )
		window.onresize() ;

	// First of all, translate the dialog box contents.
	window.dialogArguments.Editor.FCKLanguageManager.TranslatePage( document ) ;
	window.frames["frmMain"].document.location.href = window.dialogArguments.Page ;

3) The warnings I got from the error consoles prior to the errors are:

a) Warning: Error in parsing value for 'filter'. Declaration dropped. Source File: http://wiki.ic.com/extensions/FCKeditor/fckeditor/editor/skins/default/fck_editor.css Line: 154

   filter: alpha(opacity=70); /* IE */

This appears in many section of the codes

b) Warning: Unknown property 'text-overflow'. Declaration dropped. Source File: http://wiki.ic.com/extensions/FCKeditor/fckeditor/editor/skins/default/fck_editor.css Line: 352

   text-overflow: ellipsis;

4) I've also tried to follow the instruction above to enable the Word cut-n-paste by playing with $IP/extensions/FCKeditor/fckeditor_config.js. But I notice that renaming this file to another random name does not seem to have any effect. However, if I change the sole reference of it in FCKeditor.body.php to a non-existing file, then the browser complains. I am a bit confused by this also because the changes I made in fckeditor_config.js does not seem to have any effect with regard to Word cut-n-paste changes. Curiously the fckeditor_config.js contains some ghost characters at the beginning of the files. Removing them does not seem to make any difference either:

* FCKeditor Extension for MediaWiki specific settings.

Anyway, urgent help requested here - restoring the working version of mediawiki 1.11 with FCKeditor is a pain since the backup database is no longer uptodate since this cut-n-paste problem was found a bit late.

Sorry for the non-wiki like format here - too much conditioned to the FCKeditor and not familiar with this default editor.


MediaWiki (1.15.1) + FCKeditor Integration Problem - Solution Found[edit]

Oh well, clear of the cache in Firefox solves this problem - just restarting Firefox does NOT - you must clear the cache in the tools/clear recent history...

Thanks for posting the solution. --Robinson Weijman 07:59, 9 March 2010 (UTC)[reply]

Infinite loop possible in wfSajaxSearchCategoryChildrenFCKeditor()[edit]

See my post at mwusers.com for details: here

Spin off[edit]

Is there any extensions to use the spin off of FCKeditor called CKeditor?

No, because CKEditor is the editor formerly known as FCKeditor. It's the same with a new name. Cheers --kgh 23:38, 8 May 2010 (UTC)[reply]

FCK Editor + Lightbox Thumbs[edit]

FCK Editor is working great, but when we install LightBox thumbs, the option to go to Rich Text suddenly disappears from the edit page. Does anyone have any idea what may be causing this/where the conflict is? Is anyone using these two extensions together? Thanks! --Aekki99 18:02, 23 April 2010 (UTC)[reply]

FCK 65615 / Mediawiki 16.x french bug[edit]

Doesn't work in french. JavaScript error:

Error: missing ; before statement
Source File: .../index.php?title=Accueil&action=edit
Line: 281, Column: 41
Source Code:
 fckTools.innerHTML+='[<a class="fckPopup" href="javascript:void(0)" onclick="ToggleFCKEditor(\'popup\',\'wpTextbox1\')">Ouvrir l'éditeur enrichi dans une nouvelle fenêtre</a>]'; 

To fix this:

  • Edit extensions/FCKeditor/FCKeditor.i18n.php
  • Remove the "'", in particular the line:
 'rich_editor_new_window' => "Ouvrir l'éditeur enrichi dans une nouvelle fenêtre",

... but I global replaced all these apostrophes by "’"

- Daniel K. Schneider 14:57, 28 April 2010 (UTC)[reply]

FCK 70201 / MediaWiki 1.16.0 language bug[edit]

Thanks for the fix. It's amazing that this bug STILL hasn't been fixed in the code as of revision 70201 (current Trunk Head). I'll try to add this to Bugzilla and credit you for the fix since the double quotes bug doesn't seem to be exclusive to the French version (though completely breaks the extension for anyone viewing a wiki in French). It seems like this quote confusion is also present in the Italian version and others I've yet to find. 22:55, 4 August 2010 (UTC)[reply]

FCK 69707 / Mediawiki 1.16.0 french[edit]

Had the same bug but fixed it in file "extensions/FCKeditor/FCKeditor.body.php" on line 430 by replacing string:

$newWinMsg = wfMsg( 'rich_editor_new_window' );


$newWinMsg = str_replace("'","\'",wfMsg( 'rich_editor_new_window' ));

I also filled bug [[[bugzilla:25091|25091]]] in bugzilla.


Hi, I would like to exclude some namespaces, but somehow it does not work. I entered

$wgFCKEditorExcludedNamespaces = array('NS_MEDIAWIKI', 'NS_TEMPLATE');

in my LocalSettings.php with no result.

Any hints for me? Is there any way to make the settings for namespaces disappear from the user preference page? Help is greatly appreciated.

Cheers --kgh 23:54, 8 May 2010 (UTC)[reply]

Unknown toolbar item "Blockquote"[edit]

We have a long-standing problem that when you open a page to edit, this warning message pops up. If I click OK, FCK editor works fine. It is just annoying to get this warning every time. We are now up to MW 1.15, but we have had this problem for a while and in previous versions. I tried re-installing the extension, but this made no difference. Any suggestions? Thanks.

How to Trim Down the interface of FCKEditor?[edit]

FCKEditor is great and (too) powerful. I'd like to remove certain buttons and functions, making it easier for inexperienced users to do it. Is it possible to do it? And where should i start? thanks a lot! --Dullmau 06:58, 9 June 2010 (UTC)[reply]

For those interested, this is quite well documented here. --Varlin 18:13, 2 August 2011 (UTC)[reply]

MediaWiki 1.15.1 and FCKEditor installation issue[edit]

Hi, this is my first wiki. I am trying to install the FCKeditor on our company intranet. With great trouble I was able to install mediawiki on ubuntu server 10.04. Most of my users are non-technical and they need some kind of text editor to work with wiki. Here is my wiki version Mediawiki 1.15.1 PHP 5.3.2-1ubuntu (apache2handler) MYsql 5.1.41-3ubuntu12.1

Settings in my LocalSeettings.php file

This file is used for FCKeditor require_once("$IP/extensions/FCKeditor/FCKeditor.php"); $wgUseAjax = 'true';

$wgShowExceptionDetails = true;

Here is the error message that I am seeing Detected bug in an extension! Hook FCKeditor_MediaWiki:nCustomEditor failed to return a value; should return true to continue hook processing or false to abort. Backtrace:

  1. 0 /usr/share/mediawiki/includes/Wiki.php(502): wfRunHooks('CustomEditor', Array)
  2. 1 /usr/share/mediawiki/includes/Wiki.php(63): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
  3. 2 /usr/share/mediawiki/index.php(116): MediaWiki->initialize(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest))
  4. 3 {main}

Steps that I took to install FCKeditor extension

Copied the FCKeditor folder after unzipping to to /var/lib/mediawiki/extensions/FCKeditor

Please look into this and let me know what needs to be done.

Per the above comment, changing
 public function onCustomEditor (&$article, &$user){
 public function onCustomEditor ($article, $user){
(in the function onCustomEditor() in file FCKeditor.body.php) worked for me. Cavila 20:49, 13 June 2010 (UTC)[reply]

FCKEditor can't show up[edit]

i had successfully installed fckeditor before but i disabled it for a few days during my customization. Today when i enable it again (just remove "//" before require_once() ) , fckeditor never shows again.

The skin i'm using is fratman_enhanced and i did all modification following troubleshooting here[1]. This was the way that worked for me before but it didn't happen again.

Even weird, it also doesn't work in monobook.

I downloaded the fckeditor through the official link[2] and my mediawiki is 1.15, running on xampp with php 5.3.. If it happened to you, where would you start the debugging? Any ideas? Thanks! --Dullmau 11:37, 14 June 2010 (UTC)[reply]

Looking to turn this off in specific pages[edit]

I saw something like __no-rich-editor__ around this site once; anyone know the exact code? cheers

It's __NORICHEDITOR__ --Whimsy 11:18, 9 November 2010 (UTC)[reply]

Height of Editing Area[edit]

Does anybody know how to change this as at the moment it takes up a whole screen and you have to scroll down on the main window to see the whole editing area. Holygamer 20:42, 25 June 2010 (UTC)[reply]

1.16 and latest revision not working[edit]

I am maintaining a wiki 1.16 installation and noticed the latest version of fckeditor doesn't load for me. I also have the latest Usability Initiative extension installed that makes use of a new wiki editor. Anyone else experience similar issues or conflicts with these two extensions? --Michael.Eddie 01:44, 29 June 2010 (UTC)[reply]

I have similar problem.... just getting a blank page after enabling latest fckeditor version in 1.16. Anyone have it working in 1.16??

Works for me. I upgraded from 1.15.1 and FCK editor v2.6.4 works ok. I have very few other extensions installed. If you are getting a blank screen, that is usually a php error, probably due to an incompatibility between extensions. Check your web server's logs for errors that might point to the problem, or disable extensions, except FCK, then enable them one at a time until the problem occurs. --Jim 14:22, 30 July 2010 (UTC)[reply]

I have also a wiki 1.16.0, and the actual revision (1.16.x or trunk) does not work. My trunk revision downloaded on the 15th of July works with 1.16b3 and it still work in 1.16.0, but i cannot upgrade fckeditor. FCKeditor is my only extension. I'll try to check the logs. Regards

I was able to get it working under 1.16.0 beta 3 by using svn to pull the directory. Do a "svn checkout http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/FCKeditor" in your extensions directory.

I have MW 1.16 with the usability inititaive extension, too. The changes in my FCKEditor take no effect. Any ideas? 07:12, 12 August 2010 (UTC)[reply]

Same as the guy above. After installing the links for the rich editor don't show. I think it's a language issue because it works when I change my mediawiki to english (currently on hebrew). -- 19:20, 24 August 2010 (UTC)[reply]

Running MW 1.16, and I downloaded the extension through SVN trunk. The extension is recognized under Special Pages:Version, but when I click on 'Rich Editor' I just see the 'Loading...' text; the editor buttons don't load. Any clue what's wrong? --Enterprise user 19:22, 27 August 2010 (UTC)[reply]

Debugging this problem[edit]

I've tested out installing FCKeditor on a development install of MW 1.16 (running XAMPP on Windows with the XDebug PHP extension). I originally tried using the nightly build tarball of FCKeditor from here. I've also tried the SVN method (checked out r5859), with the same results. Here's what my server's currently running:

Apache/2.2.14 (Win32) DAV/2 mod_ssl/2.2.14 OpenSSL/0.9.8l mod_autoindex_color PHP/5.3.2 mod_apreq2-20090110/2.7.1 mod_perl/2.0.4 Perl/v5.10.1

Thanks to XDebug, I'm getting some PHP errors displayed as to why the extension does not work. All appear to be Strict standards PHP errors:

( ! ) Strict standards: Declaration of FCKeditorParserWrapper::internalParse() should be compatible with that of Parser::internalParse() in C:\xampp\htdocs\mediawiki\extensions\FCKeditor\mw12\FCKeditorParserWrapper.body.php on line 36
Call Stack
10.0007367480{main}( )..\index.php:0
20.0014400704require_once( 'C:\xampp\htdocs\mediawiki\includes\WebStart.php' )..\index.php:42
30.0071538080require_once( 'C:\xampp\htdocs\mediawiki\LocalSettings.php' )..\WebStart.php:116
40.0141862272require_once( 'C:\xampp\htdocs\mediawiki\extensions\FCKeditor\FCKeditor.php' )..\LocalSettings.php:140

( ! ) Strict standards: Declaration of FCKeditorParser::makeImage() should be compatible with that of FCKeditorParserWrapper::makeImage() in C:\xampp\htdocs\mediawiki\extensions\FCKeditor\FCKeditorParser.body.php on line 707
Call Stack
10.0007367480{main}( )..\index.php:0
20.0014400704require_once( 'C:\xampp\htdocs\mediawiki\includes\WebStart.php' )..\index.php:42
30.0071538080require_once( 'C:\xampp\htdocs\mediawiki\LocalSettings.php' )..\WebStart.php:116
40.0141862272require_once( 'C:\xampp\htdocs\mediawiki\extensions\FCKeditor\FCKeditor.php' )..\LocalSettings.php:140

( ! ) Strict standards: Declaration of FCKeditorParser::parse() should be compatible with that of FCKeditorParserWrapper::parse() in C:\xampp\htdocs\mediawiki\extensions\FCKeditor\FCKeditorParser.body.php on line 707
Call Stack
10.0007367480{main}( )..\index.php:0
20.0014400704require_once( 'C:\xampp\htdocs\mediawiki\includes\WebStart.php' )..\index.php:42
30.0071538080require_once( 'C:\xampp\htdocs\mediawiki\LocalSettings.php' )..\WebStart.php:116
40.0141862272require_once( 'C:\xampp\htdocs\mediawiki\extensions\FCKeditor\FCKeditor.php' )..\LocalSettings.php:140

( ! ) Strict standards: Declaration of FCKeditorParser::formatHeadings() should be compatible with that of Parser::formatHeadings() in C:\xampp\htdocs\mediawiki\extensions\FCKeditor\FCKeditorParser.body.php on line 707
Call Stack
10.0007367480{main}( )..\index.php:0
20.0014400704require_once( 'C:\xampp\htdocs\mediawiki\includes\WebStart.php' )..\index.php:42
30.0071538080require_once( 'C:\xampp\htdocs\mediawiki\LocalSettings.php' )..\WebStart.php:116
40.0141862272require_once( 'C:\xampp\htdocs\mediawiki\extensions\FCKeditor\FCKeditor.php' )..\LocalSettings.php:140

Semi-working Patch[edit]

I've gone through the errors one by one and made some changes to the code to try and get this working. It looks like the function definitions for child classes need to be the same as their parents. Below is a patch of my current changes:

Save this patch to a file called "FCKeditor-r5859-mw-1.16.patch" (I'll assume you put this in your home directory for the commands below). $IP is assumed to be your mediawiki root directory. The patch was made on SVN revision r5859 of the FCKeditor extension.

cd $IP/extensions/FCKeditor/
patch -p0 < ~/FCKeditor-r5859-mw-1.16.patch
Index: FCKeditor.body.php
--- FCKeditor.body.php	(revision 5859)
+++ FCKeditor.body.php	(working copy)
@@ -203,7 +203,7 @@
-	public function onCustomEditor(&$article, &$user) {
+	public function onCustomEditor( $article, $user ) {
 		global $wgRequest, $mediaWiki;
 		$action = $mediaWiki->getVal('Action');
Index: FCKeditorParser.body.php
--- FCKeditorParser.body.php	(revision 5859)
+++ FCKeditorParser.body.php	(working copy)
@@ -335,7 +335,7 @@
 		return $text;
-	function makeImage( $nt, $options ) {
+	function makeImage( $nt, $options, $holders=false ) {
 		FCKeditorParser::$fkc_mw_makeImage_options = $options;
 		return parent::makeImage( $nt, $options );
@@ -432,7 +432,7 @@
 		return $text;
-	function internalParse ( $text ) {
+	function internalParse ( $text, $isMain = true, $frame=false ) {
 		$this->fck_internal_parse_text =& $text;
@@ -462,7 +462,7 @@
 	function fck_leaveTemplatesAlone( $matches ) {
 		return "<!--FCK_SKIP_START-->".$matches['text']."<!--FCK_SKIP_END-->";
-	function formatHeadings( $text, $isMain=true ) {
+	function formatHeadings( $text, $origText, $isMain=true ) {
 		return $text;
 	function replaceFreeExternalLinks( $text ) { return $text; }
@@ -485,7 +485,7 @@
 		return $text;
-	function parse( $text, &$title, $options, $linestart = true, $clearState = true, $revid = null ) {
+	function parse( $text, Title $title, ParserOptions $options, $linestart = true, $clearState = true, $revid = null ) {
 		$text = preg_replace("/^#REDIRECT/", "<!--FCK_REDIRECT-->", $text);
 		$parserOutput = parent::parse($text, $title, $options, $linestart , $clearState , $revid );
Index: mw12/FCKeditorParserWrapper.body.php
--- mw12/FCKeditorParserWrapper.body.php	(revision 5859)
+++ mw12/FCKeditorParserWrapper.body.php	(working copy)
@@ -26,7 +26,7 @@
 		return parent::makeImage( $title, $options, $holders );
-	function internalParse( $text ) {
+	function internalParse( $text, $isMain = true, $frame=false ) {
 		return parent::internalParse( $text );

Current Problem[edit]

After fixing the initial problems, and clicking the "Rich Editor" button, the editor appears, however more PHP errors show up inside it, presumably due to AJAX requests being made. Right now I can't find anything obvious that's going wrong, but it appears to be a pass-by-reference vs. pass-by-value problem somewhere.

I'm stumped, as the function it dies in ( getSkin() ) takes no arguments. The first error is the one that causes all the rest that I'm currently seeing. (The rest are "Cannot modify header information" warnings). So far I cannot figure out how to fix this last one:

( ! ) Strict standards: Only variables should be passed by reference in C:\xampp\htdocs\mediawiki\extensions\FCKeditor\FCKeditorParserOptions.body.php on line 9
Call Stack
10.0005372048{main}( )..\index.php:0
20.108711541312AjaxDispatcher->performAction( )..\index.php:74
30.108711541344call_user_func_array ( )..\AjaxDispatcher.php:103
40.108711541528wfSajaxWikiToHTML( )..\AjaxDispatcher.php:0
50.130213566840FCKeditorParser->parse( )..\FCKeditorSajax.body.php:247
60.130213568320FCKeditorParserWrapper->parse( )..\FCKeditorParser.body.php:490
70.130213568320Parser->parse( )..\FCKeditorParserWrapper.body.php:34
80.135613967992FCKeditorParser->internalParse( )..\Parser.php:330
90.135713969480FCKeditorParserWrapper->internalParse( )..\FCKeditorParser.body.php:449
100.135713969544Parser->internalParse( )..\FCKeditorParserWrapper.body.php:30
110.142914506296FCKeditorParser->replaceInternalLinks( )..\Parser.php:952
120.142914508120FCKeditorParserWrapper->replaceInternalLinks( )..\FCKeditorParser.body.php:332
130.142914508120Parser->replaceInternalLinks( )..\FCKeditorParserWrapper.body.php:22
140.142914509056Parser->replaceInternalLinks2( )..\Parser.php:1503
150.143014509384FCKeditorParserOptions->getSkin( )..\Parser.php:1529

Jcuzella 00:18, 3 September 2010 (UTC)[reply]

I've installed the patch on my Xampp installation and it seems to work fine for me. Thank you! --Popol0707 13:35, 30 January 2011 (UTC)[reply]

Language issue[edit]

I have MW 1.16 and downloaded last development version. When I set the language to english in my preferences it works. But when I set it to french the editor doesn't load! --Jauquier 23:26, 9 September 2010 (UTC)[reply]

Please vote :bugzilla:25091(there is a temporary fix) --Jauquier 23:38, 9 September 2010 (UTC)[reply]
Have the exact same problem with Hebrew. It seems to be a JavaScript problem since it gives me JS errors:
unterminated string literal - ss/fckeditor-rtl.css";\n
showFCKEditor is not defined - if( showFCKEditor & ( RTE_POPUP|RTE_TOGGLE_LINK ) ){ 

--Gregra 12:27, 26 October 2010 (UTC)[reply]

A small UTF8 issue[edit]

I have MW 1.16 and FCK, and in Firefox, it shows me an UTF8 BOM above the FCK toolbar. This doesn't happen in Chrome, IE or Safari.

MW 1.16 / After saving information about inserted template is gone[edit]

Using a MediaWiki 1.16.0, PHP 5.2.13 and FCKeditor (Version 1.0.1) (r74856), inserting a template into the main text via the FCK and later saving the document, it is been replaced by <img _fck_mw_template="true" _fckrealelement="0" _fckfakelement="true" src="... extensions/FCKeditor/fckeditor/editor/images/spacer.gif" class="FCK__MWTemplate"> with all information about the referenced template gone.

Neither in display nor in edit mode one can find information about the template as it has been replaced by <img _fck_mw_template="true" _fckrealelement="0" _fckfakelement="true" src="... extensions/FCKeditor/fckeditor/editor/images/spacer.gif" class="FCK__MWTemplate">.--MWJames 20:42, 16 October 2010 (UTC)[reply]

FCKeditor and LiquidThreads[edit]

Can anybody tell how to enable the FCKeditor to work with LiquidThreads replies and new subjects? I have the extension install and working fine with MW 1.16, under the cavendish mod skin. Everything is great, except that when I enable liquidthreads, the FCKeditor doesn't appear there.


Hello! somewhere there is a BOM(like this: ) in your code (latest version). Could you remove that, please?

with friendly greetings Christian

FCK Editor and Semantic Forms - Content preload issue[edit]

When using FCKeditor (Version 1.0.1) with Semantic Forms (Version 2.0.7) and Semantic MediaWiki (Version 1.5.4) on MW 1.16 i get the following error:

  • Page edit gets not saved but instead replaced with preloaded content defined in the semantic forms. This is renedering editing impossible. Deactivation of FCK before saving is a solution, though not a good one.
  • Deleting the "preload=" part from the Semantic Forms definition results in an empty page after saving.
  • Problem seems to relate to #info tags coming from Semantic Media Wiki. (Small help-bubble icons)
  • When clicking on “Page Preview” Fckselection_gecko.js is giving me a Javascript error. Preview contains the default preload-wikipage whilst the edit window still has my active edit content stored.
this.GetSelection() is null

Line 167

161// The "nodeTagName" parameter must be Upper Case. 
162FCKSelection.HasAncestorNode = function( nodeTagName ) 
164 var oContainer = this.GetSelectedElement() ; 
165 if ( ! oContainer && FCK.EditorWindow ) 
166 { 
167 try { oContainer = this.GetSelection().getRangeAt(0).startContainer ; } 
168 catch(e){} 
169 } 


PHP notice while using maintainance scripts[edit]

Hi, I get following notice:

PHP Notice:  Undefined index:  HTTP_USER_AGENT in /.../extensions/FCKeditor/fckeditor/fckeditor_php5.php on line 37

I does not seem to be vital, however I believe that it is there to point at an issue to be resolved somehow at some time. It would be cool if somebody will have look at this.
Thank you and cheers --[[kgh]] 16:35, 6 January 2011 (UTC)[reply]

Fix for php issues with Command Line operations[edit]

I found a fix for this issue. It basically is caused by fckeditor running during command line operations:

Add this to the fckeditor.php file:

// There is no real reason for FCKeditor to run in commandline mode!
// This avoids breakage of scripts like dumpBackup.php
if ( isset($wgCommandLineMode) && $wgCommandLineMode )
    return; // Simply return from the include, so no FCKeditor code is run


Oops, I just saw your reply. Thank you for helping me. I will get it to work tomorrow. Cheers --[[kgh]] 22:18, 22 June 2011 (UTC)[reply]
Hi, I just applied the patch. First I inserted it at the end of the file without success. In case you enter it after line 36 when everything is ok. Once again, thank you. Cheers --[[kgh]] 16:32, 23 June 2011 (UTC)[reply]

Major Error![edit]

I'm using MW 1.16.0, Semantic MediaWiki (Version 1.5.3) and FCKeditor (Version 1.0.1) and when I edit a page with the normal Rich Editor all the data is deleted and just the data that is collected in the template form is displayed. I can get around this by using the popout editor but how can I fix the normal editor or remove the link to it? -- Redeye 08:17, 19 January 2011 (UTC)[reply]

Add Wanted Pages to the link suggestion[edit]

Would it be possible to add the Wanted Pages to the suggestion list when I try to edit a link? I have several cases when I edit pages that link to a yet non-existing page, and it would be nice if it would show up in the suggestion list so I won't mistype that page's name.

Lost formatting[edit]

When the "Show preview" function is used before saving, some of the editing in the resulting in-line edit box is changed. One example is if I try using the |link=| parameter on images. I remember seeing a few others. I will have to update this as I encounter them. (MediaWiki 1.16)

HTML Tidy[edit]

Yes, I see this as well. Specifically, if I add an image link ([[File:file name.jpg]] or [[Image:file name.jpg]]) and then go from FCKeditor back to standard editor, the file name is lost leaving only [[File:]] (or [[Image:]]). This occurs only with HTMLTidy on. --Robinson weijman 10:32, 1 February 2011 (UTC)[reply]

e-mail address in Firefox[edit]

When adding an e-mail address in Rich Text Editor with Firefox it doesn't convert it to mailto-link automaticly (FF 3.6.13).
This is not a problem in Internet Explorer (tested with IE8) --Aroekene 12:54, 1 February 2011 (UTC)[reply]

Unwanted Metatags[edit]

When saving my pages and/or enabling the Editor during page edits the following text gets added to my Wikipage:

<meta content="charset=utf-8" http-equiv="content-type"></meta> 

Is there a way to prevent this? Seems to happen on IE only, Firefox is OK.

Ongoing development?[edit]

I just wanted to ask if there is an ongoing development on this extension in regards of MW 1.16 compatiblity. The beta and version states of FCK seem to be standing still for months now, and some of these bugs make me consider giving up the WYSIWYG concept in my Wiki. I dont want to point with fingers here, far from that. Just asking for a neutral statement from the people working on this so i can concentrate on different solutions for a user-friendly wiki-approach. (Mike)

Duplicated images when publishing[edit]

Hello, i've a problem when i try to publish an article with an image inside. If i add, one image in my article then when i click on "publish" button, (it redirect me on the article page, it's normal), i have twice the same image. After if i try to modify this article (modify button, then publish button) after publishing the inial image appears four times. could you help me please

MediaWiki 1.18 Error[edit]

Using latest developments snapshot, or any other version with Mediawiki 1.18 encounters this error: Fatal error: Call to a member function mergeArray() on a non-object in /wiki/extensions/FCKeditor/FCKeditorParser.body.php on line 257

Possible reason for the above error[edit]

The parser use a StripState object that has changed in MediaWiki 1.18+. The parser has an optimization that tries to collect various markers and then add all of them outside the loop that collects them. The optimization relied on having access to the data variable inside the StripState object. In MediaWiki 1.18alpha it is a protected variable so direct access won't work. Use the supplied functions instead.

Fix for the above issue (worked for MediaWiki 1.18alpha)[edit]

Comment the offending code lines 257 and 258 in FCKeditorParser.body.php. Better yet find these lines in the file, the line numbers may be off if a new version was released after this fix was done, but which does not contain a fix for the above issue.

257:		#$state->nowiki->mergeArray( $nowikiItems );
258:		#$state->general->mergeArray( $generalItems );

The current code reproduced below collects the markers in an arrays

246:			if( !$stripcomments && $element == '!--' ) {
247:				$commentState->setPair( $marker, $output );
248:			} elseif ( $element == 'html' || $element == 'nowiki' ) {
249:				$nowikiItems[$marker] = $output; //this is where current code is collecting markers and values in an array
250:			} else {
251:				$generalItems[$marker] = $output;  //this is where current code is collecting markers and values in an array
252:			}

Change above to the code below to add them to the state object using its corresponding set functions.

246:			if( !$stripcomments && $element == '!--' ) {
247:				$commentState->setPair( $marker, $output );
248:			} elseif ( $element == 'html' || $element == 'nowiki' ) {
249:				$state->addNoWiki($marker, $output); //use the set function for adding NoWiki markers
250:			} else {
251:				$state->addGeneral($marker, $output); //use the set function for adding General markers
252:			}

Error with Loading[edit]

I have installed the extension for 1.16 properly on my Mediawiki 1.16 and have also cleared the cache of both Firefox and IE and still get a loop when I press "Rich Text" on both browsers. Does anyone know the cause of this error?

[Loading...] [Rich Editor in einem neuen Fenster öffnen]

Greetings from Germany Stefan

FCKeditor showing deleted categories[edit]

Hello, we really enjoy the editor in our wiki. Still, we have one small issue which I cannot solve. Lately we changed our category system and deleted some of the old ones which we dont need anymore. In fckeditor these deleted categories still show up. Is there any way to make them disapear? Thanks in advance for your help. --~

Extension doesn't work with RTL languages (exists in 1.16-r69707 and trunk-r87608) SOLVED[edit]

The extension fails to correctly load on an RTL wiki, the error is as follows:

Error: unterminated string literal Source File: https://localhost/mediawiki/index.php?title=Sandbox&action=edit Line: 96, Column: 276 Source Code: oFCKeditor.Config["CustomConfigurationsPath"] = wgScriptPath + "/" + wgFCKEditorExtDir + "/fckeditor_config.js";oFCKeditor.Config["EditorAreaCSS"] = wgScriptPath + "/" + wgFCKEditorExtDir + "/css/fckeditor.css + wgScriptPath + "/" + wgFCKEditorExtDir + "/css/fckeditor-rtl.css";

The problem is on line 399 of FCKeditor/FCKeditor.body.php (i.e., the modification to the javascript only applied on RTL wikis) - there is a missing close quotation at column 134. Either add a quote mark at this point, or apply the patch below.

--- FCKeditor.body.php~ 2011-05-11 15:46:54.000000000 -0400
+++ FCKeditor.body.php  2011-05-11 15:46:54.000000000 -0400
@@ -396,7 +396,7 @@
 oFCKeditor.Config["CustomConfigurationsPath"] = wgScriptPath + "/" + wgFCKEditorExtDir + "/fckeditor_config.js";';
                // Load fckeditor-rtl.css for right-to-left languages, but only fckeditor.css for other languages
                if( $wgContLang->isRTL() ) {
-                       $script .= 'oFCKeditor.Config["EditorAreaCSS"] = wgScriptPath + "/" + wgFCKEditorExtDir + "/css/fckeditor.css + wgScriptPath + "/" + wgFCKEditorExtDir + "/css/fckeditor-rtl.css";';
+                       $script .= 'oFCKeditor.Config["EditorAreaCSS"] = wgScriptPath + "/" + wgFCKEditorExtDir + "/css/fckeditor.css," + wgScriptPath + "/" + wgFCKEditorExtDir + "/css/fckeditor-rtl.css";';
                } else {
                        $script .= 'oFCKeditor.Config["EditorAreaCSS"] = wgScriptPath + "/" + wgFCKEditorExtDir + "/css/fckeditor.css";';

The above bug is already noted in the bug tracker: bugzilla:25653, but the patch there didn't actually fix the problem (the above diff is patched against that patch). I will update the big report now.

Editor destroys page with W4G Rating Lists and ImageMaps[edit]

The Editor destroys pages for example with <imagemap> Image:Screenshot Extension FCKeditor.png|thumb|center|400px|Testbild rect 29 164 211 463 [[TESTSEITE]] desc none </imagemap> or <w4grb_ratinglist latestvotes items="5" nosort/>

The Imagemap turns into <imagemap>-Fehler: Bild ist ungültig oder nicht vorhanden

and the dynamic rating list turns into fixed table syntax? Can a solve this problem in any way? -- 09:49, 24 May 2011 (UTC)[reply]

We have the exact behavior: Once a page with an image gets edited with the editor we get this messgage: 'Error: image is invalid or non-existent' We are using 1.16.5

Same here with 1.16.5 and the latest extension from SVN. Has anybody solved this problem?

Can FCKeditor be modified to display and insert references/citations?[edit]

Is there a substantial technical hurdle that prevents WYSIWYG editors like the FCKeditor from enabling the display and insertion of in-text citations (e.g., utilizing a pop-up window to allow users to input info for a wikitext reference tag)? Or is this just a feature that nobody cares about? -- JJKOB

class="FCK__ShowTableBorders" :-([edit]

Is there a way to switch of class="FCK__ShowTableBorders" after editing tables? Or at least, is it possbile to add my own class? I hope someone can help. Other users have mentioned this here, too but with no response. Stefan 12:48, 1 July 2011 (UTC)[reply]

FCKEditor prevents seeing of "un-created" categories[edit]

Problem: We use Categories a lot - some never get defined, meaning we have a Category:Really Cool Pages, but we never actually create that Category Page - however, the contents of that category still get shown. Using the FCKeditor this doesn't work anymore. The editor shows - to create that page - but the contents are not listed anymore.

Any ideas? Except for disabling the Namespace Category maybe ..

THANKS --Fxk2 13:58, 1 July 2011 (UTC)[reply]

1.16 download link?[edit]

the FCK editor official page says if you have mediawiki 1.16 you need to use a fork of the original version and to download it from svn.wikimedia.org. However, i can only find the standard download at http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/FCKeditor/ if i click the link on the svn.wikimedia.org it takes me to the same page. How do i find this "fork" and download it? I know how to use SVN to checkout a new copy but don't know where to find the "fork" for mediawiki 1.16.

You are probably looking for http://svn.wikimedia.org/svnroot/mediawiki/branches/REL1_16/extensions/FCKeditor/ . However I'd recommend that you try the trunk version first (if it is still compatible with 1.16) - it seems to have received at least some changes and bugfixes in the last months. --Cboltz 20:13, 8 July 2011 (UTC)[reply]

Getting Cannot redeclare js_unescape() error[edit]


I'm running MW 1.16.5 and FCKEditor from svn revision r92423.

When I enable the editor by clicking the Rich Editor link I get the following error:

Fatal error: Cannot redeclare js_unescape() (previously declared in /home/webapps/ineh/extensions/FCKeditor/FCKeditorSajax.body.php:268) in /home/webapps/ineh/includes/AjaxFunctions.php on line 55

Any idea how to fix this?

Many thanks --Mitchelln 10:25, 18 July 2011 (UTC)[reply]

Hi Mitchelln

The fixed is in the file includes/AjaxFunctions.php, find the funcion and comment the function js_unescape or in my case with this is fixed.

Best Regards

Do NOT do what Luis5m suggested. Why would you comment out a function in MediaWiki's core code to fix a problem in an Extension? If you want a legitimate fix do the following in the file FCKeditorSajax.body.php

  • Rename the function name from js_unescape to fck_js_unescape
  • Change the call from js_unescape on lines 66 and 106 to use the renamed function, fck_js_unescape

--Tekmosis 18:03, 3 August 2011 (UTC)[reply]

That worked for me, I was getting the same error. How is it not affecting every FCKEditor user though? It seems like it should be an obvious, general problem.

It affected me.-- 18:26, 31 October 2011 (UTC)[reply]

Thank you Tekmosis for your help. I have downloaded the newest revision 102628 and it have not been fixed. I changed the thing what Tekmosis told and it works perfectly. -- 11:05, 10 November 2011 (UTC)[reply]

Bug with wikitext mode : automatically scrolled down[edit]

When I click on the Wikitext button, FCKEditor immediately scrolls me down to the bottom of the article (into the iframe). It is not a major issue, since I can go up, but it's a bit annoying... I didn't have this issue until I upgraded to FCKEditor 1.0.1. --Varlin 18:17, 2 August 2011 (UTC)[reply]

Error "Strict Standards" (1.17.0)[edit]

I work with MediaWiki 1.17.0, PHP 5.3.5 - the Editor is disabled by default. When activating the editor (or after activating it once, every time I try to edit a page) I recieve this error message (Path edited by me) - can you help me?

Strict Standards: Declaration of FCKeditorParserOptions::getSkin() should be compatible with that of ParserOptions::getSkin() in ...\extensions\FCKeditor\FCKeditorParserOptions.body.php on line 3

I have found the solution for this on the WYSIWYG Extension Discussion Page:

change in the php.ini following parameter: error_reporting = E_ERROR


Add the following lines to your Localsettings.php..

ini_set('display_errors', '0');     # don't show any errors... 
error_reporting(E_ALL | E_STRICT);  # ...but do log them

FCKeditor discontinued[edit]

As FCKeditor is no longer supported, is there an efford to build a version of this extension based on CKEditor?

Yes there is --Varlin 13:10, 10 August 2011 (UTC)[reply]

Context Menu (Right Click) PopUp FIX for Chrome[edit]

  • ../FCKeditor/fckeditor/editor/_source/internals/fckbrowserinfo.js
    IsSafari : s.Contains(' applewebkit/'), // Read "IsWebKit"
    Add after:
    IsChrome : s.Contains(' chrome/'), //Chrome Fix
  • ../FCKeditor/fckeditor/editor/_source/classes/fckcontextmenu.js
    else if ( FCKBrowserInfo.IsSafari )
    Replace with:
    else if ( FCKBrowserInfo.IsSafari && !FCKBrowserInfo.IsChrome )

[file:] tag corrupted by FCKeditor[edit]

Hi, when I use FCKEditor on an existing page, simply saving the page without any chance will add "/wiki/" to my image tag, like this: [[Extension talk:FCKeditor (Official)/Archive 2/wiki/File:Example.png|/wiki/File:Example.png[[Image:]]]] . Image attributes like the height and width are also lost. I'm using Apache URL rewriting, with those settings, if this could be linked to it:

RewriteEngine On RewriteRule ^(images|skins|fckeditor|stylesheets)/ - [L] RewriteRule \.(php|html|gif|jpg|png|css|js)$ - [L] RewriteRule ^/?wiki/(.*)$ /wk/index.php?title=$1 [PT,L,QSA] RewriteRule ^/?wiki/*$ /wk/index.php [L,QSA]

Anybody knows what could cause this? --Cedricdj 15:45, 26 August 2011 (UTC)[reply]

Changing Button/Icon Size from 16px[edit]

I have changed the strip graphic to have icons that are 62px wide and tall. I am now trying to determine how the background-positoning is being done so that the background moves down 16px for each icon on strip.gif. Please help! http://theplantencyclopedia.org/index.php?title=Fissidens_taxifololius&action=formedit is the example.

- Kevin Danko


it has been renamed ckeditor as when he made it, he didn;t live in the us and therefor didn't know that fck looked like (censored). -- 23:30, 3 September 2011 (UTC)[reply]

Blank editor and no categories in the pop-up[edit]

After server migration with php 5.3, FCKEditor is strange.

If $wgDefaultUserOptions['riched_start_disabled'] = 1; , after enabling I have a blank page and no categories.
In Preferences, Editor window, if start disable is disable, fckeditor is fine, but no categories. Serge3576 10:33, 5 September 2011 (UTC)[reply]

  • Mediawiki 1.16.5
  • php 5.3.8
  • mysql 5.2.8
  • FCKEditor from svn trunk 96273

Missing [Rich Editor] [Open Rich editor in new window] links[edit]

I am using Mediawiki 1.5.1 and the latest version of FCK. Instead of the usual text I get "[<textrichditor>] [<rich_editor_new_window>]" - It seems not to find the text itself. (Java/Script enabled).

Solution Edit the includes/EditPage.php
In the line 144 append this

$wgMessageCache->loadAllMessages( $lang );

it seems that when you edited a page it dosen't load the languague of extensions.

[Rich Editor] appear twice[edit]

I installed FCKeditor on MW 1.17 I have the $wgDefaultUserOptions['riched_use_toggle'] set to 1. But that makes [Rich editor appear twice] . Is there any way to fix that ? Thanks sj!

Broken as of version MW 1.18.0[edit]

Hi, after installing MW 1.18.0 I get the following error: "Fatal error: Call to undefined method Parser::strip() in /.../extensions/FCKeditor/FCKeditor.body.php on line 128" :( Cheers --[[kgh]] 20:07, 29 November 2011 (UTC)[reply]

Same problem.... Geralt78

I had the same error. After updating the extension there is no error anymore but it isn't working either. It doesn't seem to work with 1.18 at all... :( peter
Solution: Uff.. After a long fight, I think I won. First two very simple things, I could have figgured out faster: update the FCKEditor extension to get read of the "Parser::strip()-Error". But: use the SVN:
$ svn checkout http://svn.wikimedia.org/svnroot/mediawiki/trunk/extensions/FCKeditor
Fetching external item into 'FCKeditor/fckeditor'
Checked out external at revision 7337.

Checked out revision 105349.
Then there is a JavaScript-Error (in Firefox 8, not tested elsewhere). Edit FCKeditor.body.php and comment 591-596 lines out:
               if ( toolbar ){ // insert wiki buttons
                       // Remove the mwSetupToolbar onload hook to avoid a JavaScript error with FF.
                       //if ( window.removeEventListener )
                       //      window.removeEventListener( 'load', mwSetupToolbar, false );
                       //else if ( window.detachEvent )
                       //      window.detachEvent( 'onload', mwSetupToolbar );
                       //mwSetupToolbar = function(){ return false ; };
                       for( var i = 0; i < mwEditButtons.length; i++ ) {
I haven't read all the code, I just searched for 'mwSetupToolbar' (because Firefox reported an error because this object was undefined). The comment there made me hope that these lines are not important. I didn't test a lot, but hopefully this solves everything. It seems to work well on 1.18 now. --peter 21:20, 6 December 2011 (UTC)
Update: With Internet Explorer it's broken unfortunately... I couldn't manage to fix it. --peter 23:32, 10 December 2011 (UTC) I was wrong, actually there wasn't any problem with the Internet Explorer. I missconfigured Apache (note the AddType command in the .htaccess!) and blamed the InternetExplorer but it happend with any Browser. --peter
Guys, what about commit these changes into SVN or to another project hosting? Katkov Yury 13:39, 15 December 2011 (UTC)[reply]
Yes, the extension is broken. Unfortunately the developers announced that they will not fix it.
I replaced it with WikiEditor, which comes with MediaWiki 1.18 by default. It is working nicely. :-) ::::-- 19:20, 28 December 2011 (UTC)[reply]
WikiEditor isn't wysiwyg. It's a great extension, but wysiwyg makes things easier for a many users. --peter
Hi,after installing MW 1.18.0 (with FCKeditor from /trunk) I get the strange error: Opening an existing page the 1st time with FCKeditor works fine. But when opening this very page again - FCKeditor is now default - it says in the toolbar "[Disable rich editor]" although FCKeditor is not open yet. It seems not initialized correctly. Clicking this toolbar link existing wikitext HTML links and existing wikitext image tags get corrupted (-> HTML code which mediawiki is not able to display correctly).

MediaWiki 1.17-1.18 tags[edit]

Hi, who decided this bug http://dev.ckeditor.com/ticket/8750 ?

FCKEditor on Firefox 17[edit]

I have (or should I say 'had') FCK working, with MediaWiki 1.17.0. However, after upgrading to Firefox 17, I no longer get the FCK Editor. It still works with Chrome and FF 16 though. I don't mind doing a little debugging myself, if I only knew where to start looking (PHP, JavaScript?). Any hint is appreciated.
-> Edit .../extensions/FCKeditor/fckeditor/fckeditor_php5.php and replace "return ($iVersion >= 20030210) ;" with "return true ;" in

        else if ( strpos($sAgent, 'Gecko/') !== false )
                $iVersion = (int)substr($sAgent, strpos($sAgent, 'Gecko/') + 6, 8) ;
                return true ;

MediaWiki 1.20[edit]

Error RTENOTITLE[edit]

i downloaded version for MediaWiki 1.20 (i have 1.20.1) and editor automatically changed (once i push edit button) all links


|- | [[SITE1]] || report || All

To (FCK automatically also added "RTENOTITLE", so all links showed only "RTENOTITLE"):

| [[/index.php/SITE1|RTENOTITLE]]
| report
| All

Resolution Error RTENOTITLE[edit]

vi extensions/FCKeditor/FCKeditorParser.body.php

   function replaceInternalLinks( $text ) {
       $text = preg_replace( "/\[\[([^|\[\]]*?)\]\]/", "RTENOTITLE", $text ); // #2223: ()    =>  RTENOTITLE
       $text = preg_replace( "/\[\[:(.*?)\]\]/", "RTECOLON$1", $text ); // change ':' => 'RTECOLON' in links
       $text = parent::replaceInternalLinks( $text );
       $text = preg_replace( "/\|RTENOTITLE\]\]/", "]]", $text ); // remove unused RTENOTITLE
       return $text;

this workaround will break previewing image in FCKeditor.

broken links[edit]

I test with Mediwiki Version 1.20.2 with the Version from Extension:FCKeditor_(Official)#MediaWiki_1.20.
Everytime, when I edit with FCKeditor, my Links will break.

Input: [[Hauptseite|Hauptseite]]

Next edit/or reload of the editor: [[/wiki/index.php/Hauptseite|Hauptseite]]

And so on: [[/wiki/index.php?title=/wiki/index.php/Hauptseite&action=edit&redlink=1|Hauptseite]]

same in 1.20.3[edit]

It does the same in Version 1.20.3