Custom Query

1. Open replacebycode sample
2. Insert anchor "This is some sample text. Yo^u are using CKEditor." inside "You" word
3. Move the cursor to the beginning of line
4. Start deleting text with DELETE

Result:
When you reach "o" in "You" word and press DELETE "o" will be deleted with anchor.

Reproducible from CKE 3.6 rev [6904] in IE8

As in a ticket title.

1. See ​http://tests.ckeditor.dev:1030/tests/plugins/embed/manual/embed
2. Try to copy&paste any of the widgets.
3. Empty widget is pasted.

Some details:

• This happens only with some kinds of widgets. It cannot be reproduced with image2, but can be with code snippets.
• This isn't a regression. We didn't notice this (and no one reported this - I guess no one uses widgets with IE8) because code snippets aren't supported on IE8.

Follow up for #11082.

1. Open image2 sample.
2. Select widget.
3. Click copy/cut button and accept security alert.

There's a big chance that selection was lost and widget wasn't copied.

Against the nightly build, in IE8, browser crashes when you highlight on a text and replace it with a text field/textarea/radio button.

Steps to reproduce: ->Type some text in ckeditor ->highlight the text ->Click on the text field/textarea/radio button plugin and click OK ->Browser crashes

This error doesn't occur with checkboxes.

Environment: XP/IE8, with or without compatibility view.

1. In IE8 open editor with below code

   <p>test</p>
   <ol>
   	<li>test</li>
   	<li>test</li>
   </ol>
   

2. Make the following selection (you get best result with shift+right arrow)

   <p>te^st</p>
   <ol>
   	<li>te^st</li>
   	<li>test</li>
   </ol>
   

3. Press delete key

Result: Ordered list gets changed into unordered one.

Problem can somewhat be reproduced from CKE 3.0 (orphan li elements were left) but this particular TC where one list is changed into another can be reproduced from CKEditor 3.4.2 in both CKE 3.x and 4.x.

When I create a list <ol> elment under a <p> element

• The example is shown as follow:

  <p>
  	test</p>
  <ol>
  	<li>
  		li</li>
  	<li>
  		li</li>
  </ol>
  

• when I press delete after the last character of 'test', the ckeditor will prduce a bug, the example is shown as follow:

  <p>
  	test</p>
  <p>
  	<li>
  		li</li>
  </p>
  <p>
  	<li>
  		li</li>
  </p>
  

And my IE version is IE8.0.6001.18702, Os is Windows XP + SP3, ckediotr version is 3.3.1

However when I use win7 + IE8.0.7600.16385 to test this example, the bug doesn't appear!

I am looking forward your reply!

Best regards,

Littlepower

1. Open attached sample.
2. Place caret in nested editable.
3. Click widget.

Toolbar disappears.

Empty paragraphs (<p></p><p>&nbsp;</p>) cannot be accessed and edited and are not even visible in IE8. config.fillEmptyBlocks has no effect on this behavior. FF/Chrome work just the way they are expected to.

1. Open IE8 and go to replacebyclass.html.
2. Put cursor after Apollo 11 header.
3. Press "Replace" button.
4. Set Find what: Apollo and leave Replace with: empty.
5. Double click on Replace button so the second Apollo (beginning of the first paragraph) will be replaced by empty string.
6. Press "Cancel" button.

Result: You cannot close the dialog and error in the console: 'type' is null or not an object.

Since 4.0.

I've tested this with Chrome and IE 10 and everything is fine there.

if I have a PostBacktrigger that is hit after a partial page update has been done, I get the following error:

actual nightly build (revision 6386): "Line 19: error: object does not supprt property or method" at "return i&&new g(i.contentWindow.document)"

release 3.4.2: "Line 19: error: object does not supprt property or method" at "return i&&new g(i.contentWindow.document)"

Attached please find a small sample project to reproduce the issue.

1. Start with empty editor
2. Create anchor
3. Start typing

IE8 - the letters appear on the left of the anchor and you can't get to the right side using Right Arrow, End buttons or mouse.

Firefox - There are some problems with buttons and inconsistencies between how cursor is displayed and where it actually is. (Edit: these cases are not reproducible any more, but there's still a small issue, because after inserting an anchor the selection is placed before it and should be after it.)

1. After creating the anchor the cursor appears on the right but typed letters appear on the left.
2. You can’t get to the right side of the anchor using mouse or arrow button. Only End button works.
3. When you press End button cursor stays on the left but typed letters appear on the right.
4. When you delete letters on the right of the anchor (with backspace) the cursor appears on the left of the anchor but when you press delete the anchor is deleted not the letters on the left side of it.

This hasn't been working from CKEditor rev [6904]

In IE8 strict, it's impossible to move carret to the end of line if form element ends this line.

Reproduction

1. Use this content:

   <p>
   	foo^<input name="foo" type="radio" value="foo" /></p>
   

2. Try move carret to the right using arrow, mouse click or End keystroke.

Works in IE8 quirks.

Steps to Reproduce the defect:

1. Open the Ajax sample in IE8.
2. Type some text into the editor.
3. Highlight the text using the mouse or CTRL + A (in preparation for copying to the clipboard).
4. Click on "Edit" in the browser

Expected: You should be able to copy the highlighted text from the Edit menu in the browser.

Actual: The highlighted text is erased.

Steps to reproduce

1. Open editor sample.
2. Find any word from the editor.
3. Close Find dialog.
4. The phrase is highlighted. Press right arrow twice

Expected result

Highlight is removed.

Actual result

Highlight is still present and it's represented by styled span.

1. Open replacebycode sample and clean editor contents
2. Type 'wwwwwwwwwwwwwwwwwww' or similar
3. Select whole text with a mouse
4. Set "heading 2" and font-size 14 using toolbar buttons
5. Press CRTL+C
6. The text should still selected so press right arrow to go to the end of text
7. Press Enter
8. Press CRTL+V few times (6-7 will do) or CRTL+V and Enter if cursor doesn't move to new line automatically after paste.
9. Select whole text with CRTL+A
10. Now toggle with "Align Right" and "Align Left"

Result: Empty paragraphs are inserted between lines of text.

Issue is reproducible in IE8 and IE9 from CKE 3.0

This issue was reported on our support channel (Topic: selection defect)

1. Download and copy defect.html to samples folder
2. Open editor and select "[This is div one and it simulates]"
3. Right-click outside selection but in the same line E.g. area wher^e
4. Repeat step three. this time click in are^a where

Result:
IN IE8 selection stays.
In IE9 selection shows for a moment on right-click and than disappears. To be more specific selection stays but the blue background disappears (what proves step 5).

5. Additionally in IE9. Left-click out side of editor. Text will look like it is unselected. Now move the cursor on the part of text that "was selected", grab it with left-click and try to move it in the same line.

Result: It is possible to move the text because it's selection had stayed.

Issue has been reproducible in IE8 and IE9 from CKEditor 3.2.1

In IE8, unable to edit selected text with keyboard when the selection was finished by releasing the left-mouse button outside of the ckeditor box.

Currently ignored:

	'/dt/core/style/editor.html#test apply inline style on non-editable inline element - at non-editable inline boundary':
		'env.ie && env.version == 8',
	'/dt/core/style/editor.html#test remove inline style from non-editable inline element - at non-editable inline boundary':
		'env.ie && env.version == 8',
	'/dt/plugins/indent/indent.html#test indent next to inline non-editable':
		'env.ie && env.version == 8',

We thought that they will be fixed by #11042, but nothing has changed.

Perhaps related issues: #7895 and #8989.

1. Open image2 sample.
2. Focus image.
3. Press ordered list button.
4. Press unordered list button.

Image's structure explodes.

<:figure class="caption cke_widget_element" data-widget="image" data-cke-widget-keep-attr="0" data-cke-widget-data='{"hasCaption":true,"src":"assets/image1.jpg","alt":"Saturn V","width":"200","height":"","lock":true,"align":"right"}'><SPAN class=cke_image_resizer_wrapper><IMG alt="Saturn V" src="assets/image1.jpg" width=200 data-cke-saved-src="assets/image1.jpg"><SPAN class="cke_image_resizer cke_image_resizer_left" title="Click and drag to resize" data-cke-expando="138">​</SPAN></SPAN><:figcaption class=cke_widget_editable contentEditable=true data-cke-expando="false" data-cke-display-name="caption" data-cke-filter="107" data-cke-widget-editable="caption" data-cke-enter-mode="2">Roll out of Saturn V on launch pad</:figcaption></:figure>

We are using CK editor 4.5.11. in our application. We are facing weird issue in creating content link from CK editor text. If we try to add link on selected text by clicking link button from toolbar nothing happens in IE8. It works fine in a later versions of IE and Chrome browser. By some more attempts it seems to create link but chances are seldom. Most of the time it just gets blink on click of ok button and link dialog goes away. We dont see any error or warning in browser console.

1. Open replacebycode sample.
2. Click image.
3. Press backspaces few times.
4. Error thrown from ​https://github.com/ckeditor/ckeditor-dev/tree/1ba5105c1e43c3faae06ee98f7ca6f6b2384b5a2/core/selection.js#L1372

Reproduced at least from 4.4.3. Most likely much earlier.

When deleting a row in a bulleted list CK throws a Javascript error with message 'null' is null or not an object on row.

Steps to reproduce the error:

• Open up the demo page ​http://ckeditor.com/demo
• Remove content
• Click on Insert/Remove Bulleted List
• Type some text and hit Enter, create at least two rows
• Select the first row and create a link
• Put the cursor in front of the link
• Hit Enter to create a new row
• Press up to move to the first row
• Press delete to move the content on the second row to the first row

Expected here is that the link will be moved up to the first row and merge the first and the second row. But instead the cursor is moved down to the second row. I don't know if this is a bug as well?

• Press Backspace to remove the second row (the list will be split into to lists)
• Press Backspace again and the cursor will be moved to the first row
• Press delete to move up the link to the first row
• Click on Insert/Remove Bulleted List to remove the list

The link will be removed and the Bulleted list seems to be created as it supposed but an Javascript Error will be thrown in IE. I have tried the same thing in FF 4 with no problem at all.

Sorry if its many steps but I tried to do it so easy I could.

To reproduce:

1. Clear editor contents and inset table
2. Right-click on magic line as shown on image
3. JS error will be thrown

Message: 'getRanges().0' is empty or not an object
Line: 381
URI: ckeditor4/plugins/clipboard/plugin.js

Problem can be reproduced only in IE8

Start with an empty page. Create a heading, a text paragraph, and another heading. Source code should look like this:

<h1>heading</h1>
<p>text</p>
<h1>heading2</h1>

Now select the text paragraph (select the whole line from left to right). Then start typing.

Outcome: The text is replaced, the heading is converted to text and moved next to the cursor

Expected outcome: the text is replaced, the heading below remains a heading (in its own line)

Found in IE8, found to work correctly in FF and IE6. Other browsers not tested.

1. Open IE8 browser and massive inline creation sample.
2. Click image icon in the toolbar.
3. Enter some image url in the URL text box (e.g. ​http://upload.wikimedia.org/wikipedia/commons/9/95/Ferrari_P4-5.jpg).
4. Click Link tab
5. Enter some url like ​http://www.google.com and click "OK" button
6. Now image when is added in the editor, double-click the image so the link dialog opens.

Results: Now there are two issues.

1. Link URL text box is empty.
2. If I try to enter some URL and press "OK", JS error is thrown:

Message: SCRIPT5007: Unable to get value of the property 'collapsed': object is null or undefined
Line: 1208 URI: /ckeditor4/plugins/link/dialogs/link.js

Problem can be reproduced in IE8 only in inline mode only from CKEditor 4.0 beta

With the addition of ​#7154, the new ​link test case started to fail on IE8.

The issue is that a element applied by CKEDITOR.style wraps also non-editable element, which is not the case in any other browser.

1. Open replacebycode sample.
2. Turn the first header into ul list.
3. Select the text in created list item and apply any inline style.
4. Try adding block before the list item.

Error:

  'null' is null or not an object  plugin.js, line 533 character 3

From magicline plugin.

1. Open replacebyclass.html sample in IE 8.
2. Select content: from strike through three and up to the begging of the document.
3. Press Ctrl+C or Delete.

Result: Error: Invalid argument and Browser crash.

The same in inline.

IE9 and Chrome works fine.

Since 4.0.

1. Use samples/replacebyclass.html and standard-all build of the editor.
2. Set the following HTML and selection

   <h1>x^</h1>
   

3. Apply "Special Container" style from styles drop-down.
4. Switch WYSIWYG->SOURCE->WYSIWYG

Expected: Contents hold the style.

<div style="background:#eee; border:1px solid #ccc; padding:5px 10px">x</div>

Actual:

<p>x</p>

Notes:

• It works in dev code.
• It works in other browsers.

In IE8:

1.Create a numeroted list

2.Use Shift+Enter for a line break (adding Br tag)

3.Copy or cut the list

4.Paste the list

Problem: the line break is missing

Detect in 4.4.1, but present here: ​http://ckeditor.com/demo

Fieldset for Find and Replace options overlaps dialog footer.

When some text is selected in WYSIWYG mode, clicking 'Find' fills the 'Find what:' input with selected text. Change the tab for 'Replace' the 'Find what:' input is empty.

The same happens in reverse direction: if first clicked button is 'Replace', then tab is changed to 'Find' - the 'Find what:' input is empty.

Reproducible at least from 3.6.1

On IE8 in Quirks mode iframe definition elements goes beyond the dialog. This is happening depending on language. If labels or select lists are wider then they do not fall within the dialog.

Reproducible at least from 3.6

Moved from: #12341.

• open any sample
• set data to: <p>foo <a href="foo">foo</a></p>
• copy text from some textarea
• paste it... it's underlined :D
• it happens only when pasting into the framed editor and it happens also when pasting using button in the toolbar (and allowing clipboard access)

To reproduce:

1. Open CKEditor demo
2. Click before ^Appollo
3. Press delete and hold it.

Result JS error is thrown.

Message: Invalid argument
Line : 295
URI: /ckeditor4/core/dom/node.js

Problem can be reproduced in both branches CKE 3.x and 4.x. I was able to reproduce it from CKEditor 3.3.

Bug History:
Invalid argument has been thrown from CKEditor 3.3. but it was thrown by different parts of code

• 3.3 - 3.6 - /cke3.6/_source/core/dom/text.js; Line 62;
• 3.6.1 - 4.1.2 - /cke3.6.3/ckeditor/_source/plugins/selection/plugin.js; Line: 911 and|or /cke3.6.6/ckeditor/_source/core/dom/node.js; Line: 234.
• I was not able to get right repository - in source version first error is thrown even in CKE 3.6.2 while in release code till 3.6.1.

Possible reason:

It has turned out in my tests that simple space between image and Apollo word is to blame. If I have removed this space there was no error.

<h1><img alt="Saturn V carrying Apollo 11" class="right" src="assets/sample.jpg" /> Apollo 11</h1>

In CKEditor 4.x this image is aligned to the right and it doesn't look like source of the problem but in older versions there is something extra happening which may prove what I have written.

Copy sample code from CKE 4.x to 3.x - till version 3.3 When you removed image space was left and no error occurred. From CKE 3.3 removing image removes also this space.

Instead of trying to override buttons' onclick properties it will be much better to cover the entire toolbar with another div.

It's not able to move cursor after the following elements at the end of document:

• ul/ol
• form
• blockquote

The unexitable elements list should expand to consider these elements.

Go to CKE demo. Ctrl-A/Ctrl-X Insert an image. Click on the image. Now attempt to place the cursor after the image to the right or bottom. You are unable to, and at this point, one cannot add anything after the image.

The same thing happens for iframes which uses image fake element.

The following procedures applies to IE above version 7.

1. Load the editor with a single <hr />;
2. Try to put cursor before hr at the beginning of document;

• Actual Result: It's impossible to do so

To Reproduce:

1. Open any CKEditor sample in IE8.
2. Insert a table
3. Select the table by clicking on the table border or by selecting table on the elements path bar.
4. Use Ctrl+C to copy the table and then Ctrl+V to paste it.

Problem: A browser error occurs and the table is removed from the editor.

The error is an Unspecified Error in wysiwygarea/plugin.js at line 125.

This also occurs with other content e.g. paste the following into Source view, switch to wysiwyg and repeat steps 3 & 4:

<div style="width: 500px">
	Some text goes here</div>

This is reproducible since revision [6559]. It seems to be specific to IE8 as this testcase works fine in IE7 and IE9. I cannot reproduce it in 4.x builds, however this is an important issue for us so we would appreciate your input on it.

1. Open placeholder.html sample in IE 8.
2. Copy sample placeholder and paste it at the end of paragraph.
3. Drag the second placeholder (using drag handler) and drop in directly after the first one.

Result: Placeholder disappears.

Sometimes it is possible to drop it correctly.

Sometimes I get "Unspecific error" doing the same with image inline widgets.

In IE8:

1. Open "New Image plugin" sample.
2. Click next to widget handler.

Result: you can drag widget using IE native D&D.

1. Open image2 plugin in IE 8.
2. Click Image button and open "Image properties" dialog.
3. Set http://upload.wikimedia.org/wikipedia/commons/6/63/Wikipedia-logo.png as a URL (wikipedia logo with width 200 and height 200).
4. Change the width of the image to 20.

Result: height is 21 instead of 20.

5. Change the width of the image back to 200.

Result: height is 214 instead of 200.

Clearly IE 8 do not know how to math.

In Chrome everything is ok.

In 4.3-beta everything was fine.

1. Open Replace by Class sample.
2. Open Link dialog.
3. Paste long link into URL field (longer than text field width) like:

   ckeditor.com#Lorem-ipsum-dolor-sit-amet-consectetur-adipiscing-elit-Nam-vel-lectus-varius
   

4. press "Home" button

Result: there is a space between cursor and text.

The same issue for 'end' button. I was able to reproduce it on IE9 and IE10 with all of the text fields. On IE8, IE11 and Chrome everything is fine.

To reproduce:

1. Clear editor contents with New Page command
2. Click image dialog and insert in URL filed assets/sample.jpg
3. Don't click anywhere else and just click OK
4. If you inspect code with dev-tools you will notice that width and height that is by default placed in style attribute isn't present.
5. Double click on image to open its properties.

Result: width and height fields are empty.

Problem can be reproduced in IE9 and IE10 from CKEditor 4.0 Beta

Steps to reproduce:

1. Paste text from word into the ckeditor body.
2. Select text with mouse from right to left and press Delete or use Shift+Home and press Delete (Ctrl+A and Delete work).
3. Press Remove Fomat button (inline styles are gone)
4. Type few chars and start deleteing them one by one with backspace.

Result: Cursor will enter previously removed inline styles.

• open Image2 plugin (plugins/image2/samples/image2.html),
• edit one of images to remove caption (reproducible only for inline widgets)
• drag image,
• use scroll on your mouse.

Mouse pointer change and browser does not response.

Steps to reproduce

1. Open an instance of ckEditor on IE11 with enabled Keyboard Navigation (Shortcut F7 or via Menu: File > Keyboard navigation)
2. Open a Color Select Dialog > More colors dialog
3. Try to close the dialog window

Expected result

The window should close.

Actual result

The window stays open and an error is logged to the console: The property "removeClass" of an undefined object can not be accessed. colordialog.js, Row: 11, Column: 485

When copying multi-line text where each line starts with double byte white space(s) from Firefox and pasting into a ckeditor text field, the double byte white spaces are all dropped.

Steps to reproduce:

1. create a html file with the following content:

   <html><title></title><body>
   &#12288;1<br>
   &#12288;&#12288;2<br>
   &#12288;&#12288;&#12288;3
   </body></html>
   

2. Open the file in firefox and copy all 3 lines.
3. Paste into a ckeditor text field (I'm currently using ​http://ckeditor.com/demo#inline for testing)

Actual behavior:
All double byte white spaces are dropped.

Expected behavior:
They should be retained.

Additional information:
If the same html file is opened in Chrome and copying happens from a Chrome browser, pasting into ckeditor text field succeeds as expected.

1. Open replacebycode sample.
2. Click somewhere in the text.
3. Open find dialog and type "the", click "find" and close dialog.
4. Repeat 2&3 until error is thrown.

I couldn't reproduce it on Chrome and I haven't checked other browsers.

Edit:

Click somewhere in the text.

The main problem I had with reproducing this was that you have to click on "the" word like in the screen cast and not just anywhere in the text.

Steps to reproduce

• Add to the _samples folder file named test.html

  <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
  <html xmlns="http://www.w3.org/1999/xhtml">
  <head>
  	<title>CKEditor Samples</title>
  	<meta content="text/html; charset=utf-8" http-equiv="content-type" />
  </head>
  <body>
  <iframe src="replacebycode.html" width="900" height="600"></iframe>
  </body>
  </html>
  

• remove doctype from replacebycode.html
• open test.html

The result can be seen on the attached screenshot.

1. Load the editor with the following content and selection:

   <p>
   	This is <span style="background-color: rgb(255, 0, 0);">some [sample] text</span>. </p>
   
   

2. Open background color panel and apply the 'auto' color to selection;

• Actual Result:

  <p>
  	This is <span style="">some </span>sample<span style=""> text</span>.</p>
  

• Expected Result:

  <p>
  	This is <span style="background-color: rgb(255, 0, 0);">some </span>sample<span style="background-color: rgb(255, 0, 0);"> text</span>.</p>
  

The problem occurs in IE9. I am able to replicate it on 3 out of 5 computers. 2 of the problem computers are Win7-64Bit. One problem computer is Win2008R2-64Bit.

Basically, clicking the toolbar dropdowns ('Styles', 'Format', 'Font', 'FontSize') will work the first time you click them. Clicking them a second time, will cause IE to crash.

I can't replicate this on the cdeditor site, however, I can replicate it everywhere else (multiple servers).

You may test it here: ​http://www.maimedia.com/ckeditortest/test.html

Please see comment:7 and comment:9 for more details.

Similar to the (now closed) ticket #8689, IE9 crashes with an "A problem displaying caused Internet Explorer to refresh the webpage using compatibility View" error on clicking in the editor area, when you have an empty textarea and a stylesheet in contentsCss that contains a clearfix for <p>:

p::after {

clear: both; display: block; height: 0; visibility: hidden; content: ".";

}

Commenting out the line 'content: ".";' IE doesn't crash anymore (but the clearfix won't work either).

Other browsers don't show this problem (Opera, FF, Safari, Chrome).

To reproduce the defect:

1. Open any CK Editor sample

2. In Editor body, create a list with 2 list items

3. Press Enter & Tab to create first sub list

4. Press up arrow key to go to second list item in top level

5. Press Tab key

Expected Result: A new sub list created with 2nd list item as first item in newly created sub-list and focus stays at end of newly created sub list

Actual Result: A new sub list created with 2nd list item as first item in newly created sub-list but focus jumps to first list item in next level

How to reproduce:

1. Open enter key sample and switch to BR mode.
2. Use the developer console to set the editor data

   CKEDITOR.instances.editor1.setData('<iframe></iframe>');
   

3. Set the cursor after the iframe and press enter to make a newline
4. Press backspace to delete an iframe

JS error is thrown:
Message: Can't get property "remove": object is empty or undefined
Line: 171
URI: /ckeditor/plugins/wysiwygarea/plugin.js

NOTE: IE8 has its own problems defined here #8446. Problem can be reproduced from CKEditor 4.0. In CKEditor 4 beta inserting iframe caused another error - insufficient privileges.

Steps to reproduce

1. Open editor sample with context menu.
2. Click right mouse button to open context menu.
3. Drag menu option into empty space in the editor.
4. Drop menu option.

Expected result

Cursor is in "not allowed" mode, option is not dropped.

Actual result

Cursor is in "create shortcut" mode, option is dropped.

Other details (browser, OS, CKEditor version, installed plugins)

Followup for #10373.

Steps to reproduce:

1. Download CKEditor by CKBuilder with default settings, but

• Just adding Autogrow plugin to selected

2. Launching /ckeditor/samples/plugins/enterkey/enterkey.html
3. Choosing "When Enter is pressed : Break the line with a <BR>"
4. Put cursor at the end of text
5. Press "Enter"

• Expected Result: Cursor moved to the next line;
• Actual Result: Cursor stays at the same line

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

I know you won't believe it but <hr> in IE9 can hold text node, here are the cookbook:

1. Click on the <hr> element;
2. Press "Esc" to cancel the handler;
3. Type some text;
   • Actual Result: Now <hr> becomes a paragraph ;)

To reproduce the defect

1. Open any sample & insert a link.

2. Keep cursor inside the link & insert an image or Smiley.

Issue: See that the image/smiley overriding the link.

To reproduce:

• Insert a table in the editor in IE9/IE10
• Click on table in the elements path bar to select the table

Problem: There is no visual indication that the table is selected.

Note that if you use Ctrl+C and Ctrl+V the table is copied and pasted, so it is actually selected. However the user is not aware of this.

In IE8, browser handles are displayed when the table is selected.

This stopped working in IE9/IE10 with ​git:396c4f0 where w3c DOM APIs were enabled for IE>9 so I am not sure if this is an IE issue or not. Either way it would be good to be able to give the user some visual indication that the table is selected in these browsers.

I have a custom link picking dialog. When we upgraded from 3.6.2 to 3.6.3 (or newer), problems arose with IE: in some cases the selection that was supposed to become a link was lost. I tried to create a minimal test case, see below.

How to reproduce:

• open IE9 or IE10.

• go to ​http://venko.net/naapuri/tyo/ckeditor/3.6.3.html

• doubleclick on the word "bar" to select it

• click on the kitten

What I expected to happen:

The selection is preserved. (Well. That is actually not the standard behavior with input controls, but seems to mostly happen with CKeditor, maybe due to it using an iframe?)

What actually happened:

The selection is lost and the cursor is moved to the beginning of the document.

Other notes

The problem is somehow linked to the table. The behavior seems to have changed between 3.6.2 and 3.6.3. Try here: ​http://venko.net/naapuri/tyo/ckeditor/3.6.2.html - this page doesn't have this problem. Other versions are available in ​http://venko.net/naapuri/tyo/ckeditor/.

I didn't try to find workarounds for this yet. Binding onmousedown might help.

Steps to replicate the problem

1. Enter the word "TESTING" without the quotes into CKEditor.
2. Place cursor before T and press the Enter key. (The word TESTING will be on the 2nd line with a blank line on top).
3. Place the cursor on the blank line on top of the word Testing.
4. Click on the table button. The table dialog will appear.
5. Click on the OK button on the table dialog.

Result: table/smiley/form are always inserted under br

Issue has been reproducible in IE9 only from CKEditor 3.5.3 rev [6624]

In IE9 if you call inline and destroy multiple times on the same div then you hit the enter key in the editor you get as many paragraph tags as you inline/destroyed the editor.

Doesn't appear to happen in IE7, IE8 or Firefox (sorry, can't test webkit browsers where I am).

Attached is file with simple script to recreate.

1. Visit ​http://ckeditor4.t/ckeditor/samples/inlineall.html
2. Select some text.
3. Click link from the toolbar. Fill the form.
4. Move the dialog so it floats over the editable.
5. Click OK, and, when the dialog disappears, click the editable again. You got to be fast.
6. Toolbar is gone. You must re-enter the editable to see it again.

1. Paste in the below code in Source mode

   <p>
   	test a test testing<br />
   	test a test2, testing a test<br />
   	another test line<br />
   	one more test line</p>
   

2. Switch to source and use tab to get focus in content area.
3. Using arrows go to second line
4. Select word test2
5. Click on Link button, enter URL and click OK button

Results: Notice that instead of test2 you get est2, linked. Selection was moved one letter to the right. The same thing will happen if you select whole line.

Reproducible only in IE9 from CKEditor 3.5.1

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

In IE9, (in WYSIWYG mode)

Inside a <p> tag:

Creating a few lines of text separated with <br /> (shift+enter in default cfg) and then selecting one of those lines using arrow keys

now if i open the link dialog box and fill in an url and press OK, no link is created.

Alternatively, if not the whole line is selected but only a word, then a link may get created but its text will be the same as the URL instead of the selected word.

This bug is reproducible in the online demo at ​http://ckeditor.com/demo

This bug seems to have come and gone a few times before: ​http://dev.ckeditor.com/ticket/8132

/Ola

Happens in IE9.

Repro:

• go to ​http://ckeditor.com/demo
• select and remove all of the text
• type "A" [shift-enter] "-123" [shift-enter] "B" [shift-enter] "C"
• position the cursor between the "-" and the "1"
• type [shift-enter]

Result: A -1 23 B C

Expected Result: A - 123 B C

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.

Steps to simulate:

1. Prepare 2 paragraphs, e.g.:

   <p>
   	a</p>
   <p>
   	b</p>
   

2. Copy a paragraph (or more paragraphs) from some site into the clipboard. Note that if copying just 1 paragraph, the copied HTML must include <p> and </p> tags. If in doubt, use e.g. ​this, triple click on a paragraph and copy.
3. Put the cursor at the end of the 1st paragraph in the editor.
4. Do the paste.

Expected result:

Only the copied text should be added to the document.

Actual result:

The copied text is added to the document and is followed by another (empty) paragraph. When switched to the source code, the additional paragraph contains &nbsp;.

Tested on:

Windows 7, 64-bit, IE9

Additional notes:

• bug happens only when pasting to the end of a paragraph (this includes pasting into empty paragraphs) and it doesn't happen when pasting to the end of the document
• other browsers (FF, Chrome, Opera) don't add the empty paragraph when pasting

1. Set to [CKEDITOR.ENTER_BR] as [enterMode] of config.
2. This CKEDITOR is opened by IE8.
3. Input some texts in WYSIWYG area.
4. Select all contents (e.g. Ctrl+A)
5. A Japanese input is turned ON.
6. Input some Japanese text (type at least two letters).

Result: The first pressed key is repeated twice. For example, in the case of the Japanese character inputted using the [H] key and the [E] key, it will be in the state where [hhe] was inputted.

Confirmed in IE8/win7.

Links that might be useful:

• ​http://www.coscom.co.jp/learnjapanese801/msime_win7_en1.html
• ​http://www.coscom.co.jp/learnjapanese801/msime_win7_en2.html

This issue was separated from #14391 due to ​​#14391#comment:9.

Steps to reproduce

1. Open nightly build
2. Type few paragraphs & apply different Alignments(left, center, right, justify)
3. Select a paragraph with alignment(ex: right), copy it and paste it.

Expected result

Paragraph pasted properly with correct alignment

Actual result

Paragraph pasted with out any alignment.

4. Type few paragraphs & apply different Indentaions to them
5. Select a paragraph with Indentation(ex: margin-left:40px;), copy and paste it.

Expected result

Paragraph pasted properly with correct indentation

Actual result

Paragraph pasted with out any indentation.

This is happening across all browsers

See also ​#14391#comment:2 for more tcs.

1. Open placeholder sample ​http://presets.ckeditor.dev/4.4.0/full-all/ckeditor/samples/plugins/placeholder/placeholder.html
2. Put caret in anchor "CKEditor"
3. Create some placeholder in caret position by clicking placeholder button located in toolbar
4. Hover over newly created placeholder
5. Click placeholder drag handler

Actual result: In WYSIWYG area there is loaded page with URL set in related anchor tag.

Reproducible in all versions of IE from CKEditor 3.0.

To Reproduce:

1. Create list in CKEditor with 4 items
2. Place the cursor at the end of item three and start pressing Backspace.

Result: When you remove the item list will be split on two.

NOTES:

1. In other browsers this behaviour got broken in CKEditor 3.6.3 rev [7392]. Reported here #8942
2. If you use delete key you will be able to remove the list item without splitting the list.

• Open e.g. replacebycode sample in IE8-11 in compatibility mode or in IE7
• Press BIDI button

Result: some toolbar buttons get very long.

This happens in IE7 by default and in other IEs when they are set in compatibility mode.

This issue was separated from #14358 due to ​14358#comment:8.

1. Open a sample with ACF disabled.
2. Create a Block level element ( ex: H1)
3. select the Block lelvel elemnt( ex: H1) with mouse or use Shift + Home
4. Ctrl + C to copy
5. Press Enter to go to a new paragraph
6. Ctrl + V to paste

Expected result

Block Level element(ex: H1) pasted properly with all attributes(if any applied)

Actual result

Pasted as plain text with out Block level element and it's attributes

This is a regression from 4.5.x & it's HIGH priority defect for us & we have customer PMR

1. Load the editor with the following content with enterBr:

   <div>
   	line1<br />
   	line2<br />
   	line3</div>
   

2. Fully select first two lines by mouse;
3. Click on "Indent" button;

• Actual Result: All three lines are indented.
• Expected Result: New block (div) created for the first two lines which get indented.

Same problem applies to other block commands like alignment.

This is IE bug only:

I can see that the table with smiles is placed in TD tag (with class cke_dialog_contents) and the TD tag has attribute style="width:270px;height:120px;".

If I put 64 smiles into the smiles table into 8 columns then this table with smiles is bigger then the surrounding TD tag (width:270px;height:120px;).

In FF it is OK and the surrounding TD is enlarged according to the smiles table but in IE it is not.

STR:

1. Go to DEMO page.
2. Highlight at least 3 words and set the background color to yellow.
3. Highlight the middle word and set the background color to green.

Result: the yellow background from the first and third words is gone.

This is reproducible in IE9 and IE10. It works fine in IE8. It's a problem for the background color only. Foreground color is fine.

Go to CKE demo. Insert a table. Attempt to select the cells to do something, like change background color. There is no visual indication of what cells are selected.

I'm unable to drag and drop text outside of any paragraph elements in IE.

Steps to reproduce:

1. In the ckeditor demo, clear out all text leaving only a single paragraph.
   
2. Select some text from a word document, and drag it to the editor.
   
3. Anywhere below the first line the mouse cursor is crossed out, and a drop is disallowed.
   

Expected result:
Like in other browsers you should be able to drop text anywhere in the editor, regardless of if there is a paragraph tag there or not.

1. Open replacebycode sample and press New Page command
2. Type some text
3. Click Ctrl+A and Ctrl+B (Don't press ctrl+B before typing -> it works then)
4. Press Backspace any number of times you want. Text is removed but element's path is still showing "body p strong"

4. Instead of Backspace press Delete. The first key press removes only text. Second key press removes the formatting.

Problem can be reproduced from CKEditor 3.0 in IE8-11.

Insert a table in the editor, insert another table after an empty line:

table

(empty line)

table

It is not possible to remove the line between the two tables.

To reproduce (IE, English):

• Click image button
  
• In URL field type a very long string
  
• Caret will disappear in the right side as the text is wider than the input
  
• Same happens with nearly all dialog text input fields
  

IE7, IE8, caret shows through the styles dropdown box; doesn't show through the other dropdowns (format etc.)

We're using fckeditor to place flash OE tags in html pages.

Considering the recent changes in the way IE handles Active Content (​http://www.macromedia.com/devnet/activecontent/articles/devletter.html) we need to place the OE tags in a different way. (Otherwise flash files need to be activated by user clicking on it, resulting in a border around the flash file on mouse over)

This problem can be solved by placing the OE flash tags using javascript (​http://blog.deconcept.com/flashobject/ or link above).

Is there a way to let user place flash in fckeditor using the javascript flashobject method?

Moved from SF:
​http://sourceforge.net/tracker/index.php?func=detail&aid=1471665&group_id=75348&atid=543656

Steps to reproduce:

1. Go to ckeditor.com/demo
2. Open a javascript console and execute, 'CKEDITOR.instances.editor1.resize(50);'

The height value that is assigned becomes 'NaNpx' which is an invalid argument. Likely this has to due with line 345 in theme.js.

345 - contents.setStyle( 'height', Math.max( height - delta, 0 ) + 'px' );

In this case since height is undefined, Math.max(undefined - delta,0) returns NaN. NaN + 'px' = 'NaNpx'. Other browsers must handle this error more gracefully than IE. A simple conditional statement should fix this problem.

344 - if(height) {
345 - contents.setStyle( 'height', Math.max( height - delta, 0 ) + 'px' );
346 - }

Part of: #12134.

1. Open image2 dev sample.
2. Make editor readonly.
3. Click on any image.

IE8:

  Could not complete the operation due to error 800a025e.
  selection.js, line 1834 character 6

IE11:

SCRIPT16389: Unspecified error.
File: selection.js, Line: 1937, Column: 6

Since 4.3, I was not able to reproduce it on 4.3beta.

1. Click inside of table, open table cell context menu
2. Click on one of disabled item. e.g. Merge Cells

• Actual: Menu is closed
• Expected: Menu should stay open

Affected v3.

1. Open MathJax sample.
2. Select some text containing widget (or just widget).
3. Create link.
4. Click widget - after a while page is redirected.

Reproduced on IE9, but most likely concerns also other IEs.

This seems a bit complex to follow, but it isn't so much.

Refer to the following post for extra info: ​http://alfonsoml.blogspot.com.es/2010/06/nesting-dialogs-in-ckeditor.html

The process is:

• An editor instance,
• Launches a dialog.
• That dialog launches a new one
• In this dialog we create a new CKEditor
• And now we open a dialog to create a link.

After closing the link dialog the selection isn't unlocked, and that leads to weird problems (remember, this is only for IE, other browsers work fine and that might be the reason why this problem has remained hidden for so long after I started using that setup).

Now that we know the root of the problem, the fix is quite easier.

Is it possible to review it?

Problem can be reproduced from CKEditor 4.0 (works fine in 4.0 beta) in IE9-11.

To reproduce for inline styles:

1. Create a paragraph and enter text, say "This is plain text"
2. Select whole paragraph and apply Bold
3. Click once inside paragraph and try to apply any inline style from styles dropdown.

Result: In IE, the inline style gets applied to whole paragraph even when text was not selected after clicking once.

To reproduce for block styles:

1. Create 3 paragraphs of text
2. Select them all with a mouse and apply "Italic Title" from styles dropdown.
3. Click at the end of second element (behind it actually)
4. Apply "Special Container" style

Result: all paragraphs get styled while only should be changed.

NOTE: This issue has been reported on our support channel. User claims that the range.collapsed property returns false in IE whereas in e.g Chrome it returns true.

Steps to reproduce

1. Open ​http://tests.ckeditor.dev:1030/tests/plugins/manual/widget/block
2. Create a code snippet widget and a doublecolumn widget after it.
3. Cut & paste the code snippet widget to the upper field of the doublecolumn widget.
4. Drag & drop the code snippet widget to the lower field of the doublecolumn widget.

Expected result

The code snippet widget is dropped to the lower field and nothing else happens.

Actual result

The code snippet widget is dropped to the lower field and the upper field disappears.

Other details (browser, OS, CKEditor version, installed plugins)

IE11

You're able to move caret outside of any block element (in classic editor that will be directly into a body).

I've checked briefly and it seems that it was introduced in 4.3.0, since i couldnt repro it in 4.2.3, please double check it.

1. open any sample with CKEditor (i.e. samples/replacebyclass.html)
2. enable showblocks plugin
3. press ctrl + end

Expected result:
Caret should be stopped at the end of last node.

Current result:
Caret is placed after last block element, directly in body elmeent.

additional info:

1. I've experienced it in IE9 compat mode, did not tested in other IEs.
2. Seems that issue does not appear without showblocks plugin.

To reproduce the defect:

1. Open Ajax Sample

2. With out focussing in editor body, Click ok Align Right icon in the toolbar.

Expected Result: Right Alignment applied & cursor shown on the right hand side of editor body.

Actual Result: Cursor goes missing & it appears only when user starts typing the text.

This is happening from revision [7421]

Problem was described on forum: ​http://ckeditor.com/forums/CKEditor/ckeditor-causes-comments-prefixed-by-in-subsequent-scripts-to-be-executed-as-code-in

CKEditor uses conditional compilation to determine whether it is ran on IE. If CKEditor's source file is followed (even indirectly) by:

//@

or:

/*@

IE will parse this comment as a CC statement (although, I have no idea why :|) causing a very likely syntax error.

Possible workarounds:

• load CKEditor source after script with such comment,
• do not use @ right after comment start (space is enough).

After resizable element being drag and droped in editor you're able to resize it.

1. Make sure you have config.disableObjectResizing = true; ( use config or editor init function ).
2. Open any sample with CKEditor (i.e. samples/replacebyclass.html).
3. Select dragable element (image, anchor, hr).
4. Drag and drop it anywhere.
5. Use resizer grid.

Expected result:
Element should not change its size.

Current result:
You're able to resize an element.

additional info:

1. Source of the issue is in ckeditor-dev/plugins/wysiwygarea/plugin.js. selectedElement is assigned only after selectionChange event, and it should be also executed after drop event on drop target.