Custom Query

Environment

IE9

TC

• open _samples/placeholder.html
• click once inside sample placeholder? area
• try to enter some text

Expected

Placeholder is selected as whole item, It is not possible to enter any text inside it (in editor). Editing is possible inside dialog box.

Actual

It is possible to insert text inside ...? area, without opening dialog box.

Environment

IE9

TC

• Open any sample with anchor plugin enabled ( replacebyclass.html )
• press insert anchor button
• in dialog window enter anchor name
• press OK

Expected

Anchor is inserted at cursor position, dialog window is closed.

Actual

Nothing happens in edit area, dialog window does not close.
In console, error is thrown while OK button is pressed

SCRIPT5022: DOM Exception: INVALID_CHARACTER_ERR (5) 
replacebyclass.html, line 15 character 427

To reproduce the defect:

Open ckeditor, with out focus in editor body select Formatted(pre) option in Paragraph Format drop down list.

Expected Result:

Cursor is in editor body and elements path bar will show body and pre tags.

Actual Result:

Cursor is in editor body and elements path bar is empty.

when we keep focus in editor body and select pre format option cursor shown in editor body elements path bar is not empty but it will not show pre tag in it.

Environment

IE9

TC

• clear editor content
• insert <hr />
• set cursor at the beginning of paragraph that contains horizontal line - press cursor UP key (little cursor should be blinking at the beginning of line)
• press enter

Expected result

New paragraph is added before horizontal line

Actual result

New paragraph is added before line, but in console error is thrown:

SCRIPT5007: Unable to get value of the property 'insertBeforeMe': object is null or undefined 
ckeditor.js, line 32 character 214

Environment

IE9

TC

• open Editor sample with form plugins
• without setting focus to edit area, press twice page-break button
• select the first page-break in WYSIWYG
• press form button
• in opened dialog window, enter text in required fields
• press OK

Expected result

• Previously selected page break is changed into <form></form>.
• dialog window dissappears.

Actual result

• Selected page break is changed into Form
• dialog window does not dissappear
• JS error is shown in console:

  SCRIPT5007: Unable to get value of the property 'lock': object is null or undefined 
  ckeditor.js, line 92 character 2232
  

• after second hit on OK button, dialog dissappears.
• editor is back to normal.

It is rather unlikely that a normal user will use the word in a similar way. But well, error happened :)

Right now all block with RTL direction are displayed as control types in IE, which impose a strong lack of usability as it will become isolated with the rest of doc once under editing.

1. Go to demo page

2. Put cursor in an unstyled word (which gives a collapsed selection)

3. Press Bold button

4. Double click word to select it.

Observe : Only part of the word is selected. Not possible to reselect the whole word by double clicking.

Firefox 3.6.13, Windows XP

Using the following:

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000"><param name="wmode" value="opaque" /><param name="quality" value="medium" /><param name="movie" value="a.com" /><embed src="a.com" type="application/x-shockwave-flash"></embed></object>

Right click on the placeholder, switch to the 2nd tab.
Note that all fields have their default values, although the params should override them.
Tested with IE8, works well with IE9's IE8 mode.

In PeopleSoft's Job posting feature, users can add any number of posting and each posting will have one ckeditor. After adding 15 posting, fifteen ckeditors are displayed but the IE memory usage is increased to around 25MB. Becuase of this our page is too slow and user is not able to do any action. But the same use case is executed in Firefox and the memory usage was just 1MB. Below i have given the memory usage detail.

In IE7/8, No editor is displayed:(IE_NoEditor_MemoryState.PNG)
Memory Usage:68.48 MB
In IE7/8, 15 editors are displayed:(IE_Editor_MemoryState.PNG)
Memory Usage:94.06 MB
Memory usage is increased around 25MB

In FF3.6, No editor is displayed:(FF_NOEditor_MemoryState.PNG)
Memory Usage:482.308 MB
In IE7/8, 15 editors are displayed:(FF_Editor_MemoryState.PNG)
Memory Usage:483.452 MB
Memory usage is increased around 1.14MB


Replication:

1. Download the attached "ckeditor_performance.html" file.
   
2. In IE7/8, access this file from the webserver.
   
3. Once the page is loaded, note down the IE memory usage(task manager).
   
4. Click on the "Create Editor" control for 15 times so that it will create 15 editor in that page. Now wait for 3 minutes and then note down the memory usage and compare with the no editor situation.
   
   

Run the above steps for firfox and check the memory usage.

This is very critical to us, please provide the fix asap.

When the tab bar is being added or removed for a dialog, the resize event is not fired. The resize event is necessary for IE6 or IE quirks mode, since the height of the left and right borders must be adjusted. This can result either in a gap between the top corner borders and the vertical borders on the left and right sides, or the left and right borders extend up above the dialog's title bar. See attached screenshot.

To reproduce:

1. Create a dialog with two pages. It should display properly, with the tab bar showing.
   
2. Hide one of the pages. The tab bar should disappear and you should be able to see the left and right borders extending up above the title bar, as in the screenshot.

This occurs in IE quirks mode...I reproduced across IE6, 7, 8, and 9 with the doctype:

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">

A proposed patch is attached. I've changed dialog's resize method to include an optional third parameter, "force," which forces the dialog to fire the resize event even if the actual content area size hasn't changed. Then I call resize from updateStyle, if (and only if) the tab bar visibility has changed AND we're in IE.

when using IE8, there are some probelms with deleting entries.

steps how to reproduce the bug:

1. create a table with some contents and then copy the whole table with the help of shortcuts.
2. now you have pasted it on another page (into a text area field with the CKeditor on it)
3. please mark an entry in the right column - and press here any key - it does not work. With the content in the left column - it works fine.

Could you pls check it?

thank you

Steps to reproduce the defect:

Scenario 1

1. Open up the skins sample in IE7.

2. Press "CTRL+" twice to zoom in 150%.

Result: The right border of the editor is missing in the v2 and office 2003 skins (see screenshot).

Scenario 2

1. Open up the skins sample in FF.

2. Press "CTRL-" to zoom out.

Result: The right and left borders of the editor are missing in the v2 and office 2003 skins (see screenshot).

To reproduce the defect:

1. Open CK Editor and insert a Table with a caption.

2. click on Source button in Toolbar.

Expected Result:

we are in source mode and html for the inserted table is shown.

Actual Result:

Editor stays in WYSIWYG mode and it will shown an error and when we click on that error it says object doesn't support this property or method.

same behaviour happens when we insert a table with first row set as headers or both first row and first column set as headers

Steps to reproduce the defect:

Scenario 1:

1. Open the Ajax sample.

2. Type a line of text.

3. Click on the RTL icon.

4. Select the line of text & click on the bulleted list icon.

Expected: A RTL bulleted list containing 1 list item is visible in the editor.

Actual: Nothing is displayed in the editor.

Scenario 2.

1. Open the Ajax sample.

2. Create a bulleted list.

3. Select the list & click the RTL icon.

4. Click on Numbered List\Bulleted List or Decrease Indent icons.

Result: Nothing happens!!!

I have very simple text in editor, when I press “Insert/Remove Numbered List” button on toolbar on 1st,2nd and 3rd line, then go back to 2nd line and press “Insert/Remove Bulleted List” button on toolbar, it is killing all IE browsers sessions.

Steps to reproduce:

1. Textarea "editor1" is associated with the instance of ckeditor, here is the text prepopulated in the textarea :

   <dl>
   	<dt>
   	Text1
   	</dt>
   	<dd>
   		<ul>
   			<li>
   				Text2</li>
   			<li>
   				Text2</li>
   			<li>
   				Text2</li>
   			<li>
   				Text2</li>
   			<li>
   				Text2</li>
   			<li>
   				Text2</li>
   		</ul>
   	</dd>
   </dl>
   

2. Click on first bulleted list make it to Numbered list
3. Click on second bulleted list make it to Numbered list
4. Click on third bulleted list make it to Numbered list
5. Click on forth bulleted list make it to Numbered list
6. Click on second numbered list which in done in point 3 above and make it to bulleted list

At this point all browser sessions get killed.

For the same above text loaded in editor if I use editor.getData() method, it is giving “Stack overflow at line: 27” error.

Browser: IE 7.0.5730.13 OS: Windows XP with SP3

Addtional info: Please note, this happnes on ​http://ckeditor.com/demo page also, if 4 numbered list items are created and then if clicked to 2nd numbered item and make it bulleted item, it kills all IE browser sessions.

To reproduce the defect:

Open CK Editor, with out focus in Editor body click on Text Color button.

Expected Result:

Text color panel comes up which should show black as Automatic color.

Actual Result:

Background color panel comes up which should show white as Automatic color and no matter how many times you close and open the panel it shows the same color panel.

when we focus in editor body and clicks on Text color button it shows correct Text Color panel.

To reproduce the defect

1. Open CK Editor and type 2 paragraphs of text.

2. select 2 paragraphs and click on Insert/Remove Numbered list button

3. see that a Numbered list appears with 2 list items.

4. Now select both list items and click on Insert/Remove Bulleted list button.

Expected Result:

Numbered list is converted to a Bulleted list.

Actual Result:

Nothing happens and we are seeing an error in IE and error says 'this.$currentStyle' is null or not an object.

same issue occurs when we try to convert a Bulleted list to a Numbered list.

Steps to reproduce the defect:

1. Open the languages sample in IE6 or IE8.

2. Choose Hebrew from the languages drop down.

3. Click on Text Color or Background Color.

Result: In IE6 some of the right borders for individual colors are missing (see screenshot).

Result: In IE8 some of the colors spill out and slightly overlap the right borders(see screenshot).

Steps to reproduce the defect:

1. Open the Ajax sample in IE.

2. Open the Flash dialog.

3. Insert ​http://bytescout.com/files/demo/swfscout_VideoSample.swf into the URL field & click ok.

4. Remove the editor. See that the flash movie displays as expected.

5. Create the editor.

6. Remove the editor.

Expected: The flash movie is displayed.

Actual: The Flash movie is not displayed.

Steps to reproduce the defect:

Scenario 1:

1. Open the Ajax sample in IE.

2. Open the image dialog.

3. Paste ​http://a.cksource.com/e/1/img/logo-ckeditor-h100.png into the URL field & click OK.

Result: The following javascript error is thrown:

Message: 'this.$.currentStyle' is null or not an object
Line: 16
Char: 1466
Code: 0
URI: http://nightly.ckeditor.com/6540/ckeditor.js

Scenario 2:

1. Open the Ajax sample in IE.

2. Insert a Smiley.

3. Right click on the Smiley & click on Image Properties from the context menu.

Result: The same javascript error as above is thrown.

Steps to reproduce the defect:

1. Open the languages sample in IE6.

2. Select a RTL language i.e. Arabic/Hebrew.

3. Open the Table dialog.

4. Click on the Advanced tab.

Result: See that the right border of the Style textfield is missing.

5. Click into any of the other textfields & type some text.

Result: See that the right border is missing after entering text into a textfield (see screenshot).

6. Click on the Table Properties tab.

Result: See that most of the right borders are missing.

Steps to reproduce the defect:

1. Open the Ajax sample in IE Quirks mode.

2. Create a bulleted list.

3. Open the bulleted list dialog.

Result: See that the Type drop down is left aligned but it should be in the centre of the dialog (see screenshot).

1. Remove the doctype line from ui_languages.html and open it in IE6.
   

2. Create a bulleted list and right click it to open the context menu.
   

Problem: The context menu does not display correctly - it is not wide enough for the text content and therefore extra space appears in the context menu.

This is an issue for many context menus in CKEditor e.g Numbered Lists, Table - cells, columns, rows, flash properties etc

Steps to reproduce the defect:

1. Open the Ajax sample in IE Quirks mode.

2. Click into the editor and hit Alt+0 to open the Accessibility Instructions dialog.

Result: See that the text in the dialog is not wrapped so you cannot read the full instructions on each line (see screenshot).

Steps to reproduce the defect:

1. Open the Ajax sample in IE Quirks mode.

2. Click on the Text/Background color button in the toolbar.

Result: The color panel looks distorted (see screenshot).

To reproduce the defect:

1. Create a RTL Numbered/Bulleted list.

2. Place the cursor at the end of last list item and press enter twice

Expected Result:

Cursor shown out of the list and an empty paragraph is created with RTL Language direction.

Actual Result:

Cursor escapes from editor body after it comes out of the list.

But when we start typing the text cursor comes back in to editor body and typed paragraph has RTL Language direction.

To reproduce the defect:

1. Open Editor and create a RTL Numbered/Bulleted list.

2. Select the entire list and click on Increase Indent icon once.

Expected Result:

Numbered/Bulleted list is indented once and it is moved to the left by 40 pixels.

Actual Result:

Numbered/Bulleted list is indented once but the list not moved to left by 40 pixels ans stays in the same place.

when we look at HTML Source a margin-right:40px is applied to list

3. Now select the list and click on Decrease Indent icon once.

Expected Result:

Indentation applied to Numbered/Bulleted list is removed and it is moved to right by 40 pixels.

Actual Result:

Indentation applied to Numbered/Bulleted list is removed but the list not moved to right by 40 pixels and it stays in the same place.

Steps to reproduce the defect:

1. Open the Ajax sample in IE7.

2. Insert a table.

3. Open up the cell properties dialog.

Result: The cell properties dialog displays but the layout in the dialog is distorted (see screenshot).

1. Enter some text in a empty rich text editor using default font and size.
2. Change font size to 18 and continue typing in additional text.
3. Change font size to 26 and foreground color to dark blue and continue typing in additional text.
4. Hit enter (notice the size of the cursor)
5. Insert a new table at the current cursor position (accepting defaults)
6. Enter text into the table
7. Select the table
8. Place the cursor after the text entered in step 3 and hit Enter.
9. Paste the table (using the Paste toolbar button or Ctrl+V).

Result: I expected the text in the pasted table to appear like it did in the copied table, but instead it appeared with the same font size and foreground coloring as the text preceding the table

NOTE: this works as expected in Firefox

Steps to reproduce the defect:

1. Open the Ajax sample in IE Quirks mode.

2. Paste the following code into the source view.

<table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
	<tbody>
		<tr>
			<td>
				&nbsp;</td>
			<td>
				&nbsp;</td>
		</tr>
		<tr>
			<td>
				&nbsp;</td>
			<td>
				&nbsp;</td>
		</tr>
		<tr>
			<td>
				&nbsp;</td>
			<td>
				&nbsp;</td>
		</tr>
	</tbody>
</table>
<ul>
	<li>
		sdaufhuashdf</li>
	<li>
		khsadfkuajsfdi</li>
</ul>

3. Switch back to WYSIWYG mode & click into the editor to give the editor focus.

See that both list items are visible.

4. Click away from the editor to make it lose focus.

See that only one list item is visible.

Note: Once the editor regains focus (even by hovering over a toolbar button), the 2 list items are visible again.

It looks like it is not available in IE9 (?)

Because of that tests for CKEDITOR.ajax and CKEDITOR.xml are failing.

To reproduce, use the following:

var editor = CKEDITOR.replace( 'editor1',{
	extraPlugins : 'xml,ajax',	
});
		
editor.on( 'instanceReady', function( evt ) {						
	setTimeout(function() {
		var data = CKEDITOR.ajax.loadXml( '/ckeditor/sample.xml' );//adjust path to your needs
		alert(data.selectSingleNode( 'list/item' ));
	}, 1000);
});

Although not used at this moment (otherwise we'd have them already), it would be nice to have predefined env varialbes like we have right now for IE6-IE8, for example for developers using ​CKEditor API.

When using single quotes in html attributes they somehow get converted to double quotes and then htmlencoded to "

In my case this happens when I try to do this in the code view:

<a href="URL" style="font-family: 'Trebuchet MS';">Link</a>

Switch back to normal view and to code again, and CKEditor transformed it into this:

<a href="URL" style="font-family: &quot;Trebuchet MS&quot;;">Link</a>

Not quite the desired result.

Is there a hotfix for this or do I have to wait for it to get fixed? (couldn't find it on Google)

Edit:

I did some checking. Here are the results:

• IE9 and IE10 - change ' character to "
• IE6-IE8 - delete the ' character
• Webkit, Opera and Firefox leave the ' character untouched.

Since editor 4.x is creating HTML from scratch in some places perhaps it should introduce "template behaviour" in which " goes outside and ' goes inside (or something like that).

In IE9, toolbar widths seem to have a strange fractional width, which change the horizontal width with by as much as 5-6 px (in my use case). I couldn't trace if this is due to CSS (I'm not at all familiar with the UI design) or a rendering bug.

Steps to reproduce the defect:

1. Open the Ajax sample in IE8.

2. Paste in the following code.

<ol>
	<li>list item 1
		<ol>
			<li>list item 2</li>
		</ol>
	</li>
	<li>list item 3</li>
</ol>

3. Place the cursor at the end of the last list item.

4. Use backspace to delete the last list item so that the cursor is now at the end of the second list item.

Result: An extra empty list item is added underneath the second list item (see screenshot).

Confirmed in IE8. In certain situations it is impossible to remove a style from a list item.

Steps to reproduce

1. Load the following:

   <ul>
   	<li>
   		first line<br />
   		second line</li>
   </ul>
   

2. Switch to wysiwyg
3. Select the first line, press "Underline" button
4. Click at the end of the first line, press again "Underline" button to stop the text from being underlined.
5. Result: the cursor jumps one line down, if you move again at the end of first line, the text will be still underlined.

Note: Remove format works fine when following the same scenario.

With IE9 standard mode:

1. Load any of the sample page;
2. Put cursor at the end of block and press one shift enter;
3. Press shift enter again;
   • Expected Result: Cursor moved to the next line;
   • Actual Result: Cursor stays at the same line.

With IE9 standard mode:

1. Load the editor with the following input:

   <ol>
   	<li>
   		item1</li>
   	<li>
   		&nbsp;</li>
   	<li>
   		item2</li>
   </ol>
   

2. Try to move cursor into the second list item;

• Actual Result: It's impossible to access the middle list item

See attached for the wrong toolbar item wrapping starting from "Form" button, works fine in IE8.

Steps to reproduce the defect:

1. Open the Ajax sample in IE.

2. Insert a Flash/Image/Iframe with width 1000px & height 1000px.

3. Click on the Flash/Image/Iframe placeholder to select it (make sure the scrollbar is right down to the end of the editor).

4. Now try to click on any of the buttons in the toolbar.

Result: The toolbar buttons are disabled because the Flash/Image/Iframe placeholder has the focus.

Steps to reproduce the defect:

1. Open the Ajax sample in IE6.

2. Open a dialog that contains a drop down menu (e.g. Table Properties)

3. Drag the dialog back & forth from the left to the right of the screen.

Result: See that the dialog becomes distorted briefly due to the dropdown menus in the dialog.

Steps to reproduce:

1. Set CKEDITOR.config.enterMode to CKEDITOR.ENTER_BR
2. Open up CKEDITOR on IE9
3. Type a sentence, press enter twice, type another sentence.

Expected result: Sentence 1

Sentence 2

Actual Result: Sentence 1 Sentence 2

The break tags are correctly being created by the editor, but it seems that IE9 is ignoring them.

How to fix: Open up enterkey\plugin.js

Ln# 273-274:

   if ( !CKEDITOR.env.ie )
      doc.createText( '\ufeff' ).insertAfter( lineBreak );

+ Add +

   else {
      doc.createElement( ' ' ).insertAfter( lineBreak );
   }

With editor using enterMode BR:

1. load editor with the following content:

   <p>line1<br />line2<br />line3</p>
   

2. Have the first two lines fully selected (by mouse drag to expand selection)
3. Click on any block format command, e.g. Indentation.

• Actual Result: Last line is also affected;
• Expected: Only selected lines are affected.

This issue has occured in CKEditor since version 3.0 It concerns IE6, IE7, IE8

Paste the following code:

<form action="formAct" id="myid" method="get" name="form">
	<select name="myselect" size="1"><option selected="selected" value="val1">opt1</option><option value="val2">opt2</option><option value="val3">opt3</option></select></form>
<p>
	<select name="myselect1" size="1"><option selected="selected" value="val1">opt1</option><option value="val2">opt2</option><option value="val3">opt3</option></select></p>

1. In IE8 this you can only put cursor before select element. When you press enter it is added only above the select. When the cursor is above select you can't get to it using arrow keys, but only by clicking a mouse.

2. In IE6 and IE7 no matter whether you place the cursor before or after select (any select) new lines will be added only above. But you can write before of after select and move cursor freely.

This works perfectly in IE9, Chrome and Safari. Opera has a little different problem described in #7502 and Firefox has a different problem described in #7507

It's a case that only happens to me with IE7 (with Firefox, IE8 and Chrome works well). I use Ckeditor 3.5.2.

If I edit a link for the second time, I get a javascript error referencing a loss of focus. Same happens if I edit an image a second time. The javascript error is the same, but on another line. Mistakes are the file "_source / plugins / dialogui / plugin.js", lines 1039 and 1021:

Line 1039

// GECKO BUG: setTimeout() is needed to workaround invisible selections.
setTimeout( function()
{
     var e = me.getInputElement();
          if ( e )
	  {
	       e.$.focus(); //************* ERROR ****************//
	       e.$.select();
	  }
}, 0 );

Line 1021

// GECKO BUG: setTimeout() is needed to workaround invisible selections.
setTimeout( function()
{
     var element = me.getInputElement();
     element && element.$.focus(); //************* ERROR ****************//
}, 0 );

This error is not limited only to enter a second time in the editing of an image or link, but also occurs on any button on the display an editing window. If this is the second time the page stop working in the background (no javascript error, but inaccessible), see the special characters button or the smiley button for example.

1. Open replace by code sample.
2. Place the cursor before word "This"
3. Create number or bullet list
4. The cursor should be still before word "This". If it's not, place it again in front
5. Press enter

Result: You will have two-item list, but you won't be able to get to empty element with arrow keys. It's possible only with mouse

Same thing happens, if you create this element in the middle of the list.

Using setData does not fire the selectionChange event. It could be confirmed using the api sample.

Create two level list or paste the following code:

<ol>
	<li>
		item1</li>
	<li>
		item2
		<ol>
			<li>
				item3</li>
			<li>
				item4</li>
			<li>
				item5</li>
		</ol>
	</li>
	<li>
		item6</li>
	<li>
		item7</li>
	<li>
		item8</li>
</ol>

Try to select 2-level list (item 3-5) and press delete or backspace. Result depends on IE version:

1. IE6 and IE7 - deleting whole second level list works if you select something like "empty space" behind item2 element. See ie67.png. If you don't select "empty space" behind item 2 there will be second-level empty list element left.
2. IE9 - there will always be second-level empty list element left.
3. IE8 - This is weird. If you select second-level list with empty space behind item2, than after pressing backspace you will get first-level empty list element. See ie8_empty.png. If you delete second-level list without this "empty space" than just see the ie8_without_empty.png, it will tell you more than my explanation :)

To remove empty element you have to place cursor behind item2 and press delete. In my opinion this is very unintuitive. Furthermore the described issue works perfectly in other browser. When you select second-level list you can delete it whole and nothing will be left.

In Internet Explorer 8 positioning the cursor on the beginning of a non empty paragraph and clicking on a basic style button (bold or italic) does not toggle the style button in the toolbar. The style is applied and when typing you will see the style in the text area. The problem only arises in non-empty paragraphs.

I get "getFirst() is null or not an object" error by the following steps:

1. Open ​http://ckeditor.com/demo/ on IE8
2. Delete all of the stuff in the editor
3. Type Ctrl+A
4. Type Enter

This error is sometimes thrown in IE. It happens onClick and I've tracked it down to the following bit of code.

plugins/selection/plugin.js

Ln #215: editor.getSelection().getRanges()[ 0 ].select();

According to the documentation, and my observations, editor.getSelection() can return null. This statement should be wrapped in a conditional block to avoid calling .getRanges on a null object.

if((selection = editor.getSelection()) != null) {
   selection.getRanges()[ 0 ].select();
}

To reproduce the defect:

1. Open Ajax sample and insert an image using an url: (for ex: ​http://t1.gstatic.com/images?q=tbn:ANd9GcTHHB8cvJojRl_b0N_yR8AVEDKV9YcPWLbIW0OdbjS68JZfFZpJoA )

2. Click on the image & open Image Properties dialog by clicking on Image Properties option in Context menu.

Expected Result:

Image dialog should display with same width and height that was show before when we insert the Image.

Actual Result:

Image dialog is displaying with extended width and i have attached a screen shot of the dialog.

This issue is happening only in IE7 & IE8 Compatability view

To reproduce the defect:

1. Copy the list from any of the attached word doc's and paste it using Paste from Word dialog.

2. See that the list is pasted properly.

3. Keep cursor next to one of the list items and press Enter.

Expected Result:

New list items starts at the same level.

Actual Result:

Browser crashes . Tested against IE6,IE7

Steps to reproduce the defect:

1. Open the Ajax sample in IE.

2. Paste the following code into the source view.

<table border="1" cellpadding="1" cellspacing="1" style="width: 500px; height: 200px">
	<tbody>
		<tr>
			<td>&nbsp;</td>
			<td>&nbsp;</td>
		</tr>
		<tr>
			<td>&nbsp;</td>
			<td>&nbsp;</td>
		</tr>
		<tr>
			<td>&nbsp;</td>
			<td>&nbsp;</td>
		</tr>
	</tbody>
</table>

3. Return to WYSIWYG mode & click into the editor to give it focus.

4. Hover the cursor over one of the table borders until the cursor becomes a cross & click the left mouse button to select the table.

5. Now hover the cursor anywhere over the selected table and click the right mouse button to display the context menu.

6. Try to select Table Properties from the context menu.

Expected: The Table properties dialog is displayed.

Actual: The context menu remains on the screen. The Table Properties option in the context menu is selected & the Table Properties dialog is not displayed. (see screenshot)

Steps to reproduce the defect:

1. Open the Ajax sample in IE8.

2. paste the following code into the source view.

<ul dir="rtl">
	<li>
		list item 1</li>
	<li>
		list item 2</li>
	<li>
		list item 3</li>
	<li>
		list item 4</li>
	<li>
		list item 5</li>
	<li>
		list item 6</li>
	<li>
		list item 7</li>
	<li>
		list item 8</li>
	<li>
		list item 9</li>
	<li>
		list item 10</li>
	<li>
		list item 11</li>
	<li>
		list item 12</li>
	<li>
		list item 13</li>
	<li>
		list item 14</li>
	<li>
		list item 15</li>
</ul>
<p dir="rtl">
	paragraph 1</p>

3. Switch back to WYSIWYG mode.

4. Right click on the bulleted list to display the context menu.

5. Click on the bulleted list properties option in the context menu.

Expected: The Bulleted List Properties dialog is displayed.

Actual: The Bulleted List Properties dialog is not displayed.

Steps to reproduce the defect:

1. Open the Ajax sample in IE8.

2. Paste the following code into source mode:

<p dir="rtl">
	paragraph 1</p>
<p dir="rtl">
	paragraph 2</p>

3. Click on paragraph 1 & press the increase indent button in the toolbar.

4. Click once on paragraph 2 (so that the frame is showing around the paragraph) & click the undo button in the toolbar.

Result: The following webpage error is displayed:

Message: Unspecified error.
Line: 124
Char: 1369
Code: 0
URI: ​http://nightly.ckeditor.com/6661/ckeditor.js

Steps to reproduce the defect:

1. Open the Ajax sample in IE8.

2. Paste the following code into the source view:

<p dir="rtl">
	paragraph 1</p>
<p dir="rtl">
	paragraph 2</p>

3. Change back to WYSIWYG mode.

4. Place the cursor to the left of the letter p in the second paragraph & click backspace a few times.

Expected: The content in paragraph 1 should start being deleted.

Actual: Nothing happens.

To reproduce the defect:

1. Open CKEditor & copy lists from the attached word doc and paste in the editor using Ctrl + V.

Expected Result:

All the list & list items are pasted properly.

Actual Result:

last list item in first list & first list item in second list are pasted as paragraphs.

Tested against IE,IE7, IE8 & this is a regression in 3.5.3

Note: Lists are pasted properly when we use Paste from Word dialog.

When using IE8, SCAYT causes the browser to throw a long running script error ('Press OK to stop script') when there are large amounts of misspelled text. Our test case was around 1500-2000 words, 75% misspelled.

Steps to reproduce the defect:

1. Open the Ajax sample in IE9.

2. Insert a horizontal line.

3. Insert a page break.

Expected: The page contains a horizontal line & a page break.

Actual: The page only contains a horizontal line. No page break is inserted.

Steps to reproduce the defect:

1. Open the Ajax sample in IE9.

2. Open the image dialog.

3. On the Image Info tab, Paste the following image into the URL field. ​http://a.cksource.com/e/1/img/logo-ckeditor-h100.png

4. Click on the Link tab & paste the same URL into the URL field.

5. Set the target to New Window (_blank) & click OK.

6. See that the image is inserted into the editor.

7. Right click on the image & open the image properties dialog.

8. Click on the Link tab & change the target to Topmost Window (_top) & click OK.

9. Click on Remove Editor.

Result: A message saying Internet Explorer has stopped working is displayed and the page closes

Steps to reproduce the defect:

1. Open the Ajax sample.

2. Paste the following code into WYSIWYG mode

<ol>
	<li>
		item 1</li>
	<li>
		item 2
		<ol>
			<li>
				item 3</li>
			<li>
				item 4</li>
			<li>
				item 5</li>
		</ol>
	</li>
</ol>

3. Switch back to source mode.

4. Select all of the list items with the mouse & click backspace.

Expected: Nothing remains in the editor.

Actual: The list is not fully deleted (see screenshot) & the following code still remains in the editor:

<ol>
	<li>
		<ol>
			<li>
				&nbsp;</li>
		</ol>
	</li>
</ol>

The toolbar buttons on the bottom row of of the v2 toolbar are not displaying properly in RTL languages in IE9 (see screenshot). A similar issue was reported to be fixed in 3.5.2 ​#7181 but this issue is still present in 3.5.3.

1. Paste the contents of the attachment in to editor (WYSIWYG mode)
2. Place the cursor before ‘item2’ (on the left of i) and press enter
3. Place the cursor before ‘item5’ (on the left of i) and press enter
4. Select ‘item2’, ‘item3’ and ‘item4’ using shift key and arrow keys
5. Press bulleted list button for selected text.

Result: When I selected ‘item2’, ‘item3’ and ‘item4’ and pressed bulleted list, an empty list item above ‘item2’ was also created.

When I tried to outsmart IE9 and selected everything except letter ‘i’ in ‘item2’, pressed bulleted list, it created three item list but it inserted an empty paragraph above it.

This issue was discovered when reproducing bug #7640

When pasting a list with bullets in Internet Explorer, bullets are not pasted.

Example: If you have the following text in Word:

1. Row 1
2. Ro2 2
   • Row with bullet 1
   • Row with bullet 2
   • Row with bullet 3
3. Row 3

It gets pasted as:

1. Row 1
2. Ro2 2
3. Row with bullet 1
4. Row with bullet 2
5. Row with bullet 3
6. Row 3

Sorry for the title - the issue is a touch tricky to describe in a title field like this.

Issue can be duplicated on the online demo running 3.5.3: ​http://ckeditor.com/demo

Issue description: If you insert an image at the end of the content area in IE8, you cannot then put your cursor after the image. You cannot click after the image, and you cannot click before the image and hit 'End' on your keyboard (the cursor jumps to right before the image).

Steps to reproduce (using IE8):

1) Select everything in the content editable area and delete it (you can reproduce with the existing content, but we can use a simpler test case)

2) Type in "test"

3) Click the smilie button and click on one of the smilies (you can alternatively use the image browser to insert a link to an image)

4) Click in the text and change "test" to "text"

5) Try to get your cursor after the image. You cannot click after it, and if you click before it and hit 'End' the cursor jumps to right before the image. There is no way to get your cursor after the image to continue typing.

Here is a short video showing my attempts: ​http://screencast.com/t/zCjklGDS

Holding "shift" + "ctrl" allows you to select entire words at a time. You can select one word with your mouse, and then hold shift+ctrl+(right arrow) to select words within the editor.

In IE8, something prevents this from working correctly in ckeditor.

You can duplicate this in 3.5.3 on the online demo: ​http://ckeditor.com/demo

Steps to reproduce (using IE8, this works fine in Firefox 4): 1) Use your mouse to highlight the word "Little". 2) Hold down shift+ctrl on your keyboard and hit the right arrow. The space next to "Little" is selected. 3) Keep hitting the right arrow. Words/spaces will be selected up until the quotation mark (") starting the first paragraph. 4) Bug: The editor does not allow words past this quote mark to be selected.

You cannot see my keyboard strokes in this video, but this is what happens: ​http://screencast.com/t/sHFTZHP1zmF . I have continued hitting the right arrow (several times) when I reach the quotation mark in the first paragraph but nothing is selected after this point.

Of interest (not sure if this helps or not), if you view the source code of the editor, this text is wrapped with <b> bold tags, while "International Names" is wrapped with <strong> strong tags. If you select "adaptations" in the first paragraph and hold shift + ctrl and hit the right arrow, you are able to correctly select the "International Names" text and continue selecting further text beyond this. My testing indicates this happens with the <b> and <i> tags specifically, so the issue may have to do with using these tags specifically. In any event, you can duplicate in the online demo with the text pre-filled.

If you have two or more paragraphs of text, and misspell a word, the cursor shifts when the word is marked. This means that continuous typing can cause the text to get jumbled up.

Steps to reproduce:

1. Type out two paragraphs of text, with no misspellings.
   
2. Begin typing a sentence above the second paragraph. This time include some misspelled words.
   
   1. After the word has been marked, you should notice the cursor moves.
      
      

This typically happens more often when the user is typing quickly.

A call to "setData" fails when called via an event handler attached via jQuery.

This occurs in IE6 only.

Applies to IE<=8, delete table row now throws error, even though cursor position looks right, regression of [6328].

Our page has several divs that are placeholders for CKEDITOR instances. When a user clicks on one, it closes the active editor, and creates a new instance of CKEDITOR on the clicked div using CKEDITOR.replace. When you have an editor instance open, right click to open the context menu twice, and click on another div to open the editor, I get this error.

Cannot call method 'split' of undefined

This error only occurs when I am using ckeditor.js and not ckeditor_source.js. I've tracked the error down to line 23 of ckeditor.js. Here is a snippet of the issue:

q=function(x){var y=x.config.skin.split(','),z=y[0],A=a.getUrl(y[1]||'skins/'+z+'/');

Interestingly, I cannot find any reference in the source to 'config.skin.split'. It seems that this only exists in the ckeditor.js file.

Steps to reproduce:

1. Start out on a page with two div elements with ids, 'editor1', 'editor2'.
2. Use CKEDITOR.replace to replace 'editor1'
3. Right click on the active editor to activate the context menu
4. Left click on the active editor, not clicking on the menu items
5. Repeat Step 3
6. Repeat Step 4
7. Use CKEDITOR.replace to replace 'editor2'

Tested in Chrome, IE8/9

Environment: Browsers: IE 7, IE 8

Description: If an image (which is larger than the editor's size) is selected in the editor and vertical scrollbar or horizontal scrollbar are contained within the image, then clicking on the scrollbar in IE 7 moves the cursor to the end of the editor and clicking scrollbar in IE 8, leaves our product in a bad state which leaves none other option than closing the browser.

Also if image size is larger than the editor's size, then image selection can be seen outside the editor.

This behavior makes user unable to scroll the editor.

This is not reproducible in FireFox.

Please see the attached screenshot.

I can reporduce the issues on the ​http://ckeditor.com/demo as well.

To reproduce the defect:

Open CK Editor, type some text and click on Insert Page Break for Printing icon.

Expected Result: Page break inserted after the current paragraph and cursor goes to new empty paragraph after page break.

Actual Result: Page break not inserted and it shows an error on the status bar. and the Error is Invalid Argument

Steps to reproduce the defect:

1. Open the Ajax sample in IE7.
2. Copy the text from the attached Word document & paste it into the editor.

Expected: The pasted content should look the same as it does in the Word document i.e. A Bulleted list & a Numbered list should appear on the right of the editor & have RTL language direction.

Actual: The first item in each of the pasted lists appears on the left of the editor.

N.B. Ticket ​6482 reports the same issue. It has been closed as fixed but I can still reproduce this defect on the latest nightly build.

Steps to reproduce the defect:

1. Open the Ajax sample in IE7.
2. Create a numbered list containing 3 items.
3. Right click on the list and select Numbered List Properties from the context menu.
4. Change the type to Upper Alpha.
5. Enter 0 into the Start field.
6. Click OK.

Expected Result: The list should have 0, A and B as the numbers. (behaviour in FF)

Actual Result: The list has @, A and B as the numbers (see screenshot). In my opinion the list should not start with an @ symbol.

Note: This ticket is similar to ​6470 which has been fixed.

When pasting a lot of text into the Message Body of an E-mail Link the dialog will grow and go off the screen so that the buttons are no longer accessible.

I have only been able to reproduce this in IE7 (and IE9 set to IE7 Standards mode, I didn't test IE8 set to IE7).

To reproduce

1. Go to ​http://ckeditor.com/demo.
   • If using IE9 - Hit F12 to pull up the Developer tools and change the Document mode to "IE7 Standards"
2. Highlight the third paragraph (A wolf wants ...) and copy it to the clipboard.
3. Open the link dialog and change the type to e-mail
4. Paste the clipboard text into the message body
5. Change the link type to url and then back to e-mail and you should see the issue.
   • If not try dragging the dialog around the screen and it should happen
   • With IE9 set to IE7 mode changing the type worked every time. IE7 itself sometimes required dragging the dialog.

With IE6 or IE7 or IE8 or IE9:

1. Open CKEditor and insert a table.

2. Open the context menu and keep your mouse over Cell option and see that Cell Sub menu opens.

3. Now keep your mouse over Row option.

Expected Result: Row sub menu opens.

Actual Result: Row sub menu does not open even we keep the mouse on it for a long time.

4. Now keep your mouse over Column option.

Expected Result: Column sub menu opens.

Actual Result: Column sub menu opens very quickly, context menu closes & focus goes back to table in editor body.

The enter key does not work when the cursor is directly after a placeholder. The ForceEnter setting does not alter this behavior.

To reproduce the issue, just open the placeholder Sample, ​http://nightly.ckeditor.com/6949/_samples/placeholder.html, position the cursor right after the closing brace of the placeholder, and press the enter key. A new line will not be created.

Steps to reproduce:

Set config.enterMode = CKEDITOR.ENTER_BR; create a table. click into a single cell, use contextmenu / cell /cellproperties

The error in browser is in tabletools\plugin.js on row 14 where seletion is empty. Fired in tableCell.js onShow(line 504) were this._.editor.getSelection() gives no result.

this only happens in IE. I cannot reproduce this in firefox. tested in IE8/IE7/IE9

Only when enter mode is set to BR.

Also tested on the nightly build. Still was the case.

Steps to reproduce the defect:

1. Open the Ajax sampe in IE.

2. Paste the following URL into the editor ​http://nightly.ckeditor.com/

3. Right click on the link to display the context menu.

Expected: The context menu is displayed and it contains paste, edit link and unlink

Actual: The context menu is displayed but it only contains paste and edit link. The unlink option is missing.

Note: If you right click on the link again the unlink option is displayed in the context menu.

When opening dialogs in IE6, JS error pops out:

Line:3127
Message: [CKEDITOR.dialog.openDialog] Dialog “link” failed when loading definition
URI: /_source/plugins/dialog/plugin.js

This has occured from revision [6971]

In IE6 open ajax sample, switch to source and then back to wysiwyg.

Result You can't switch back to wysiwyg

This has been occurring from rev [6971]

Steps to reproduce :

• Open demo in IE8
• Delete some text, so that the body is smaller than the iframe
• Place Focus in the text somewhere
• Click outside of the editor
• Click in the white space in the iframe below the body

Focus jumps to position 1, but should be at the end

Browser name and OS : IE8 on Windows XP

1. Load the following source in IE:

   <div style="float: right">
   Foo <img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" /> Bar</div>
   

2. Select an image
3. Click "Image" button (do not use the context menu)
4. Image dialog opens, but all fields are empty.

It looks like it started happening in 3.2.1.

on ie8- if you add a style on an element using background:url() it get completely stripped from the source, same problem with background-image:url()

It can be reproduce in your demos as well.

code example:

    <div style="text-align: center; width: 800px; background: url('http://symple2.com/editor_images/image_c88658f6/Patterson Farms/Fresh Produce/PattersonProduceEadsmallheader_02_419.jpg') left top repeat-y;">
             test</div>

How to reproduce:

1. Open IE9 and go to ​http://ckeditor.com/demo
2. Select some text.
3. Ctrl + Right click. And you will see that text don't selected and operations "Copy", "Cut" are grayed and not available.

I'm working in BR mode (config.enterMode = CKEDITOR.ENTER_BR) and if i insert a table the cursos is always displayed at the beginning of the table (W7 IE9).

To reproduce:

• Config your editor in BR mode (config.enterMode = CKEDITOR.ENTER_BR)
• Empty the editor.
• Insert a table.

You will note that the cursor is displayed at the beginning of the table instead of display it at the end.

I guess this is a bug cause is working alright in IE8, FF, Chrome, etc.

If I enter this code into the source view using IE8:

<table>

<tr>

<td align="center">some text</td>

</tr>

</table>

It gets changed to

<table>

<tr>

<td align="middle">some text</td>

</tr>

</table>

The new value of "middle" instead of "center" and the page is no longer validate using an xhtml transitional dtd.

This ticked is based on a comment from ticket #7953.

Spellchecker ​Speckie only underlines words in WYSIWYG mode but it doesn't display any suggestions in the native browser context menu (CRTL+RMB).

If you view the generated page and use context menu on words in e.g. text-area then suggestions are shown.

I found this issue after recent upgrade to the version 3.6.

Steps:

• Set Focus to the CKEditor text area;
• Click any other control you have on a page (like link or button);

See attached video (6-1-2011 6-56-55 PM.zip) and an ASP.NET sample application I used for testing (CKEditorTest.zip) for details.

Steps to reproduce:

1. Go to, ​http://ckeditor.com/demo in IE8 or 9
2. Select some text, hold the 'control' key, and right click. The text de-selects, which does not allow you to copy it.

• Load the HTML content posted below
• Scroll down to the bottom, select and image and right-click on it

• Results: Firefox and IE scroll to the top. Additionally in IE "Image properties" option is not available (reported in #7974, because it is happening since CKEditor 3.3).

Firefox scrolls to the top since CKEditor 3.3.
IE scrolls to the top since [5214] (CKEditor 3.2.1).
Related ticket caused by the same changeset: #7934.

<p>
	(Scroll down to the bottom, select and image and right-click on it)</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<div style="float: right">
	Foo <img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" /> Bar</div>

• Load the HTML content posted below
• Scroll down to the bottom, select and image and right-click on it
• Results: "Image properties" option is not available and IE scrolls to the top (reported in #7973, started happening in 3.2.1).

"Image properties" option disappeared in 3.3.

<p>
	(Scroll down to the bottom, select and image and right-click on it)</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<div style="float: right">
	Foo <img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" /> Bar</div>

The below description was copied from bug #7928 comment 3.

Problems using IE 7, 8 & 9 when using the elementspath ! Try the following :

1. Create new table
2. Put the cursor in a cell
3. Click "td" in the elementspath : JAVASCRIPT ERROR

Message: 'undefined' is empty or not an Object
Line: 1578
URI: /ckeditor/_source/core/dom/range.js

This hasn't worked for IE6-10, in CKEditor 3.x, from CKEditor 3.5.3 rev [6559]. In CKEditor 4.x this doesn't work only for IE7 and IE8.

The below description was copied from bug #7928 comment 3.

Second example :

1. Create new table
2. Put the cursor in a cell
3. Add some text in the cell
4. Click "td" in the elementspath
5. Click with RBM on selected text
6. Go to cell properties and change the width of the cell
7. Save : JAVASCRIPT ERROR

Message: Object doesn't support this property or method
Line: 131
URI: /ckeditor/_source/plugins/elementspath/plugin.js

This has been true for all versions of IE from CKEDitor 3.4.1

This bug is based on #7928 comment 3.

Third example : problem in IE 6, 7, 8, 9

1. Create new table
2. Put the cursor in the table
3. Click 'table' in the elementspath
4. Choose table properties in the context menu and change the height of the table to 200
5. Click save
6. Click on table properties in the context menu again: the menu item becomes selected, but the dialog does not open and you are blocked. (See Error.jpg)

It's not always reproducible. To reproduce it, after changing the height and saving (point 5), I had to place the cursor on one of the "selection squares" (see pic) so that the cursor changed to "resize cursor"(two oposite arrows). With that cursor, opening table properties dialog from menu is impossible.

I could reproduce it In IE9 from version 3.4.

In IE8, IE7 and IE6 from version 3.3.2 but in 3.3.2 after you change the height the table looses focus. You have to click once more on elementspath to select the table and then right-click on it. Once again it’s best to show right-click menu when cursor is changed to “resize cursor” although using “drag cursor” also has the same effect in this case.

Environment

IE6

TC

• Open any sample with Kama skin.
• click on Styles dropdown
• press esc
• set focus to editor

Actual result

Styles dropdown box is not skinned properly, there is no white background in it.
White background is enabled while mpuse is hoovering over the Styles dropdown.

I cleared cache and restarted IE6. After browser restart, kama skin, looked normally, but when I repeat above TC, same thing happened.

Start mouse drag from the left of the very first button (Source) in the toolbox area (with grey background), dragging over the toolbar icons, it's still possible to make text selection.

Found in IE8/Quirks.

• Open the replacebyclass sample.
• Insert an anchor at the end of the first line.
• Double click on the anchor.
• Result: "Anchor Properties" dialog opens, but is empty.

Found in IE8/Quirks.

• Open the replacebyclass sample. Put the cursor at the end of first line.
• Click "Anchor" button and insert an anchor.
• After closing the dialog, click with a mouse inside of the editing area, but below the first line. Note that the anchor is now resizable.
• Type some text.
• Result: the entered text goes inside of an anchor. Even after pressing the enter key, the cursor does not move to the next line and user is still inside of the anchor.