Custom Query

Whenever I have selected a text and tries to apply a formatting (bold/italic/font etc) the selection is collapsed and the formatting is not applied to the selected text.

Verfied with IE7 in nightly build.

I can not use copy and paste functionality in the nighly build. The shortcuts are not working at all, but when using the toolbar buttons the text is copied but not pasted.

This seems to working at ​http://www.fckeditor.net/demo but not at ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

I've also noticed that when pasting text the text is not always displayed before a user as pressed a button or moved the mouse.

In IE6 or IE7.

Go to the FCKeditor demo page.

Click the New Page button. Text is now removed. Click the New Page button again.

If you do this... then IE crashes most of the times.

There are several errors in the console trying to load the editor from a file: uri in Firefox3 beta1

(roughly translated)

Error: uncaught exception: Permission denied to set the property Window.FCK_STATUS_NOTLOADED

Error: uncaught exception: Permission to read the property HTMLDocument.getElementById denied

...

Hi,

I´m getting this bug since release 2.5, aparentely due to a javascript loop on text format commands. The page freezes and returns a message asking me to stop the script that is taking too long to run. That also happens on the demo page for this site when you put a long text (it doesn´t need to be that long), containing paragraphs with different text formats, select it all and try to do any formatting with it, such as right aligning.

I´m using Internet Explorer 6.0 and Windows XP.

Hope you find a solution on that enableing me to upgrade FCKEditor, solving most of the problems I have on the previous versions.

Thanks,

Luís

Tested on Firefox 2.0.0.11 and Internet Explorer 7

To reproduce:

1. Go to nightly sample editor
2. Paste into the source the following code:

<div><span class="text">
<table>
    <tbody>
        <tr>
            <td>test</td>
        </tr>
    </tbody>
</table></span></div>

3. Click the source button to return to wysiwyg mode.
4. Ctrl+a to select all.
5. Select Normal from the format drop-down.

The browser will return an unresponsive script alert.

I installed the latest version of FCK editor available on the FCK editor media wiki project page. On my wiki, every time I try to edit 'style'(HTML) on wikitext- for example: style="background-color:red"-

Once I save changes- the background color changes to red.

If I try to re-edit the page, the style becomes style="" and the background color is re set to default. Everytime I try to change style- the same happens.

Kindly help! This is urgent(as am sure is every other ticket- but you get the point.. :-))!

This is a regression bug.

To reproduce:

1. Modify sample01.html so that it runs in domain relaxation mode.
2. Open the modified sample01.html.
3. Open a dialog, e.g. the smiley dialog.
4. Permission denied errors.

Some previous updates to the SVN seems to have broken dialog tabs.

To reproduce the issue:

1. Open any dialog with tabs. (e.g. the About dialog)
2. Click a non-selected tab.
3. The tab does not work.

Reproduction procedure:

1. Open sample01.html in IE6 (must be a native IE6 installation, MultipleIE's IE6 won't do).
2. Open image dialog, or image button dialog, or the flash dialog.
3. Close it.
4. IE6 crashes, and it forced to be closed by Windows XP.

In fckeditor 2.6 beta if you look at the source in firefox (on windows and mac os) and safari it is HTML not XHTML, but if you take a look at the same editor in Internet Explorer it is as it supposed to be XHTML (<br />, <img ... />...). It is not only happening on my implementation of fckeditor it is also present in your demo page, and included samples. I'm using php implementation.

To recreate this yourself, go look at the current FCKeditor Demo (the nightly build does it also.)

If you have text in the RTE with an applied style, for my example we'll use bold, and you try to apply that same style above that previous style in the document, when you close the tag, it removes that same style from the rest of the document below where you closed the tag.

Example: Here is your bold text. It is typically much thicker than normal text.

If you were to move that text down and try to write a line above that line and you wanted to use some bold text, there are two ways you could do it:

First, you could write the whole line out and once the line was written, highlight the part you want bold and apply it. This works fine.

The second was is to, while typing it, stop at the word you want bold, either press the B icon in the toolbar or press CTRL+B to turn bold on, and then continue typing. When doing this, when you turn bold off by either pressing the B icon in the toolbar or using CTRL+B, it removes all style from the rest of the document that matches that style.

This is a very serious usability bug and hampers productivity for our environment. Thank you for your quick investigation and fix to this problem.

This is a very serious bug which is making the full page mode unusable. To reproduce the bug:

1. Open sample07.html in any browser.
2. Switch to Source mode.
3. You'll see fck_internal.css being included inside the full page XHTML source.
4. Switch to WYSIWYG mode and back to Source mode.
5. You'll see the <LINK> tag(s) used for including our internal CSS files are being duplicated!

The issue did not exist in 2.5.1 or any 2.6 code before the floating dialog branch merge. So some changes in between must have caused this bug.

When trying to display a dialog using the new FCKDialog while on IE while in source view an error occurs.

IE says "'selection' is null or not an object"

I managed to track this error down to /fckeditor/editor/_source/internals/fckdialog.js line 112.

I don't understand in internal workings of FCKEditor fully. I have managed to work out that it's due to it trying to access the Editor which isn't about while in source view.

Adding a check for the EditMode and using the EditingArea.Textarea to select the selection seems to fix the problem. I'm not 100% sure this is the correct fix so an FCKEditor core dev will have to read though the patch I've attached.

This bug was originally reported by Wiktor. To reproduce:

1. Open sample01.html in IE7 under domain relaxation mode.
2. Crash! Boom!

It works well in IE6 though.

With Safari 3.1 when I click on fullscreen button of FCK toolbar, my browser screen become all white and I can't write on it. The only things I can do is click on Back button of my Browser.

Browser: Safari 3.1 OS: Mac OS X Leopard 10.5.2

Reproduction procedure:

1. Set FCKConfig.DocType = '<!DOCTYPE html PUBLIC "-W3CDTD XHTML 1.0 TransitionalEN" "​http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">' ; in fckconfig.js.
2. Open sample01.html.
3. Examine the compatibility mode in the editor frame by typing "javascript: alert(frames[0].frames[0].document.compatMode);" - it is "BackCompat" which means Quirks mode. The editing frame should be running in standards compliance mode with DocType set to XHTML Transistional.

Installed both 2.6 stable and latest nightly build. I have problems with IE6. IE7 and Firefox works fine.

In IE6 the dialogboxes for copy text, links etc only works the first time. Second time (or any time later) I only get a grey box with no form fields or buttons. It doesn't matter witch one I click first. After the first time for any box, none of the boxes works.

There is one exception. The dialog box for insert image works.

Steps to Reproduce

1. Load sample01.html.
2. Delete everything.
3. Type "This is a test" and hit ENTER.
4. Click after "test" to move the caret to the end of that paragraph.

The caret will jump to the start of the paragraph. After that:

5. Double click "is" and make it bold.
6. Click the end of the paragraph again.

The caret will now jump right after "is". It seems to jump right after the last element in the paragraph, if available.

The same thing happens if you try to move the caret there with the keyboard by using both the LEFT ARROW and the RIGHT ARROW.

Confirmed with Opera build 9972.

The PHP4 integration is not working. It throws the following error:

Fatal error: Call to undefined function FCKeditor_IsCompatibleBrowser() in D:\FCKeditor\SVN\FCKeditor\local\fckeditor_php4.php on line 167

To test it in a PHP5 environment, it is enough to change the include at the top of sample01.php to:

include("../../fckeditor_php4.php") ;

My editor is located at ​http://static.snelgeleerd.nl/editor/, but the editor itself is called from a different subdomain, namely ​http://samenvattingen.snelgeleerd.nl/. I'm calling the editor via the following code:

<script type="text/javascript" src="http://static.snelgeleerd.nl/editor/fckeditor.js"></script>
<script type="text/javascript">
document.domain = 'snelgeleerd.nl';
window.onload = function()
{
	var oFCKeditor = new FCKeditor('body');
	oFCKeditor.BasePath = 'http://static.snelgeleerd.nl/editor/';
	oFCKeditor.ToolbarSet = 'Admin';
	oFCKeditor.ReplaceTextarea();
}
</script>

This works, except for the floating panels being called from ​http://samenvattingen.snelgeleerd.nl/editor/editor/fckdialog.html instead of ​http://static.snelgeleerd.nl/editor/editor/fckdialog.html, which results in a 404 error document.

My conclusion would be the floating panels don't respect the BasePath correctly, but it's might be something different. In any case, it's obviously a bug, right?

When loading sample01.html with en empty cache, a paragraph space is appended to the top of the contents. Clicking on that space, will append yet another space. Each click on that space will continuously append further paragraphs.

Everything looks good as soon as we have the editor on cache.

This one started to happen recently. Test with Opera build 10057.

OS: Windows XP sp2 Browser: Firefox RC3 Builds Tested: 2.6.0, 2.6.1, Nightly Build 6/15/08

Steps to reproduce:

1) Open fckEditor sample running at: ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

2) Press the "Maximize editor size" on the toolbar

3) Press any letter followed by the enter key

4) Repeat step 3 40 times

5) Scroll to the middle of the document and set the cursor at the end of a paragraph.

6) press the enter key

BUG: Scrollbar moves up and paragraph is reposition at bottom of page.

From my understanding "ScrollIntoView" has been changed in Firefox 3 to match IE, I'll bet that is where the problem lies.

Will test will Firefox 3 final when it is released 6/17/08

Just like #2279, if having EnterMode='br' and hitting ENTER, or even using SHIFT+ENTER in the default configuration, makes the entire page to scroll.

This bug happens both on my personal site as well as the demo FCKEditor at ​http://www.fckeditor.net/demo, so I know it's a editor-wide issue. Also, it only happens on IE7.

When you type any amount of text (longer than one line, and consisting of more than one paragraph tag), try to indent any part of the text, and then either view the source or submit the form that FCKEditor is part of, it removes the indenting that you performed. If you do the same thing as above, but do not submit the form, and simply remove the indentation and re-indent the text, it performs as expected.

Example and How to Reproduce:

Type the following text into an empty FCKEditor window in Internet Explorer 7 (a good editor to test on is the demo editor, because it is a default installation):

Test Line 1 [PRESS ENTER]
Test Line 2 [PRESS ENTER]
Test Line 3 [PRESS ENTER]
Test Line 4 [PRESS ENTER]

Now indent lines 2 and 3. View the source. Notice that there is no "style='margin-left:40px'" as an attribute of any of the <p> tags.

Reported in ​http://www.fckeditor.net/forums/viewtopic.php?f=6&t=10656

I've checked that Firefox, Opera and Safari fail to create anchors since #2263 was fixed ​http://rev.fckeditor.net/fckeditor/trunk/2138/_samples/ works and ​http://rev.fckeditor.net/fckeditor/trunk/2139/_samples/ fails

No javascript errors are generated, the <a> is created but it lacks the name attribute.

1. Edit a new MediaWiki page with FCKeditor.

2. Click the "Wikitext" button to switch to wikitext editing.

3. Enter this text:

<mytag>foobar</mytag>

4. Save the article.

5. Disable FCKEditor on the MediaWiki preferences page.

6. Edit the same page.

7. The wikitext is now:

&lt;mytag&gt;foobar&lt;/mytag&gt;

The wiki parser tag is now broken.

Summary:

If you create a form which contains multiple instances of the FCK Editor, Firefox3 will only send updates to one of the instances if you submit the form via javascript (form.submit()). Submitting the same form via a "native" submit button (input type="submit") will send the form as expected.

See sample form attached (modified sample file as detailed below)

Steps to replicate:

1. Open the sample09.html bundled with the editor fckeditor/_samples/html/sample09.html

2. Edit the sample code to add a second button at the bottom which submits the form via javascript

<input type="submit" value="Submit (button)" />
<input type="button" value="Submit (javascript)" onclick="document.testform.submit()"/>

3. Run the sample in firefox 3.0.1

4. Edit the values in both editor regions to "XX" and submit the form using "native" submit button. Notice that the receiving page shows the correct data ("XX").

5. run the sample again and change the field values to "YY" and submit the form using the javascript button. Notice that the receiving page shows only one of the regions updated (i.e. the first region shows "YY" and the other shows the default value)

Notes

• tested in version 2.6.3 and nightly build (2008-09-02)
  
• behaviour not present in IE7 or FF2.x
  
• Inspecting the hidden "value" field at the point where the form is submitted (FF3) shows the value only being updated for one instance of the editor at a time.

It's a bit of an issue if you're using external validation (like qForms) or if the page design requires that the activation buttons for the form are outside the form boundaries.

I just installed MediaWiki+FCKeditor and FCKeditor (both from trunk) on my trunk installation of mediawiki (1.14 rev 42659 right now).

When I try to use FCKeditor by going to any edit page, I get this error: {{{PHP Catchable fatal error: Argument 1 passed to Skin::setupUserCss() must be an instance of OutputPage, none given, called in /var/www/wiki-server/w/extensions/FCKeditor/FCKeditor.body.php on line 341 and defined in /var/www/wiki-server/w/includes/Skin.php on line 546, referer: ​https://wiki.molecular.com/wiki/Main_Page}}

1. Go to nightly build

​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

2. Select sample text and change to "Formatted" format
3. Click the Source button

Expected:

Same text in <pre> </pre> tags.

Observed:

<pre>_FCKpd_1</pre>

Note: Marked high as this will garble any existing code snippets using this format.

To reproduce the bug:

1. Open replacebyclass.html in the samples in Firefox 3.
2. Also open ​http://gplv3.fsf.org/ in Firefox 3.
3. Copy everything in FSF's page into the editing area.
4. Click "Source" - the browser freezes.

This is not a performance problem with the new code - I've tried pasting the long text of GPL v3 in the editor area and the speed of switching to source mode is noticeable faster than v2.

Preliminary tests showed that the infinite loop is from the HTML data processor plugin.

To reproduce:

1. Open the replacebyclass.html sample in IE6.
2. Add a default 2x3 table there.
3. Switch to source mode.
4. The HTML source for the table is seemingly not there... but it's only because the source mode text area is too small and is having s scroll bar.

To reproduce:

1. Open replacebyclass.html sample in IE6.
2. Click anywhere in the paragraph within the editing area.
3. Switch to source mode.
4. You get something like this, note the _cke_expando attribute - it shouldn't be there:

   <p _cke_expando="125">
   	This is some <strong _cke_expando="124">sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.</p>
   

Sharing CKEDITOR.plugins.fakeobjects as a namespace means the fake object types are shared across editor instances, which isn't desirable. Instead, CKEDITOR.plugins.fakeobjects should be a class which is instantiated for each editor instance.

This bug cause image invisible when switching between two modes,witness on IE7.

1. Open an editor instance and insert any visible image
2. Switch to 'sourcearea' mode
3. Switch back to 'wysiwyg' mode
   • Expected: nothing changed
   • Actual: image invisible, because of attribute 'src' was converted to 'url'

Run the following code in Firebug, with replacebyclass.html sample opened:

var editor = CKEDITOR.instances.editor1;
var o = new CKEDITOR.dom.element('object', editor.document);
o.append(new CKEDITOR.dom.element('embed', editor.document));
var i = editor.fakeobjects.protectElement(o);
editor.document.getBody().append(i);

An object with an embed tag inside is inserted to the document. Now switch to Source mode. The HTML output reads like this:

<p>
	This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.</p>
<object><embed></object>

Note the <embed> tag doesn't have a closing tag, and it's not self closing.

The default configurations for each plugin must be defined inside each plugin.js file, not into the core config.js file. Just core settings should go into that file.

The motivation behind it is that the core config.js file will be always part of the compressed version of CKEditor. So, if I reduce the number of plugins when building the compressed version, I should not have plugin specific stuff being included in the process.

Several of the dialog based plugins have been created with a standard "defaultValues" setting, which defines the default values to be used on dialogs.

The idea behind this is quite nice, as it makes it easy to set such values. This is a common request we have. But, the implementation took the easy way, which is not the best unfortunately.

The critical fact around this solution is that it makes our code bigger, and we must always keep in mind that our compressed code must be as small as possible.

But, we still need to support such customization. This is something Alfonso has described in #1099.

The nice thing is that it's already possible to do that by using our new API. Martin is working on a new sample for #2790, which will show how to do that.

So, we should remove this stuff from the configuration to benefit our code size.

Just like in #2792, we should not have specific setting to hide dialog tabs (like showAdvancedTab). We have inherited some of them from FCKeditor, but those should not be necessary anymore.

To reproduce:

1. Open replacebyclass.html in Firefox 3.
2. Double click on the empty area to the right of the first paragraph to select the whole paragraph.
3. Try to apply any style, e.g. press the bold button.
4. It doesn't work.

Into the default skin.js file, we can find references to CKEDITOR.dialog.setMargins and CKEDITOR.dialog.on( 'resize' ). This is bad, because it assumes that all editor instances are using a single skin, which is false.

All settings must go inside each single editor instance. Also, events like "resize" should be fired by each instance. The event could be named "dialogResize", for example.

The current implementation of insertHtml and insertElement could be simplified. Also, it includes the insertion logic inside the editingblock plugin, which is wrong.

Line 395 in _source/plugins/dialogui/plugin.js refers to an unbound "this" in an inner function. This causes errors when the dialog system is creating radio button groups in dialogs.

To reproduce:

1. Open replacebyclass.html
2. Run the follow script in any JavaScript console or in the URL bar:

   CKEDITOR.instances.editor1.openDialog('testOnly');
   

3. JavaScript error.

On slow connections (modem 28.8k), SpellChecker.net window show the message "The SpellChecker Service is currently unavailable." and then SpellChecker loads and start working correctly.

The message should not appear for the reasonable amount of time.

Steps to reproduce: -Open sample.html?sample=replacebyclass -Click Source -Click Smile button

Result: JS Error and cancel button doesn't work.

this.document is null
http://localhost/edytor/CKEditor/trunk/_source/plugins/selection/plugin.js
Line 219

Steps to Reproduce

1. Load the editor.
2. Select some text.
3. Switch to source.

In IE, and error is thrown. No problem with FF.

This feature request came from Senthil Kumaran of Oracle.

It is possible for some CKEditor users to have a lot of custom plugins written inside a single plugin.js file. Right now it is impossible for CKEditor to do so because even if you've defined a number of plugins pointing to the same path, like:

CKEDITOR.plugins.addExternal( 'my_plugin_1', 'file:///c:/my_plugins/' );
CKEDITOR.plugins.addExternal( 'my_plugin_2', 'file:///c:/my_plugins/' );
CKEDITOR.plugins.addExternal( 'my_plugin_3', 'file:///c:/my_plugins/' );
CKEDITOR.plugins.addExternal( 'my_plugin_4', 'file:///c:/my_plugins/' );

And instructed the editor to initialize all of them:

config.plugins += ',my_plugin_1,my_plugin_2,my_plugin_3,my_plugin_4';

The editor would still only initialize one of the plugins, because it thinks it has already done the initialization for ​file:///c:/my_plugins/plugin.js after the first init() call. Subsequent plugin initializations are ignored right now.

This feature request came from Senthil Kumaran of Oracle.

At the moment CKEDITOR.plugins.addExternal() is only able to load plugins whose filename is plugin.js, because the plugin.js filename is hardcoded into the plugin system.

It is requested that the addExternal() should be able to load arbitrary .js filenames as plugins, e.g. "/my_plugins/abcde.js".

There is a common repetition in the current code:

var command = editor.getCommand( name );
command.state = newState;
command.fire( 'state' );

This logic could be encapsulated inside the CKEDITOR.command class, so we can achieve the same thing with:

editor.getCommand( name ).setState( newState );

If you define the initial command state into the command definition, it is not currently respected when loading the editor and rendering the toolbar buttons. All buttons are always in the "on" state.

The buttons should instead reflect the command state.

Event delegation registration with CKEDITOR.event.implementOnis currently incorrect, when this method is invoked on prototype object of a constructor, then instances of this constructor will share the same private _.events model, which is wrong. This would result in duplicate invocation of event listeners from two different object.

Functonal TestCase

Tested with test-events-duplicate.path

When adding a new numbered list at the end of the document, the list item is inserted correctly but the carat is positioned before the first list item and it is not possible to navigate to the first list item within WYSIWYG mode.

Steps to reproduce:

1. Open nightly build. Currently (​http://nightly.ckeditor.com/3105/_samples/replacebyclass.html)
   
2. Add new line to the existing text in the editor
   
3. Insert numbered list
   

Expected behavior: The new list is created with one item and the carat is positioned just after the number of the first item.

Actual behavior: The new list is created as expected. The position of the carat is placed before the first item in the list. It is not possible to navigate to the first item in the list.

It is not possible to modify a table after it has been inserted into the document using the editor.

The panels of toolbar combos must have their upper left corner perfectly aligned with the lower left corner of the combo when opened. Currently they are a few pixels mispositioned to left and top.

In IE6 the toolbar combos panels have horizontal scrollbars.

When opening a toolbar combo for the first time, it's possible to briefly see its contents with no style which immediately gets re-rendered with the styles applied.

This is noticeable in Firefox only.

IE is not able to manage multiple selection, even cross frame. Because of this, the current selection gets lost when leaving the editing area.

The current selection should be automatically saved when the editing area looses the focus in IE and then reselected when the focus is moved back to it.

By doing that, we can remove all selection hacks we are doing now for dialogs, floating panes, etc.

The current selectable elements( elements which could be retrieved from CKEDITOR.dom.selection.getSelectedElement) below is lacking of other control types like a,input,form.

var styleObjectElements = { img:1,hr:1,li:1,table:1,tr:1,td:1,embed:1,object:1,ol:1,ul:1 };

The combo features do not work in FF2.

Steps to reproduce:

1. Go to ​http://nightly.ckeditor.com/3121/_samples/replacebyclass.html
   
2. Select one of [Style|Format|Font|Size] Combo

Results in error.

Firebug error:
this.$ has no properties
​http://nightly.ckeditor.com/3121/ckeditor.js
Line 11

The coordinates returned from CKEDITOR.dom.element::getDocumentPosition is a few pixes shifted.

Because of the introducing of #3003, html parser should be able to take care different forms of abbreviation, e.g. attribute without quote and abbreviation.

With IE6, the following issues have been reported by Martin at #3057:

1. The size of context menus is incorrect at the first menus are opened.
2. The size of separators are incorrect.
3. Scrollbars appear in context menus when the mouse cursor is inside the menus.

The dialogs in CKEditor v3 are currently not accessible to users who have to depend on keyboard and screen readers.

Features needed:

1. Pressing TAB key when a dialog being displayed should never move the focus out of the dialog.
2. Users should be able to switch tabs using Ctrl-Tab.
3. When the user switches tab, it should be announced to him/her that a different tab has been selected.
4. Buttons should be focus-able, and JAWS should pronounce their labels when they're focused. It should be possible to "click" buttons via Enter.

Procedures

1. Open the replace by code example page;
2. Initial the document with the following content and selection:

   ^outter<table><tr><td>text</td></tr></table>outter^
   

3. Apply different fonts three times with the same range.

• Actual Result : The document result in:

  <span style="font-family: Courier New,Courier,monospace;">outter</span>
  <table>
  	<tbody>
  		<tr>
  			<td>
  				<span style="font-family: Courier New,Courier,monospace;">text</span></td>
  		</tr>
  	</tbody>
  </table>
  <table>
  	<tbody>
  		<tr>
  			<td>
  			</td>
  		</tr>
  	</tbody>
  </table>
  <span style="font-family: Courier New,Courier,monospace;">outter</span>
  

This happened to all block style function.

Procedures

1. Open the replace by code example page;
2. Initial the document with the following content and selection:

   ^	<p>text</p>
   	<ol>
   		<li>level1
   			<ul>
   				<li>level2</li>
   			</ul>
   		</li>
   	</ol>
   ^
   

3. Click on stylesCombo to open drop-down, select Blue Title option.

• Actual Result: The second level list item is not formatted.

  <h3 style="color: Blue;">
  	text</h3>
  <ol>
  	<li>
  		<h3 style="color: Blue;">
  			level1</h3>
  		<ul>
  			<li>
  				level2</li>
  		</ul>
  	</li>
  </ol>
  
  

Procedures

1. Open the replace by code example page;
2. Initial the document with the following content and selection:

   	<ol>
   		<li>level1</li>
   		<li>leve1
   			<ol>
   				<li>^level2</li>
   			</ol>
   		</li>
   	</ol>
   
   

3. Click on Outdent button to degrade list item once.
4. Click on Indent button to arise list item once.

• Actual Result: The previous list item was indented too.

  <ol>
  	<li>
  		level1
  		<ol>
  			<li>
  				leve1</li>
  			<li>
  				level2</li>
  		</ol>
  	</li>
  </ol>
  

When a user puts the tabindex attribute into a text area which is later replaced by a CKEditor instance, the user usually expects CKEditor to inherit the tabindex as well. This is not the case for the current trunk, and the bug is causing CKEditor to be impossible to be focused by TAB key when the user specifies tabindex.

It's currently quite troublesome for external plugins to configure the icon for their toolbar buttons: they must include a separate .css file, an icon file which the .css file points to, and instruct the plugin to load the .css into the editor's parent document.

There should be a better way to do this. Propose to add a function like this:

CKEDITOR.ui.button.setIcon( buttonName, iconPath );

Steps to reproduce:

1. Add 6 text areas in sample.html around the script tag with document.write( CKEDITOR.samples.htmlData ); - 3 text areas before it and 3 text areas after it.
2. Added tabindex attributes to the text areas as 1,2,3,5,6,7 respectively.
3. Add tabindex="4" to the textarea in replacebyclass.html.
4. Open replacebyclass.html in Firefox or IE.
5. Select one of the text areas before the editor, press tab until the editor is focused.
6. Press tab again.
7. The text boxes after the editor are skipped.

The skipping problem occurs also for Shift-Tab.

To reproduce:

1. Open replacebyclass.html.
2. Type the following code in the URL bar:

   javascript: void((f=function(){alert('hi!');},body=CKEDITOR.document.getBody(),body.on('click',f)));
   

3. Click on the document body, you should see the message "hi!" appear once.
4. Now remove the event handler with the following code in the URL bar:

   javascript: void(body.removeListener('click',f));
   

5. Click on the document body, you should no longer see the "hi!" message.
6. Add the same event handler back to the document body.

   javascript: void(body.on('click',f));
   

7. Click on the document body.
8. Now you have 2 "hi!" messages - the previous event handler wasn't really removed!

This issue is blocking #3074.

In V2 it worked fine but in V3 opening of the toolbar dropdown controls fires the windiw.onbeforeunload. To reproduce this bug simply add the following JS code and try to open a toolbar dropdown. Probably it happens because the new version uses IFrame for the dropdown content.

<script>
window.onbeforeunload = function() {
	alert("window.onbeforeunload");
		//if(CKEDITOR.instances["content"].checkDirty())
		//	return "Page has not been saved!";
	}
</script>

File and folder names containing # are not correctly escaped.

The problematic spot is frmresourceslist.html, line 92:

window.top.opener.SetUrl( encodeURI( fileUrl ).replace( '#', '%23' ) ) ;

The replace function replaces at most one pound sign. Files won't get encoded correctly and are not accessible through the file browser.

I have attached a patch which works. This should make into 2.6.5.

An alternative would be to sanitize the character.

Loading individual icon files one-by-one over HTTP is a very slow process and should be avoided. So we should allow our users to use icon strips in their plugins for toolbar buttons and context menus, like the following:

{
...
  icon : '/path/to/icon.gif',
  offset : 42
...
}

IE throws an error when clicking on the Styles combo.

The stylesCombo_stylesSet configuration entry is supposed to be able to load external style definitions via a colon separated syntax. e.g.

config.stylesCombo_stylesSet = 'mystyle:/path/to/mystyle.js';

The stylescombo plugin isn't loading the external JavaScript file for the definition, however.

1. Create several paragraphs of text.
2. Select text starting at one paragraph until the middle of the next one.
3. Apply any heading format.

An error is thrown and the style is not applied.

Image Plugin - Advanced tab's Id field is not getting added to the editor area. Ex: I have added id as '12345' but the result in the editor source is missing the id field,

<img align="absbottom" alt="Oracle" border="10" height="41" hspace="11" src="/cache/abc.gif" vspace="33" width="145" /><br />

We have a business logic that is using this id field. Since the id field is not populated, our functionality is broken.Please fix it as early as possible.

Request for multi-language files for all the features available in CKEditor 3.0

Reproducing Procedures

1. Open the replace by code example page;
2. Make document content and selection as following by double click on cell:

   <table>
   	<tbody>
   		<tr>
   			<td>^
   				text^</td>
   		</tr>
   	</tbody>
   </table>
   

   1. Open link dialog to insert a default link.
   • Actual Result : The link is not inserted at all.

Additional information: This is actually a style system bug. The same thing happens if you press the bold button or try to apply any inline style with the HTML and selection above.

External plugin files are often not named plugin.js, so that CKEDITOR.plugins.addExternal() don't work for them.

The current solution is that the web app developer using CKEditor would define a separate function called CKEDITOR_GETURL() that will scan for patterns of his files and output the correct URL.

While the approach works, it is still too complicated and error-prone for many web app developers. A simpler way is needed to enable external plugins with arbitrary file names to be loaded.

When we add any content inside the editing area it used to add a <p></p> tags but it is not happening in our environment. This is breaking our spell-check functionality and it is so critical for us and it needs to be addressed as early as possible for the 20th RC.

Reproducing Procedures

1. Open the replace by code example page;
2. Make document content and selection as following:

   <ol>
   	<li>
   		level1 ^</li>
   </ol>
   text
   

3. Press Enter key
   • Actual Result :

     <ol>
     	<li>
     		level1 <br />
     	</li>
     </ol>
     text
     

   • Expected Result :

     <ol>
     	<li>
     		level1 </li>
     	<li>
     		<br />
     	</li>
     </ol>
     text
     

Reproducing Procedures

1. Open the replace by code example page;
2. Delete all the content within document;
3. Open flash dialog and fill in url with : ​http://f.friendster-tweakers.com/rsc/swf/clock/fsdbp.swf, specify width with '100', height with '100', click Ok to insert the flash.

• Actual Result : The style is been attached to the wrapping paragraph element.

  <p>
  	<p height="100" width="100">
  		<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" height="100" width="100"><param name="quality" value="high"></param><param name="movie" value="http://f.friendster-tweakers.com/rsc/swf/clock/fsdbp.swf"></param><embed height="100" pluginspage="http://www.macromedia.com/go/getflashplayer" quality="high" src="http://f.friendster-tweakers.com/rsc/swf/clock/fsdbp.swf" type="application/x-shockwave-flash" width="100"></embed></object></p>
  	<br />
  </p>
  

• Expected Result :

  <p>
  		<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" height="100" width="100"><param name="quality" value="high"></param><param name="movie" value="http://f.friendster-tweakers.com/rsc/swf/clock/fsdbp.swf"></param><embed height="100" pluginspage="http://www.macromedia.com/go/getflashplayer" quality="high" src="http://f.friendster-tweakers.com/rsc/swf/clock/fsdbp.swf" type="application/x-shockwave-flash" width="100"></embed></object>
  	<br />
  </p>
  

In IE:

1. In the sample.html file, set the document.domain to a part of the URL. For example, my local testing url is "dev.ckeditor.local", so I'm setting it to "ckeditor.local".

2. Open a sample.

3. Open a toolbar combo, color selector or the context menu.

An error is thrown: "Access denied".

1. open the Replace dialog and write any word in Find what.

2. Hit the Tab button.

Result: the word disappears.

The dialog system is currently tightly coupled with the default skin, which makes it difficult to change the skin to something else.

Fred has written a patch for fix this. The patch involved quite a number of drastic changes, however, which resulted in some functional bugs still to be fixed:

• Tabs are not working.
• Footer buttons not always get aligned right with IE.
• Dialog size in Safari 3 when tabs are displayed.
• Dialog drag-move, in general, specially in IE.

And then the CKEDITOR.dialog.setMargins() should be moved to skin.js as part of the skin definition.

During some tests with our so loved and weird IE, I was able to, somehow, end up with an innerHTML that I was able to reduce to the following:

<TABLE>
	<TR>
		<TD></TD>
		<P></P>
		<TD></TD>
	</TR>
</TABLE>

I can't recall how I got that HTML (maybe during some block styling task), but the fact is that a user may have such thing while using the editor in IE. The browser simply accepts it.

The big problem is not the above though. The real issue is the, if you try to retrieve the above HTML from the editor, or even feed it into the source view, it will throw you "Out of memory" into the html parser code.

After #3191, the dialogs are not anymore correctly centered when opened.

To reproduce:

1. Open replacebyclass.html in IE6.
2. Open any dialog - e.g. the table dialog.
3. A translucent "The page cannot be displayed" screen is seen behind the dialog.

Currently, it's not possible to have a skin placed outside the "skin" folder into editor installation path.

Currently, the UI doesn't offer full support for RTL.

To reproduce:

1. Add Tab_Issue.2.html to the _samples directory of SVN trunk.
2. Compress the trunk with CKReleaser.
3. Open Tab_Issue.2.html within the release package.
4. Press Tab and Shift-Tab from inside the editing area, you'll see different buggy behaviors described in #3132.
5. Press Ctrl-B in the editing area. You'll see other buggy behaviors depending on the browser.

When focus is brought into CKEditor's editing area in our samples right now, the voice readout by JAWS is typically like this:

"Output, CKEditor Editor 1, type in text"

Output is the outer frameset's title in our sample pages. CKEditor is always read to tell the user that they're in CKEditor. Editor 1 is the editor instance's name.

It is more descriptive for screen reader users if the CKEditor part of the readout is changed to "Rich Text Editor" - so they'll know what to expect, instead of hearing a name which they may or may not understand immediately.

The default skin, "v2" for now, is not being properly loaded once the editor gets released.

To reproduce:

1. Open replacebyclass.html in IE.
2. If the focus is inside the editing area, click outside of it to defocus.
3. Copy some random text into clipboard.
4. Click the "Paste as Plain Text" button.
5. The text is pasted into the parent document.

The _samples/samples.js file is support file used by the development version of CKEditor. It's not needed at all after release, but it's still included in the sample files.

It must be removed during release, as well as its inclusion at the samples headers.

To reproduce:

1. Start JAWS 10.0 for Windows.
2. Open replacebyclass.html in Firefox or IE.
3. Open any dialog.
4. Tab until any dialog button is focused.
5. Enter.
6. Nothing happens.

The Enter key works when JAWS isn't opened. This is due to JAWS intercepting the Enter key event.

To reproduce:

1. Open replacebyclass.html in Windows Firefox.
2. Double click on the first word "This ".
3. Click the Bold button - the text is bolded.
4. Double click on the second word "is ".
5. Click the Bold button again.
6. Nothing happens.

If scrolling down the main page, when clicking on a dialog based button the page scrolls up to the top.

Confirmed with FF at least.