Custom Query

According to the ​documentation, the server side scripts must append the timestamp to the ckeditor.js file, so it updates the cache on new releases. The PHP integration is not currently doing so.

The spell checker window where page content is visible is very small (100px high), because of that it is important to properly use that space.

Right now checking things like tables and lists is a problem.

With tables, you have to scroll down with your mouse a lot, to get to a table (I noticed in Firebug around 16 line breaks (<br>) added by spell checker before the table). With lists, you can see that additional line breaks are added before and after the item.

Confirmed in FF and IE, although the result is a bit different.

Steps to reproduce

• start with the following source:

  <p>
  	Just click the <b>Image</b> or <b>Link</b> button, and then <b>&quot;Browse Server&quot;</b>.</p>
  <h5>
  	Header</h5>
  <table border="1" cellpadding="1" cellspacing="1" style="width: 200px">
  	<tbody>
  		<tr>
  			<td>
  				aa</td>
  			<td>
  				bb</td>
  		</tr>
  		<tr>
  			<td>
  				cc</td>
  			<td>
  				dd</td>
  		</tr>
  		<tr>
  			<td>
  				11</td>
  			<td>
  				22</td>
  		</tr>
  		<tr>
  			<td>
  				ee</td>
  			<td>
  				ff</td>
  		</tr>
  	</tbody>
  </table>
  <ul>
  	<li>
  		one</li>
  	<li>
  		two</li>
  	<li>
  		ggg</li>
  	<li>
  		four</li>
  </ul>
  

• click on the "check spelling" button and scroll down the content
• result (inspected in Firebug):

         <p>
             &nbsp;
             <br>
             &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Just click the <b>Image</b>
             or <b>Link</b>
             button, and then <b>"Browse Server"</b>.
         </p>&nbsp;
         <br>
         <h5>&nbsp;
             <br>
             &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;Header
         </h5>
         &nbsp;
         <br>
         &nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         &nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;
         <br>
         <table style="width: 200px;" border="1" cellpadding="1" cellspacing="1">
         ...
  

In Firefox2, resizing of the editor doesn't work - editor is collapsed to minimal size and stays in this state.

Both quirks and strict. Work's well in Firefox3 and CKEditor 3.0.2.

It's not a regression while same thing works well in V2.

Environment

IE8 Strict

Reproducing Procedures

1. Open any page sample, load the editor with the following content and selection.

   	<ol>
   		<li><p>item1^</p></li>
   	</ol>
   

2. Press 'enter' at the end of the paragraph;

• Actual Result: There's an extra line height above the newly created list item.

When using simple toolbar, like in the uicolor sample, there is a "collapse toolbar" arrow on the right side of the toolbar. Clicking on it does nothing.

Apparently it works when there are at least two rows of buttons. I think it could be hidden automatically when there is only one row of buttons.

Preview fails in Source View.

Reproduce

1. Open editor.
2. Switch to source view.
3. Click Preview button from toolbar.
4. Result: JS error in plugin.js (line 32)

Stack trace

editor.document has no properties
exec()(Object _=Object elementMode=1 element=Object name=editor3)plugin.js (line 32)
exec()(undefined)command.js (line 18)
execCommand()("preview", undefined)editor.js (line 497)
(?)()(Object _=Object elementMode=1 element=Object name=editor3)plugin.js (line 38)
execute()()plugin.js (line 89)
(?)()()tools.js (line 617)
fn()(149)tools.js (line 640)
onclick(click clientX=0, clientY=0)
[Break on this error] body = editor.document.getBody();

Reproduced in FF2, FF3, Chrome.

CKReleaser prevents the source and target directories from being different because io.isChildPath has an incorrect logical test. The default build (as specified in release.bat) works because target is a child path of source and because the _dev directory is ignored during copy.

Default command (from latest version of release.bat):

java -jar ckreleaser/ckreleaser.jar ckreleaser.release ../.. release "3.1 SVN" ckeditor_3.1_svn --run-before-release=langtool.bat

release.bat is in the <root>/_dev/releaser directory of the source tree, which means the source dir is <root> and the target directory is <root>/_dev/releaser/release

For 3rd parties using different build systems and different directory structures (for instance, where the build output must live in a directory outside of the source tree) it would be preferable to specify a command like:

java -jar ckreleaser/ckreleaser.jar customckreleaser.release path/to/ckeditor build/ckeditor <versionid> <filename>

Executing this command throws the exception:

Target directory must be located outside source directory

which is thrown by this line of releaser.js

468 if ( CKRELEASER.io.isChildPath( targetDir.getCanonicalPath(), sourceDir.getCanonicalPath() ) )
469 throw "Target directory must be located outside source directory";

This is incorrect - the target directory and source directory are not located underneath each other, which examination of isChildPath shows is because the return statement is too aggressive.

403 isChildPath : function( childPath, parentPath )
404 {
405 if ( childPath.length > parentPath.length )
406 return false;
407
408 var i = 0, max = Math.min( childPath.length(), parentPath.length() );
409
410 while ( i < max && childPath.charAt( i ) == parentPath.charAt( i ) )
411 i++;
412
413 return i != max;
414 }

If the working directory is c:\test, the source dir is c:\test\path\to\ckeditor, and the target dir is c:\test\build\ckeditor, then isChildPath should return false (the two are not child paths of each other). However, "return i != max" returns true for this scenario because the two paths match only up until character 7 (i == 7, max == 22). It should be "return i==max".

If isChildPath is adjusted to correctly check path parentage then ckreleaser can be used in different directory structures

According to the ​docs of customConfig that's the way to avoid an extra request for the config file if it isn't needed, but the code in core/editor.js uses it this way:

	var loadConfig = function( editor )
	{
		var customConfig = CKEDITOR.getUrl( editor.config.customConfig );

		// Check if there is a custom config to load.
		if ( !customConfig )
			return false;

and the call to CKEDITOR.getUrl() returns the base url of CKEditor, so the return false isn't executed.

For this specific problem the "if ( !customConfig )" can be moved before the getUrl call, but maybe it would be better to change that function so it doesn't alter empty strings.

Reported in ​http://cksource.com/forums/viewtopic.php?f=11&t=17081

Tested with IE6 and non-Kama skins.

3.0.2 fails, but trunk seems to be OK so I don't know if there's gonna be a 3.0.3 or the solution would be to use 3.1.0

This seems like a regression due to [4668]

Some multi level bullet lists do not paste correctly.

Please refer to test document attached.

Reproduced in IE 6 & 7 and FF 2 & 3

Confirmed on Safari 4.0.4/XP3.

Steps to reproduce

• start with the following source:

  <table border="1" cellpadding="1" cellspacing="1" style="width: 200px; " summary="some summary">
  	<caption>
  		some title</caption>
  	<tbody>
  		<tr>
  			<td>
  				&nbsp;</td>
  			<td>
  				&nbsp;</td>
  		</tr>
  		<tr>
  			<td>
  				&nbsp;</td>
  			<td>
  				&nbsp;</td>
  		</tr>
  	</tbody>
  </table>
  

• click on the last cell, make sure that the whole cell is selected (in the elements path there should be "body table tbody tr td br" - note that probably the last "br" element is a problem here)
• click on the "Table properties" item in the context menu
• result: values in dialog are not properly loaded, when "Ok" is pressed, a new table is inserted.

Tested and confirmed in IE8, FF 3.5, Safari 4.

Steps to reproduce

• start with the following source:

  <ul>
  	<li>
  		aaa</li>
  	<li>
  		bbb</li>
  	<li>
  		ccc</li>
  </ul>
  

• press Ctrl + A and hit "Center Justify" button
• click at the end of last element and hit enter twice to exit from the list
• result: list is not centered anymore.

this bug does not occur in FCKeditor.

When replacing some text with empty value, javascript error is thrown:

K.matchRange is null
plugins/find/dialogs/find.js?t=A057
Line 7

Steps to reproduce

• start with the following text: aaa bbb ccc
• click on the "Replace" button
  • Find what: a
  • Replace With: (empty value)
• result: all "a" letters are removed properly, but also javascript error occurs.

To reproduce:

1. Open nightly demo
2. Create default table
3. Edit the table

Notice that a new table is created.

With IE6 and the v2 and office2003 skins, the Ok and Cancel buttons are not working on the dialogs.

1. Load the following HTML:

<p>Click <a href="mailto:me@example.com">here</a> to send me a message.</p>

2. Open the dialog for the link.

The "Link Type" field will be "URL" instead of "E-mail".

At least with Firefox:

1. Load an empty editor (or click New Page).
2. With the focus in the editor, hit ENTER.
3. Hit BACKSPACE to return to the first paragraph.
4. Type "Test".

Note that the cursor moves one line to the bottom. The final output is:

<p>
	<br />
	Test</p>

Considering that all language files already have the language direction set. The process loading configured language should have the option of automatically picking the correct content direction for the editor.

E.g. if a RTL language is set then contentsLangDirection: "rtl" should be set automatically.

The 'elementStyle' field in div dialog have no effect right now, it will never be populated, we should have the functionality properly align with v2.

Try setting Image Properties -> Border=0, click OK - went back to properties, nothing in border text box.

Then tried linking an image - automatically defaults to a border - went to Image Properties, entered 0 in Border, clicked OK - nothing changes. This WORKS in 3.0, but since installing latest version (last night) it doesn't.

Is OK for any other value entered in this field (tried image border=1 and it saves correctly).

When you click the Browser Server button on the Link tab of the Image Properties dialog, it takes you to the filebrowserImageBrowseUrl...

Shouldn't it take you to the filebrowserBrowseUrl?

When pasting with Safari and forcePasteAsPlainText = true in the settings, the browser breaks and shutdown completely.

Confirmed with Safari 3.2.2 Win, and also reported here.

When embedding an image, if you change the alignment dropdown to either left or right, you can't change it back to "<not set>" without reopening the dialog.

Steps to reproduce

• Start with

  <h1>
  	<img alt="" src="http://a.cksource.com/c/1/inc/img/fireworks.png" />Happy New Year!</h1>
  <p>
  	The CKSource team wishes a <strong>wonderful and happy New Year</strong> to everybody around the globe!</p>
  

• open image dialog, change alignment to right, change alignment to <not set>
• result:

  <img alt="" src="http://a.cksource.com/c/1/inc/img/fireworks.png" style="float: right;" />
  

(float: right has not been removed).

This bug has been introduced in [4685] (#4246).

While working on the easyUpload plugin I found some problems with the implementation of the ui.dialog.file element as it didn't allow to read the value of the input and trying to set event listeners failed as they are being applied to the wrapper element instead of the current input.

The patch fixes those issues.

1. Open editor (do not edit content)
   
2. Use template button to insert any template with "Replace content" option active.
   

Result: Undo is not available

The PHP samples "advanced.php" and "events.php" contain HTML errors. An HTML <p> (open) tag is missing before the Submit buttons

Patches add the <p>.

CKEditor supports multiple languages. But all the language files are hardcode in lang.js. Consumer doesn't have a common way to registry/configure which we need to load or not. Especially when we want to add other language file, we have no way to add it except modifying the source code.

CKEditor should provide a config to let user add additional language file.

From ​http://cksource.com/forums/viewtopic.php?f=11&t=17216

In the config.js of the release version set this to remove the custom context menu

  config.removePlugins = 'scayt,menubutton,contextmenu';

Now when the page is reloaded the editor fails to initialize "'this._.menuGroups' is null or not an object"

The problem is really in the menu plugin.js that always executes some code even if it hasn't been initialized.

1. Open the CK Editor.
   
2. Apply text colour or background colour to a word.
   
3. Click on find icon
   
4. Search for the word from step 2.
   
5. See that the word gets highlighted
   
6. Click on cancel button to close the find and replace light box
   

Actual result: the text colour or background colour that you have applied to the word is removed.

Expected result: the text colour or back ground colour applied to the word should remain

In Firefox (I'm using 3.5.7, but other people from cksource forum say that in version 2.0 and 3.0 happens the same) in empty ckeditor window, in all versions starting from 3.0 to 3.1, while using config.enterMode = CKEDITOR.ENTER_BR;, is being inserted <br /> at the start of the document and when starting to type - you do it from a second line already.

In the other browsers (I've checked in all IE- 6,7,8, Opera, Chrome, Safari) it seems to be OK.

Topics: ​http://cksource.com/forums/viewtopic.php?f=11&t=16578 ​http://cksource.com/forums/viewtopic.php?f=11&t=17195

There is a bug with IE in standards mode when trying to click to the right of a control selectable node such as an image.

To replicate Set the HTML to:

<p>
	Line 1<br />
	Line 2<img src="http://www.google.com/intl/en_ALL/images/logo.gif" /></p>

I have attached a patch which fixes this problem. I dont know if it is implemented up to your standards though.

Some things that are bad about my patch are:

• Its using the CK dom range inside selection (seems a bit cyclic)
• You cannot mouse down and drag to select more
  
• I dont really understand why there are multiple selections / ranges so I have just used "getRanges()[0]"
  
• Its using setTimeout() because the selection is not ready before the event
  
• I am using a constant of 20x20 pixels to check the mouse offset - perhaps a character size calculation is needed?

There may be some other ways to fix this. Another idea is that we could insert a whitespace text node / span at the end of the block before the end of the mousedown event.

Cheers,
Scott
​http://www.synergy8.com/

CKEDITOR.timestamp wasn't added while loading skin/XXX/skin.js

Should be an easy fix in 10 seconds.

Apparently a Firefox-only problem.

Changing the font on a selected text causes the font dropdown to not to show the font itself, even if it was correctly applied to the text. To make it work again, change the size of the same text.

As you can see in the following example, the HTML of the content is very simple; it seems that if the span with the font-family spec comes before the font-size one the font dropdown doesn't recognize the font (selecting the size swaps the two spans so it works again):

<p><span style="font-size: 12px;"><span style="font-family: Arial,Helvetica,sans-serif;">Example...</span></span></p>

1. Open the Table Properties dialog.
2. Keep the default row \ col values and enter 'SummaryOne' in the Summary field.
3. Click OK to create the table.
4. Right click on the table and choose Table Properties from the context menu.
5. Clear the Summary field on the Table Properties dialog and click OK.
6. Right click on the table and choose Table Properties from the context menu.

Observe the the original summary value in the Summary field.

Hi,

In first place, sorry for my english, it's not good.

The problem I'm facing is related with the baseHref functionality recently added to the config file for CKEDITOR.

I have two websites.

• The first: www.mysite.com is a public site.
• The second: cms.mysite.com is a cms web site.

The admin user accesses the administration pages through cms.mysite.com, but the uploaded files (images) are uploaded (on purpose) to the public site (www.site.com). Therefore, in the config file constructor I added the baseHref this way:

config.baseHref = "​http://www.site.com/";

Ok. In Firefox it works as it is supossed to be, but in IE6, IE7 and IE8 it doesn't work in the HTML editor because the images path take the basepath of cms.site.com, ignoring the configuration. The stranger, is that right-clicking the image, in properties, the image is previewed correctly because it takes the basepath from the configuration (this is Ok).

Additionally, just to mention that I validated all that is written looking at the HTML generated using Firebug and checking the paths requested with Charles Debug Proxy too.

Sometimes the following code is appended to the content of the editor:

 <script id="cke_actscrpt" type="text/javascript">window.parent.CKEDITOR._["contentDomReadyeditor"](window);</script>

In my case, I save the content to the database to be used in a different context than a browser so the script tag creates a problem; in any case it should not be part of the real (user) content.

The conditions that cause this behavior are not clear at present time.

See #4455.

jQuery adapter doesn't work with and ajaxSubmit method, but it works well with ajaxForm().

Possible way for fixing this is updating element's content during 'form-pre-serialize' event.

The about plugin uses a dialog, but it lacks to specify it in the "requires"

1. With FCKeditor and IE, load the following HTML:

<P>X</P><SPAN>
<P></SPAN>Put the caret in the middle of this paragraph and hit BACKSPACE.</P>
<P>Y</p>

2. Just follow the instructions, by placing the caret at the middle of the second paragraph.

3. Hit BACKSPACE.

The entire paragraph is deleted.

This problem was occured version 3.1, but wasn't occured version 3.0.

This seems very relevant to ​http://support.microsoft.com/kb/261188/en and ​http://dev.fckeditor.net/ticket/1920

Problem exists in wysiwyg area plugin line 276. ​http://dev.fckeditor.net/browser/CKEditor/tags/3.1/_source/plugins/wysiwygarea/plugin.js#L276 And it commited ​http://dev.fckeditor.net/changeset/4583

I think "src" attribute's value should not set blank.

1. In an editor sample, add direction="rtl" to the <html> tag.
2. Load the sample in IE8 in Compatibility mode, or IE7.
3. Click any of the panels, or open the context menu.

The floating panel will not be visible.

Note also that the page have an unwanted horizontal scrollbar. This is not an issue in IE8 mode and not even with other browsers.

The Paste dialog contains the text "Paste into the following box using "Ctrl+V" on your keyboard and click OK." Can the MAC keyboard shortcut also be added to the text, eg. Ctrl+V (Cmd+V on MAC)

First, create a few bullet point lists items with nested lists. Next try to select a nested list and start typing to overwrite the text. Notice how the text continues at the parent list level and the multiple bullet points on the same line. It is really hard to recover from this, without deleting and recreating the lists. It seems to only be an issue in Firefox and IE6,7,8. Looking at the source, it seems that there is an orphaned <ul> tag under an empty <li> tag.

For example, the source below will cause the duplicate bullet points:

<ul>

<li>first level</li> <li>

<ul>

<li>start of 2nd level</li>

</ul>

</li>

</ul>

It is possible to get into this situation using the above steps to highlight and overwrite text.

Under some conditions, FF is throwing this error:

Permission denied for <​http://dev.ckeditor.local:8080> (document.domain has not been set) to get property Window.document from <​http://dev.ckeditor.local:8080> (document.domain=<​http://ckeditor.local>).

(confirmed in FF 3.5.7).

It seems that this bug has been introduced when fixing #4514. Reverting [4492] removes that particular error.

Steps to reproduce

• Using release version of CKEditor, open the following URL in FF: ​http://dev.ckeditor.local:8080/ckeditor/_dev/releaser/release/release/_samples/replacebycode.html (note: there is a port number in the url)
• edit replacebycode.html sample and add there:

  <script type="text/javascript">
  document.domain = "ckeditor.local";
  </script>
  

  after

  <script type="text/javascript" src="../ckeditor.js"></script>
  

  (make sure you're editing replacebycode.html, it seems that it does not happen in replacebyclass.html)
• reload ​http://dev.ckeditor.local:8080/ckeditor/_dev/releaser/release/release/_samples/replacebycode.html
• result:

  Permission denied for <http://dev.ckeditor.local:8080> 
  (document.domain has not been set) to get property Window.document 
  from <http://dev.ckeditor.local:8080> 
  (document.domain=<http://ckeditor.local>).
  

The ForceSimpleAmpersand param of htmlWriter is buggy and also causing JavaScript error in certain situation, see ticket TC for details.

1. Update you config.js to include config.smiley_path ='/plugins/sametimeemoticons/images/';
2. Create an instance of the editor and insert a smiley.
3. Click the Source button to enter HTML mode

Observe the the image src attribute values are not relative URLs.

Relative URLs were being used in version 3.0.1 when you set smiley_path.

Open the context menu and try to drag any of the items, it will work in Firefox and Safari (I guess that also Chrome). Opera doesn't allow dragging even the content itself, so of course it doesn't have this bug. IE behaves correctly.

The OK and Cancel buttons in the dialogs are also draggable, although they can't be dropped into the content.

Press Alt+F10 to focus toolbar. Use Tab and Shift+Tab to navigate through tool bar. You will observe that JAWS is reading all controls properly. Now use arrow key to navigate through toolbar. You will observe that you are not able to navigate and JAWS is not reading the highlighted control properly i.e. if highlighted control is Preview then it is reading it like "P" "R" "E" "V" "I" "E" "W" and not as "Preview".

This issue was reproducible in nightly build too with Internet Explorer 8 and Firefox 3.6.

Confirmed with IE8 Compatibility mode:

1. Create a table.
2. Right click on it to open it's context menu.

A stack overflow error is thrown.

Works well with FF and IE8 no-compat mode.

There is no visual behavior for checkboxes in dialogs when tabbing over them. We have the impression that the focus got lost.

It is expected that the left arrow key will go to the icon that is to the left of the current, but in RTL languages the left arrow is actually mobing to the icon that is to the right of the current.
in other words, the navigation arrow keys should be switched when using RTL language.

if you navigate with the keyboard to a disabled icon it seems that the focus is lost. this is not incorrect, yet it should be marked somehow.

The FCK editor allows you to only change the selected line with Paragraph Format, i.e. it recognizes the <br /> tag as a separator. This doesn't work in the CKEditor.

Firefox on Mac

• Type some text separated with a <br /> tag.
• Select a line and change the Paragraph Format.
• All lines change (not just the selected line).

"User Interface Languages" sample provided with CKEditor is not a valid XHTML.

Validation Output:  2 Errors

Line 39, Column 35: document type does not allow element "script" here
      				<script type="text/javascript">


Line 53, Column 12: end tag for "select" which is not finished
			</select>

If the space is having one character space between two text strings, the space could not get background color. If the space is having two or more characters space, The space get background color. Please see the attached screenshot.

Currently when the editing block gains focus, JAWS stays in VPC mode, we could apply the proper ARIA role to make PC mode turned on automatically.

Insert the following code after CKEDITOR.replace( 'editor1' ); in ckeditor/_samples/replacebycode.html

CKEDITOR.on('dialogDefinition', function( ev )
{

	var dialogName = ev.data.name;  
	var dialogDefinition = ev.data.definition;
   
	switch (dialogName) {  
	case 'image': //Image Properties dialog      
		dialogDefinition.removeContents('advanced');
		break;      
	case 'link': //image Properties dialog          
		dialogDefinition.removeContents('advanced');   
		break;
	}
});

This should remove the advanced tab from the image and link dialogs.
Save the html page and view it in a web browser.
Click on the 'Insert Link' toolbar icon.
The advanced tab is removed.
Click cancel - the dialog closes correctly.
Open the dialog again.
Enter a link and click ok.
The dialog closes and the link is inserted correctly into the editor.
Now click on the 'Insert Image' toolbar icon.
The advanced tab is removed.
Click cancel - the dialog does not close and an error is shown in the console.
Entering an image url and clicking ok does not close the dialog either.
The only way to recover is to close the browser tab / window.

Error in Firebug:

this._.contents[pageId] is undefined
[Break on this error] return this._.contents[pageId][elementId];\r\n

When trying to alter the formatting of a <pre> block that has attributes (like "class", "style", etc.) the text is removed from the editor.

Steps to reproduce:

1. Go to CKeditor and switch to "Source" mode
   
2. Paste <pre style="color: green">This is a bug.</pre>
   
3. Switch back to "WYSIWYG" mode
   
4. Select the text "This is a bug"
   
5. Click the formatting dropdown and select "Heading 1"
   

Result:
The text is removed from the editor.

Expected:
The text should change to new formatting and not be removed.

Bug cause & solution:
The issue comes from a regular expression that doesn't check for attributes of <pre> elements. It is found in CKEditor's styles plugin.

file: _source/plugins/styles/plugin.js
line: 770
method: splitIntoPres()

problem:
splitedHtml.replace( /<pre>([\s\S]*?)<\/pre>/gi, ...

solution:
splitedHtml.replace( /<pre[\s\S]*?>([\s\S]*?)<\/pre>/gi ...

Write some text e.g. A B C in editor area. Select "A" and click on underline button. It underlines the text. Now select "B" and click on underline button. It underlines "B" correctly. Now select "C" and click on italic button. You will observe that entire text including "A" and "B" is changed to italic. Same is the case with words.

This issue was reproducible in nightly build with Internet Explorer 8 and Firefox 3.6.

When the cursor is in the source mode, using shift-tab does not navigate to the previous item in the tabbing order. Using Tab works as expected.

When using the editor in HC mode, the arrow in the context menu is not displayed.

Reported in ​http://cksource.com/forums/viewtopic.php?f=11&t=17447

Seems to work fine with Chrome 4.0.249.89 (38071) in Windows XP with the patches for #4988 and #5095. But previously I've seen it fail, so this case must be reviewed

the following tickets are addressed with this patch: #3570 #3935 #4125 #4411 #4688

Reported in ​http://cksource.com/forums/viewtopic.php?f=11&t=17610

In Firefox 3.5.7 the cursor disappears after switching to full screen, but clicking on the content or restoring size shows it again. In 3.6 on the other side it remains hidden until something else is focused (showing the context menu, open a dialog, focus the url bar...)

This is not related to showing a custom text for each color as that can be done including the proper entries in editor.lang.colors

Instead, it's related to the functionality of FCKeditor to specify

FCKConfig.FontColors = 'ff9900/FontColor1,0066cc/FontColor2,ff0000/FontColor3' ;
FCKConfig.CoreStyles.Color =
	{
		Element		: 'span',
		Attributes	: { 'class' : '#("Color")' },
		Overrides	: [ { Element : 'span', Attributes : { 'class' : /^FontColor(?:1|2|3)$/ } } ]
	} ;

Now the only option seems to be to use something like

colorButton_colors : 'ff9900,0066cc,ff0000',

colorButton_foreStyle :
	{
		element : 'span',
		attributes : { 'class' : 'Color(color)' }
	},

but that requires to use class names like Colorff9900, instead of being able to specify whatever they need.

Seems that it's not possible to indent that way a third level, and removing the indent only works if there's a single level.

Tested with

indentClasses : ['Indent1', 'Indent2', 'Indent3'],

and

.Indent1
{
	margin-left: 40px;
}

.Indent2
{
	margin-left: 80px;
}

.Indent3
{
	margin-left: 120px;
}

When inserting content with insertHtml() inside of formatted text, editor breaks formatting and inserts content without formatting. Confirmed in FF 3.5. Works fine in IE8 and Safari 4.

Steps to reproduce

• start with

  <p>
  	<span style="color: rgb(255, 0, 0);">Sample ^text</span></p>
  

• Open "special character" dialog and insert some character somewhere in the middle of the text (before "text")
• Result:

  <p>
  	<span style="color: rgb(255, 0, 0);">Sample </span>&euro;<span style="color: rgb(255, 0, 0);">text</span></p>
  

This can be reproduced in many different ways in CKEditor, everywhere where insertHtml() is used, like also when pasting content or when inserting content in a custom plugin.

Targetting to 3.3 as it might be a bit irritating.

We're currently using an ugly and unclear solution to notify the data load in the wysiwyg plugin.

While we still need the activation script, we could make it a bit clearer by using the CKEDITOR.tools.callFunction.

When displaying context-menus and sub-menus JAWS does not read the menus as menus, just the general label "Options". When using a toolbar menu (scayt), JAWS reads "Menu Options" and when leaving the menu it says "Leaving menu".

In earlier versions, JAWS would actually read "Context menu"

It seems that fixlineends script (_dev\fixlineends\) is not fixing all files, for example the following file:

_source\core\editor.js

does not have a BOM character after running fixlineneds.bat.

(3.2.x Branch)

The templates dialog must not focus on the first item of the list. The current behavior disturbs the mouse navigation.

The templates list should be focused on load, having the first item focused only when hitting the ARROW-DOWN key.

1. Load the Ajax sample.
2. Type some text.
3. Undo until the last possible undo step.
4. Redo until the last redo step.

In step 3, the last undo should be from a few text to blank contents.

In step 4, the last redo should restore the entire typed text.

Currently, the user looses the text when performing the above steps.

(3.2.x Branch)

1. Load a page.
2. Without any other action, click and drag to select text in the editor.

The selection will not happen.

(3.2.x Branch)

1. Load a sample.
2. In the browser page, open a different URL.
3. Click the browser back button.

A js error is thrown.

This also happens when refreshing the page.

With IE:

1. Load _samples/index.html.

2. Select the replacebyclass sample.

3. Click the browser back button. The editor contents will disappear.

4. Click the browser back button again. The index page will finally be loaded.

The above step 3 should not happen.

In IE8, with compatibility enabled, editor toolbars with a single row don't have the usual bottom padding.

Confirmed with the api_dialog sample. Works well with IE8 mode.

With IE8 with Compatibility mode:

1. Load the following HTML:

<p>Line 1</p>
<p>Line 2</p>
<p>Line 3</p>
<p>Line 4</p>

2. Select Lines 2 and 3.

3. Click the Div Container button.

4. In the Advanced tab, set the Style field to "border: solid red".

5. Confirm the dialog.

Note that there will be extra (unwanted) space at the top padding of the created div. When moving back and forth to source, that space disappears.

1. With Firefox, select the article contents from ​this page.

2. Open the editor in IE and paste inside of it.

Several js errors are thrown.

Confirmed with IE8 in Compatibility Mode, at least.

With IE:

1. Create a page were it's possible to scroll to hide the editor.

2. Make a selection in the editor, or simply put the caret on it.

3. Scroll down so the editor is hidden.

4. Click on the page.

The page will scroll up to put the selection in the editor before losing it to the clicked target.

Compared to the 3.1, tabs-less dialogs have now less margin at the top of the contents box.

This is IE only.

With IE6, the toolbar has no bottom padding in the kama skin.

This one looks like the old #223, but it happens only at the end of lines without the bogus <br> and with the release version only.

SHIFT+ENTER must be done twice to work.

Safari only. Works well with Chrome.

I guess that almost all the uses of CKEDITOR.appendTo will try to call .setData after creating the instance, so it will save some lines of code and avoid the creation of an empty editor that later is filled with the new data (remembering also that .setData will recreate the iframe) if the initial data can be set at creation time.

Paste in fullpage edit source mode

<html>
	<head>
		<title>CKEditor Sample</title>
	</head>
	<body>
<style type="text/css">
p {
 border: 1px solid green;
}</style>
	<p>
		This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
</body>
</html>

Switch to wysiwyg and back to source results...

<html>
	<head>
		<title>CKEditor Sample</title>
	</head>
	<body>
	</body>
</html>
<style type="text/css">
p {
 border: 1px solid green;
}</style>
<body>
	<p>
		This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
</body>

Tested on svn: 5171

1. Open the Ajax sample. Notice that the elements path is empty.
2. Click the Table toolbar button.
3. Click the Table dialog's OK button.

Observe the javascript error: 'type' is null or not an object.

This does not occur on the nightly 3.2 demo as the content area gets focus before the dialog appears. "body p" appears in the elements path.

The error is occurring in core/dom/walker.js guardRTL function.

I believe the error is occurring because the node to replace is null. The wysiwyg plugin's onInsertElement function thinks it is in an empty p element and attempts to replace it with the table element. See the if statement following the below comment in the onInsertFunction function:

If we're in an empty block which indicate a new paragraph, simply replace it with the inserting block.(#3664)

the code as follows:

<B><FONT face=Tahoma size=2><SPAN style="FONT-WEIGHT: bold; FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">De:</SPAN></FONT></B><FONT size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"> Devz <BR><B><SPAN style="FONT-WEIGHT: bold">Enviado el:</SPAN></B> MartZ<BR><B><SPAN style="FONT-WEIGHT: bold">Para:</SPAN></B> Mary Lua<BR><B><SPAN style="FONT-WEIGHT: bold">Asunto:</SPAN></B> RV: Documents</SPAN></FONT><FONTFACE="MS PGothic?><BR>Dear Devito,</SPAN></FONT><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><BR>ADSDF</SPAN></FONT>

The "Link" dialog incorrectly handles URLs that start with '?' and adds '​http://' in front of '?'. For example CKEditor converts ?myParam=xyz to ​http://?myParam=xyz

CKEditor should work in this case similar to URLs that starts with "/" and automatically set the protocol to "<other>".

To reproduce the defect:

1) open the Ajax sample
2) Click on Bold icon
3) Type some characters,see that they are typed in Bold.
4) Click on Bold Icon again to remove the Bold option
5) See that the Bold options is removed.
6) Now click on any of the other Formatting icons (Italic,Underline,StrikeThrough,Subscript,Superscript).
7) See that Bold Icon is also selected.
8) Same thing happens with all the other icons.

Reproduced in IE6 & IE7

To reproduce

• Open a new editor
• Click on the B button and type some text.
• Place the caret in the beginning of the text
• Click again on the B button. Notice that the the button is not unselected.
• Type some text. notice that noe the button is unselected.

To reproduce

• Go to the demo and open the multi language interface.
• Choose RTL language (i.e Hebrew)
• Click on the 'Help' button for example.

Notice that the product name in the dialog title is flipped.

For any Menu Item, like SCAYT, the drop-down arrow does not have an alternative text-based arrow in HC mode.

To reproduce the defect:

1. Open Ajax sample

2. Enter some text and click on Flash icon in the Toolbar

3. On Flash properties dialog enter the URL for Flash and select Alignment as Left in the Align Combo box on Properties tab and Click OK

4. See that the Flash is inserted but it is not aligned to left.

5. Right click on Flash and go to Flash properties option in the context menu to activate Flash Properties dialog.

6. Now change the Flash Alignment to Right and Click OK.

7. See that Flash Alignment is not changed.

I looked at the HTML source and the Alignment property for Flash is correctly set at all times.

To reproduce the defect:

1. open the Ajax sample.

2. Click on Text Colour button menu and select some colour(eg: red).

3. Click on Background Colour button menu and select some colour(eg: cyan).

4. Type the text see that both the Text and Back ground colour's that we have selcted in steps 2 & 3 is applied to the text.

5. Now click on Text Colour button and select the Automatic Colour Option to remove the Text Colour.

6. Type some more text.

7. See that both Text Colour as well as Background colour applied to the text is removed.

Expected Result:

Only the Text Colour should be removed and the Background colour should remain.

Same behaviour appears when we remove Background Colour insted of Text Colour in step 5.

In version 3.2 all dialogs in all skins in language that is in RTL mode are broken in IE.
The content is either hidden under the dialog title or not inside the dialog itself. the 'x' button in V2 and Office 2003 skins is jumping on mouse over.
attaching a simple page with the error and a screenshot of the error in the kama skin [notice that the result in each skin is different].

To reproduce

• Open the demo and go to the multi-language interface in IE
• Go to Hebrew or any other RTL language
• Open the Text/Background color float panel. notice the left side of the panel is partly hidden. sometimes there is also a horizontal scrollbar in the panel.

In Firefox 3.6 you receive the "Contains unauthenticated content" warning.

I tracked the issue down and it looks like it is coming from the following on line 291 of 'ckeditor/_source/plugins/wysiwygarea/plugin.js' (version 3.2).

' src="javascript:void(function(){' + encodeURIComponent( srcScript ) + '}())"' +

Changing that line to the following resolves the error, but probably causes other problems in other browsers because it is no longer includes 'srcScript'

' src="javascript:false;"' +

Loading SCAYT on startup could somehow compromise all the efforts we've done to accelerate loading performance, where the SCAYT engine file (~100K) is blocking our theme file in execution order, which in turn made the editor loading significant slower (6x) than it should.
This could at least be confirmed on Firefox and Opera where DOM script loading is ​sequence sensitive.

Several people have requested the upgrade of this plugin

To reproduce the defect

1. open ajax sample and click on Templates option.

2. Look at the Content Templates dialog.

In FF the dialog looks proper with Templates Options.

In IE 6 the dialog and the Options are not displayying properly.

I have attached a screenshot to show the differenced between FF & IE6

Add validation to check for bad window names.

For example, if you type in a name with spaces it will not work in MSIE.

To reproduce in MSIE:

* Create a Link to "http://google.com"
* In the link dialog.
** Go to the target tab and select <popup window> as a target
** Type in "one two" as the Popup Window Name without the quotes.
* Press OK in the Link dialog.
* Preview the content. 
* Click the google link in the preview.
* The link is expected to open in a new window / window as named. Instead the link opens in the current window.