Extension talk:FCKeditor (Official)/Archive 2

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
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.)

Fix

 * 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
It is adding  tag when you enable rich editor, and then disable. And so every time, the more turned on and off more  tags appears

Disturbing SMW (Semantic Mediawiki) syntax
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 Thanks,

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

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 :
 * beer is broken
 * Has type::Date is broken

So I advise everybody to use instead the silent annotations like or  --Varlin 17:34, 2 August 2011 (UTC)

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
A tag extension, where an improper tag is registered (ie. a tag which starts with a slash) breaks the behaviour of the editor.

FCKeditor.i18n.zh-tw.php
The above message is for Traditional Chinese.

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

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


 * 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)


 * 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)


 * 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)


 * 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)


 * Okay, I changed the file name from 'zh-hant' to 'zh-tw' for now. --Jack Phoenix (Contact) 19:51, 17 March 2009 (UTC)


 * 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?
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)

How to enable zh-tw.js
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:

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

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

Ok, The Language file works
After I edited the fckeditor_config.js as followed: The Language file works :-)--Roc michael 13:01, 6 April 2009 (UTC)

Some small issue
svn checkout http://svn.fckeditor.net/MediaWiki/trunk but not svn checkout http://svn.fckeditor.net/MediaWiki/trunk FCKeditor
 * The version of MediaWiki is just 1.14 (or 1.15alpha) not 1.16 now.
 * SVN information should be
 * It's an excellent extension. I like it! Please give me more good news about it. :-) --Roc michael 14:57, 18 May 2009 (UTC)


 * 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)

Official Release
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)


 * 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)


 * 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)


 * 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)

FCKeditor is changing MW Table Syntax
Great tool, but it's giving me a problem.

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

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

My questions are:
 * Why does the editor add the class?
 * Is this necessary?
 * Can it be disabled?

Thanks,

Applicationswhisperer 00:53, 17 June 2009 (UTC)

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.


 * Here is what I did to fix this. --12.32.90.76 21:11, 30 September 2011 (UTC)


 * Edit showtableborders.htc:

use makes categories disappear
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)

Wikia still using it, just heavily modified?
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)

--

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. :) 150.101.20.46 02:52, 14 September 2009 (UTC)

disappearing thumbnail captions
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)


 * I can confirm it as well. Does anybody can help or give some more information on that problem? --62.227.178.1 15:12, 5 November 2009 (UTC)


 * Same problem with MW 1.15.1 --84.226.246.87 16:37, 6 November 2009 (UTC)


 * 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)


 * 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. 85.158.138.19 08:56, 28 July 2010 (UTC)


 * 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:

becomes this:

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

No go on 1.15
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)


 * 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.
 * 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.

FCKeditor+MediaWiki 1.15.1
Hello

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){
 * to

public function onCustomEditor ($article, $user){


 * Should work now.

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


 * 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)

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)

Bug FCKeditor avec médiawiki 1.15.1
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 ?

merci --Voice 10:52, 30 September 2009 (UTC)


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

Is this really free?
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)


 * "CKEditor is distributed under the GPL, LGPL and MPL open source licenses." Sounds free to me. —Emufarmers(T 00:06, 22 October 2009 (UTC)


 * 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)


 * 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)

copy and paste issues; "Paste From Word" icon missing
I only see one paste button, which only allows plain text pasting. I've seen screenshots with three paste buttons: How can I enable that? --Robinson Weijman 14:59, 23 October 2009 (UTC)
 * plain text
 * with formatting
 * from word


 * &rarr; Just add the following lines to  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)

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)


 * [[File: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)


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

image: versus file:
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)

ParserOptions.php
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)
 * 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)

I installed and run successfully 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)
 * 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


 * 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)

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

Inserting an image with IE
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)

Linked images does not proper work with FCKeditor
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)


 * 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)
 * 195.135.221.2 12:01, 27 April 2011 (UTC)

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

MediaWiki (1.15.1) + FCKeditor Integration Problem - Urgent Help Requested
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:1.9.1.8) 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 ;

and

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.

Shiwanlin

MediaWiki (1.15.1) + FCKeditor Integration Problem - Solution Found
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)

Infinite loop possible in wfSajaxSearchCategoryChildrenFCKeditor
See my post at mwusers.com for details: here

Spin off
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)

FCK Editor + Lightbox Thumbs
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)

FCK 65615 / Mediawiki 16.x french bug
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+='[Ouvrir l'éditeur enrichi dans une nouvelle fenêtre] ';

To fix this: 'rich_editor_new_window' => "Ouvrir l'éditeur enrichi dans une nouvelle fenêtre", ... but I global replaced all these apostrophes by "’"
 * Edit extensions/FCKeditor/FCKeditor.i18n.php
 * Remove the "'", in particular the line:

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

FCK 70201 / MediaWiki 1.16.0 language bug

 * 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. 65.94.13.187 22:55, 4 August 2010 (UTC)

FCK 69707 / Mediawiki 1.16.0 french
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' ); with $newWinMsg = str_replace("'","\'",wfMsg( 'rich_editor_new_window' ));

I also filled bug 25091] in bugzilla.

$wgFCKEditorExcludedNamespaces
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) '''

Unknown toolbar item "Blockquote"
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?
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)


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

MediaWiki 1.15.1 and FCKEditor installation issue
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){
 * to

public function onCustomEditor ($article, $user){
 * (in the function onCustomEditor in file FCKeditor.body.php) worked for me. Cavila 20:49, 13 June 2010 (UTC)

FCKEditor can't show up
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. 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 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)

Looking to turn this off in specific pages
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)

Height of Editing Area
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)

1.16 and latest revision not working
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)

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

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 128.231.77.91 14:22, 30 July 2010 (UTC)

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 171.18.2.100

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? 87.139.102.16 07:12, 12 August 2010 (UTC)

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). --109.186.7.30 19:20, 24 August 2010 (UTC)

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)

Debugging this problem
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:

Semi-working Patch
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

Current Problem
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:

Jcuzella 00:18, 3 September 2010 (UTC)


 * 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)

Language issue
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)
 * Please vote :25091(there is a temporary fix) --Jauquier 23:38, 9 September 2010 (UTC)
 * 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)

A small UTF8 issue
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
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  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  .--MWJames 20:42, 16 October 2010 (UTC)

FCKeditor and LiquidThreads
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
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:

Error: this.GetSelection is null
 * 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.

Line 167

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

PHP notice while using maintainance scripts
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 --&#91;&#91;kgh&#93;&#93; 16:35, 6 January 2011 (UTC)

Fix for php issues with Command Line operations
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 }

http://dev.ckeditor.com/ticket/6279


 * Oops, I just saw your reply. Thank you for helping me. I will get it to work tomorrow. Cheers --&#91;&#91;kgh&#93;&#93; 22:18, 22 June 2011 (UTC)
 * 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 --&#91;&#91;kgh&#93;&#93; 16:32, 23 June 2011 (UTC)

Major Error!
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)

Add Wanted Pages to the link suggestion
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
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

 * 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)

e-mail address in Firefox
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)

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



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

Ongoing development?
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
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
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
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)
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
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
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
The extension fails to correctly load on an RTL wiki, the error is as follows:

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.

The above bug is already noted in the bug tracker: 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
The Editor destroys pages for example with or 

The Imagemap turns into

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

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

or

Add the following lines to your Localsettings.php..

FCKeditor discontinued
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)

Context Menu (Right Click) PopUp FIX for Chrome

 * ../FCKeditor/fckeditor/editor/_source/internals/fckbrowserinfo.js
 * Find:
 * IsSafari	: s.Contains(' applewebkit/'),		// Read "IsWebKit"
 * Add after:
 * IsChrome	: s.Contains(' chrome/'),			//Chrome Fix


 * ../FCKeditor/fckeditor/editor/_source/classes/fckcontextmenu.js
 * Find:
 * else if ( FCKBrowserInfo.IsSafari )
 * Replace with:
 * else if ( FCKBrowserInfo.IsSafari && !FCKBrowserInfo.IsChrome )

[file:] tag corrupted by FCKeditor
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:. 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)

Changing Button/Icon Size from 16px
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

ckeditor
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). --72.211.252.69 23:30, 3 September 2011 (UTC)

Blank editor and no categories in the pop-up
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)
 * 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
I am using Mediawiki 1.5.1 and the latest version of FCK. Instead of the usual text I get "[&lt;textrichditor&gt;] [&lt;rich_editor_new_window&gt;]" - 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
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
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 --&#91;&#91;kgh&#93;&#93; 20:07, 29 November 2011 (UTC)

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)


 * 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. :-) ::::--88.130.64.135 19:20, 28 December 2011 (UTC)


 * WikiEditor isn't wysiwyg. It's a great extension, but wysiwyg makes things easier for a many users. --peter