Custom Query

I am trying to copy and paste some text from a word document (containing bullets). Only the text above the bullets is copied, rest of the content is excluded for some reason. This happens in firefox 15.0.1, but works fine in internet explorer and chrome. In our ckeditor config, "forcePasteAsPlainText" is set to "TRUE". I am attaching the text we are trying to copy/paste and also a screenshot of the result. Please take a look into the issue. Thanks.

3 steps to reproduce with firebug to simulate a custom plugin.

In br mode :

1. In firebug, type : CKEDITOR.instances.editor1.insertHtml("foo");
2. In the editor, put the cursor after foo and push enter.
3. In firebug, type : CKEDITOR.instances.editor1.insertHtml("foo");

An unexpected error happens : Failure Code 0x80004005

Thanks in advance

Ways to replicate the bug: 1) Have a button,which once clicked inserts html text in the ck editor by calling: var ck=CKEDITOR.instances[editor_id]; if(ck)

ck.insertHtml(text);

2) Set CKEDITOR.config.enterMode = CKEDITOR.ENTER_BR; 3) Press the Enter key in the editor to create a new line,then press the button to insert the text.

At this point Firefox throws this error: Error: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMHTMLDocument.execCommand] Source File: ckeditor.js Line: 100

After some digging it seems this code is the culprit: N.document.$.execCommand('inserthtml',false,E);

From my testing it seems the error message doesn't pop up if CKEDITOR.ENTER_P is used or if (CKEDITOR.ENTER_BR)-after pressing Enter key-some additional text is inputed in the editor.

This bug seems to affect only Firefox,apparently,it works just fine with Chrome. I haven't tested it with IE/Opera/Safari.

Steps to reproduce:

1. Go to one of the demo pages (e.g., ​http://ckeditor.com/demo)
2. Double click to select one of the words that does not have a style applied to it (I chose the word "famous" in the first line, but it really doesn't matter what you choose).
3. Apply the Bold style to the text by either clicking the Bold button, or hitting Ctrl-B
4. Now, with the text still selected, start typing (so that the selected text is replaced by the new text you are typing).

I expect to see the new text retain the bold styling, which is what I see in Chrome and IE 7, 8, and 9. However in Firefox, the Bold button is deselected, and the new text is not bolded.

Firefox version is 16.0.1, OS: Windows 7 Professional

1. Open stylesheetparser.html sample.
2. Focus editor by clicking on the line.
3. Apply first block style (h1.lightBlue).
4. Apply second block style (h3.green).

Warning is logged on console (note: native console, not Firebug):

[11:49:52.973] Use of attributes' specified attribute is deprecated. It always returns true. @ http://localhost/cksource/ckeditor-dev/core/dom/element.js:1648

I haven't noticed any issue following this warning, but it's worth checking.

1. Open placeholder sample.
2. Click on text.
3. Right click on placeholder.
4. There's no "edit placeholder" option in context menu - only "paste" is available.
5. Right click again - "edit placeholder" appears.

Expected: "edit placeholder" should be available on first time.

Reproducible in v3 and v4.

1. Open inlineall sample.
2. Insert one of the widgets.
3. Click it.
4. Toolbar disappeared.

When using the autogrow plugin in the latest build, dropdowns stop working. For example the font dropdown. As soon as you click it it disappears.

As soon as the editor has focus the dropdowns start working. But without focus the dropdowns don't work.

Check ​http://pxltest.nl/ckeditor4/samples/autogrow.html for an example.

This is tested in Firefox 16 on mac

Using the divarea or massive inline samples and Firefox:

Load the sample ​http://nightly-v4.ckeditor.com/3753/samples/divarea.html and select some text (selecting the picture doesn't work and it's really strange but I don't know if that's a new setting), and drop it in other place for example try to select "Red" and change from

Little Red Riding Hood

to Little Riding Hood Red

Result: Red moves to a new line with border... it turns out that the whole container div has been inserted inside the editor, switching to source and back to designs makes the "Red" block hide, although it's still there.

Similar problems happens with the massive inline sample ​http://nightly-v4.ckeditor.com/3753/samples/inlineall.html.

Other browsers seems to behave correctly

To reproduce the defect:

1. Open Massive inline editing sample & navigate to 7th div using tab

2. Select the image and invoke context menu using Application key (SHIFT + F10).

Expected Result: Context menu opens and shows properly.

Actual Result: Browsers native context menu shows up.

Context menu displays properly when we use mouse to invoke Context menu.

This is Firefox and Opera issue reproducible from CKEditor 4.x

With Firefox, the image selection is not working.

The elements path even show "img" when clicking on an image, but the selection box is not shown. Is not possible to drag-n-drop images because of this.

Browser: Firefox 16.0.2 (if relevant)

It appears, that CKEditor handles selection over multiple cells in tables in two ways:

1. Selecting by mouse: whole cells are being selected.
2. Selecting by Shift+Arrows: text in cells is being selected.

There's an issue regarding the second way. This type of selection expands finely over multiple cells, but only when we move forward, i.e. use Shift+RightArrow and Shift+DownArrow to select.

This type of selection does not expand over multiple cells in backward direction, i.e. when we use Shift+LeftArrow.

Assume we start selecting text from the middle of a cell and go backwards. When selection's "tail" (it's "growing" part) reaches beginning of the cell, it occasionally swaps with selection's "head" (it's "stationary" part) and so pressing Shift+LeftArrow further will just make our selection shrink in backward direction.

Selecting over multiple cells with Shift+UpArrow causes some other effect: the behaviour is more or less what we expect it to be - selection is spanned over multiple cells to the point in the upper row, that closely corresponds to our starting position, but we can make it only once. Any attempt to press Shift+UpArrow once more will just reset our selection.

i.e. Version is actually CKEditor 4.0 (revision 769d96134b). I just can't find it in the drop-down list below.

When you try to load iframe with editor in hidden DIV and after that you change visibility of this div, the editor toolbar show without images of buttons (only alt of images are visible in buttons).
I reproduce this bug only in Firefox (for me it's FF 17.0.1 - Windows 7).
I've add test case for this issue in attachment.

1. Open divarea sample.
2. Maximize editor.
3. Minimize.
4. Entire page is editable.

1. Go to ​http://ckeditor4.t/ckeditor/samples/inlineall.html
2. Focus first editor in the right column (2 paragraphs)
3. C-a, C-c, C-v
4. Editable is totally broken

TC1:

1. Open replacebyclass sample.
2. Without focusing editor, click 'body' in elements path.
3. Only header and image were selected.

TC2:

1. Write two paragraphs.
2. Switch to source and back to wysiwyg.
3. Without focusing editor, click 'body' in elements path.
4. Only first paragraphs was selected.

Reproduced on FF, couldn't on Chrome, haven't checked the rest.

If CKEditor is loaded in a hidden iframe, icons are not showed.

If iframe is inside of hidden div, error persist, so I supposed that the error is when ckeditor is loaded when the parent box is no visible box.

This error is only in new version of Firefox. In Chorme, Shafari and Opera works ok.

Firefox 20.0 Ubuntu 12.10

I attach an example. In this example, I wait 5 second to show iframe because is necessary that ckeditor load when iframe is hidden.

When a block level element is set to readOnly, it is being wrapped in a P tag. Given the following HTML in the demo page:

<div id="test">
  <ul>
    <li>First bullet</li>
  </ul>
</div>

If the div#test is set to readOnly using the following code:

CKEDITOR.instances.editor2.document.$.getElementById("test").contentEditable=false;

Once set to readOnly, if you view the source using the Source button, you end up with:

<p>&nbsp;
<div contenteditable="false" id="test">
<ul contenteditable="false">
	<li>First bullet</li>
</ul>
</div>
</p>

I would expect the DIV not be wrapped in the P.

This seems to be specific to Firefox. The same test seems to pass in IE and Chrome

SCAYT causes partial lines to be highlighted in FF not allowing the user to easily cut/copy the content they want when using the keyboard to highlight text(Shift + End, Shift + CTRL + Right Arrow)

Browser: FF 22.0

OS: Win 7

Reproducible location: Demo site and nightly build

I tested with IE9.0.8112.16421 and Chrome 28.0.1500.95 m as well and both seemed to work just fine.

Steps to reproduce:

1. Go to the demo site
2. Delete all sample content from the editor
3. Enable SCAYT
4. Type in a line with correct and incorrect words such as: "Hi there, how arre you?
5. Place the cursor at the start of the line and then hold Shift and press End.

Once you release the keys you will notice SOMETIMES the text will first highlight the whole line as expected and then within a second will highlight just the text up to the first spelling mistake which in this case is 'arre'.

If you look at the HTML generated you will see this for the above:

<p>Hi there, how <span data-scaytid="1" data-scayt_word="arre">arre</span> you?<br></p>

The text will highlight up to the beginning of the span tag caused by SCAYT.

NOTE: Seems to only fail going left to right on a line, if I go right to left it highlights fine.

From what I've seen, this only occurs if the source being edited is not surrounded by tags. More specifically, it happens when "BR on Enter mode" is enabled.

Using Firefox, with BR on Enter mode enabled, add some text to the editor (but no HTML). Then select all using CTRL + A. Apply a style (like bold, italics, or strikethrough). The style is applied, but then the selection is deselected and the cursor moves to the end of the selection. If multiple lines are used, then the cursor moves to the end of the first line.

To better illustrate, here is a screencast: ​http://screencast.com/t/qHwIf8WzNX

Using Firefox, one is not always able to replace selected text by pasting contents from clipboard. I have successfully identified this issue raised by the divarea plugin, disabling it fixes the issue.

You can reproduce this using the online demo:

1. Open ​http://ckeditor.com/demo#div in Firefox
2. Copy a short string (e.g. "example") into your clipboard
3. Double-click on the term "spaceflight" in the first line of the very first paragraph
4. Insert clipboard contents by using CTRL+V or Right-Click -> Paste

The selected text was not replaced, instead the clipboard contents gets inserted right in front of the original selection:

Expected result: "Apollo 11 was the example that landed the first humans, [...]"

Actual result: "Apollo 11 was the examplespaceflight that landed the first humans, [...]"

This problem persists unless a text block is splitted into own text nodes. Simply mark the term "spaceflight" again and you can now replace it by pasting contents.

I was able to confirm this issue with both CKEditor 4.1.1 and the online demo using Firefox 23.0.1, other browsers seem to be not affected.

Problem can be reproduced in Firefox and IE9-10. To reproduce:

1. Open the “Replace textarea elements by class name” sample page.
2. Put the cursor in the editor content.
3. Control-A to select all text and then DELETE.
4. Paste in some unformatted text 3 times (I typed "this pasted in" in notepad and copied it to the clipboard).
5. Enter carriage return.
6. Paste the text in 3 more times.
7. Click undo two times.

Problem can be reproduced in Firefox from CKEditro 4.0 beta with BR_mode only.

Problem can be best reproduced in IE when BR mode is used but this isn't necessary. In IE this is issue can be reproduced from CKE 4.0.

JS error is thrown: Message: IndexSizeError: Index or size is negative or greater than the allowed amount
Line: 1942
URI: ckeditor4/core/selection.js
Code: nativeRange.setStart( range.startContainer.$, range.startOffset );

SCAYT causes the entire document to be highlighted from the beginning up to the point of the cursor when I highlight text, paste some text and then press CTRL+Z or the undo toolbar option when highlighting from the start of a line.

Browser: FF 24.0

OS: Win 7

Reproducible location: Demo site and nightly build

I also tested with IE9.0.8112.16421(Undo doesn't work so I can't test, reproducible on the demo site) and Chrome 30.0.1599.101 m (Worked fine).

Steps to reproduce:

1. Go to the demo site
2. Enable SCAYT (No spelling mistakes required)
3. Delete the content currently there, for whatever reason I can't reproduce with the default text
4. I type or paste in a few lines of text like so:

Hi there how are you

Hi there how are you

Hi there how are you

Hi there how are you

5. I then highlight part of the line beginning at the start of the line.
6. Paste some content
7. Press CTRL+Z
8. Notice it will now highlight the entire document up to the cursor

Tested in FF24 on

​http://nightly.ckeditor.com/13-11-03-07-05/full/samples/inlinetextarea.html

when selected few cells in one row and selected merge cells some JS exception is logged on console.

Same works OK in Chrome, not tested anywhere else.

Bug found from 4.0.1 (older not tested) to 4.3 beta.

Open Ajax sample.

1. Create table in MSWord, select all and copy.
2. Paste into the editor body or through Paste Dialog.
3. Open Table Properties dialog and check for Border size value.

Expected result: Border size should be set to 1

Actual result: Border size field is empty.

It's happens since 4.3 in FF and Chrome, works fine in IE.

see the attached MSWord with sample table.

I see this happen on our app and also on your demo. If SCAYT is enabled and you click into an inline area to edit, the cursor jumps to the 0 position and needs to be focused into the original position again. Any fixes for this? Behavior w/o SCAYT enabled is fine.

When I use the arrow keys to change the cursor position in the editor there is a 'change' event fired for every keypress although no changes are caused by the arrow keys.

I'd appreciate if arrow keys are detected and the 'change' event wouldn't be fired in this case. Or to replace keypress by another event (as reported earlier, see comment on ​http://dev.ckeditor.com/ticket/10926)

This only happens in Firefox (I use 27.0.1 on OSX at the moment). Chrome and Safari seem to be fine.

0. Check out 4.4.0 tag.
1. Run dt/core/htmldataprocessor.html?name=test-xss---video-with-incorrect-source-onerror-17 in FF28.
2. It's green.
3. Do the same in FF29.
4. It's red.
5. An error is thrown

   an error occurred while executing regular expression htmldataprocessor.js:897
   

Yet another example of catastrophic backtracking in RegExp?

Browser: FF 28, Chrome 34 (Works correctly in IE9)

OS: Win 7

Reproducible location: Demo site and nightly build

Steps to reproduce:

1. Go to ​http://ckeditor.com/demo#inline
2. Click the top right Lorem ipsum text so the toolbar shows
3. Delete all the content
4. Enable SCAYT
5. Click outside the field so the toolbar goes away
6. Click inside the field again so the toolbar appears
7. Start typing and misspell something like so: "Hi there, how arre you doing? I am doing..."
8. When the spell check notices the misspelled arre the cursor will jump to it and whatever you were typing will now be inserted in the middle of the sentence.

This is a big problem because my users expect to have SCAYT enabled by default and therefore I cannot use inline mode at all as this issue is reproduced consistently.

Use the code:

<ul>
	<li><strong>test</strong></li>
	<li>test</li>
</ul>

Press Shift+Enter at the end of the first line.

Expected: One line created
Actual: Two lines created

​http://tests.ckeditor.dev:1030/tests/core/editor/focus

Caused by an ugly FF bug. After framed editor body is changed, FF yields body to be the active element, selection to be anchored in it, but you can't see it and editor and when focus is moved to other focusable element, blur is not fired.

For now I'm adding test to regressions. It's not a huge problem in framed editor. But we need to trim this case down and report it on bugzilla.

After executing action inside of a command, the caret disappears from the editor. If the same action is executed independently of CKEditor, the caret stays there.

For reproduction try the button "download file" (works) and the first button on the toolbar without an icon (caret disappears).

I've been participating in at least two dozen forums of web developers, and have thus used probably all post editors there are. In all, the cut, copy and paste functions also work when Firefox or Chrome are used. Both via the buttons and via the context menu (right-click menu) options. And in this very form that I'm using right now said matters function as well.

Not so in CKEditor (this form editor is not CKEditor). Why still not? Regarding Chrome, this seems to have been reported as bug under ticket nr. 8463. Which was closed because it supposedly was fixed. But that is not the case. And clearly, it is a bug. Because why else do all the other form editors function flawlessly in FF and Chrome?

Using CKEditor demos as example, copying and pasting a table works in iframe demo (​http://ckeditor.com/demo#standard) but is broken in div demo (​http://ckeditor.com/demo#div). Seeing the same issue in our production implementation using version 4.4.6.

Follow the steps to reproduce:

1. Make sure you have set the scayt_autoStartup

configuration option to true

2. Enter some text and click enter
3. Now add either an image or flash movie, enter any url and click "OK"
4. Now double click on the image or flash movie and notice the values are empty. The onShow function within the dialog says that no value is selected.

I filed bug #13020 a couple weeks ago explaining that we're seeing lots of CKEditor exceptions in our code. Here's a second one that we've been able to reproduce in jsfiddle. I will also attached a video.

To demonstrate the bug go to: ​http://jsfiddle.net/ftey46fc/14/

1) Type 'test' in the editor 2) Click to the left of 'test' between it and the border. About half

way works fine. (You can basically click anywhere in the 'padding' between the editor's content and the word e.g. you can click above it too.

3) Press the 'Delete' or 'Backspace' key.

The Video is viewable here: ​http://youtu.be/QNjrwfnpGwI

Video timeline:

0:00 - Show URL 0:08 - Show current console messages (e.g. that the exception has not happened yet) 0:14 - Show that we are in fact at the end of the console log (no hidden messages) 0:22 - Show Firefox version 0:32 - Type 'test' in the editor 0:39 - Click to the left of the word 'test' 0:42 - Show that the exception has not happened yet 0:46 - Press 'Delete' key 0:50 - Exception 'h is undefined' triggered

This is only reproducible on FF. Steps to reproduce:

1. Go to ​http://nightly.ckeditor.com/15-04-10-06-08/full/samples/replacebyclass.html
2. In the console type: CKEDITOR.instances.editor1.editable().on('keyup', function(){console.log(CKEDITOR.instances.editor1.getData())})
3. Start typing in the editor -> You can see in the console that the first space after some text is ignored and not inserted in the Editor

Steps to reproduce:

1. Go to ​http://ckeditor.swg.usma.ibm.com/
2. In the console: CKEDITOR.instances.editor1.insertHtml('aaa <a contenteditable="false" href="www.ibm.com">@Amy Jones126</a> aaa')

1. Same for a similar structure more similar to mentions
2. In the console: CKEDITOR.instances.editor1.insertHtml('aaa <span contenteditable="false"><a href="www.ibm.com">@Amy Jones126</a></span> aaa')
3. Press the left arrow key...

Android 5.1.1, Firefox 40, CKEditor 4.5.3

• Open CKEditor demo page.
• Use Preview command from toolbar.

Expected
Preview document is opened in new tab.

Actual
Empty document is opened in new tab.

Steps to reproduce

1. Paste below code in source mode and switch to wysiwyg

   <table border="1" cellpadding="1" cellspacing="1" style="width:500px">
       <tbody>
           <tr>
               <td style="background-color: rgb(102, 102, 204);">s</td>
               <td>s</td>
           </tr>
           <tr>
               <td>s</td>
               <td style="background-color: rgb(255, 255, 0);">s</td>
           </tr>
           <tr>
               <td style="background-color: rgb(255, 204, 0);">s</td>
               <td style="background-color: rgb(255, 204, 0);">s</td>
           </tr>
       </tbody>
   </table>
   

2. Select whole table with a mouse and Press Ctrl+C (You can also use Copy from context menu)
3. Press Ctrl+V or right-click below table and select Paste (Ctrl+V into paste dialog and click OK)

Expected result

Whole table should be pasted and formatting preserved.

Actual result

Only first row gets pasted.

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

Problem can be reproduced from CKEditor 4.5.0 in Firefox only.

NOTE: From CKEditor 4.0 - 4.4.8 the above scenario resulted in table being pasted but without width style (background was preserved).

Steps to reproduce

1. Enable SCAYT
2. Type a bunch of words, some of them being misspelled
3. Move cursor using mouse to the end of a misspelled word
4. delete it using the backspace

See this screencast to see the issue happening: ​http://screencast.com/t/2lXVpmoZ6r

Expected result

Deleting a word should NOT move the cursor

Actual result

When deleting a mispelled word, it either jumps to the next mispelled word or moves to the next line.

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

Only on Windows 10 and Firefox. Using the latest version 4.5.5. Issue seems to be with SCAYT

Steps to reproduce

1. open CKEditor in Firefox
2. create a link using "Link" icon/button.
3. In edit mode click on the space right after the "link text"
4. add your text - note it is highlighted blue (part of the link text) the ancher tag seems to be fluid.
5. Also if you carriage return from the "link text" line it will continue to be "link text."
6. This will also happen if you create a new link

Expected result

Should be able to insert plain text after a link in Firefox browser.

Actual result

Unable to insert plain text after a link in Firefox browser.

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

Browser: Firefox 37.0.2 CKEditor version: CKEditor 4.5.6

Steps to reproduce

1. insert following HTML Code to the CKEditor
2. click at the end of 'test'
3. press the arrow up key twice

Expected result

cursor in the table

Actual result

cursor is placed at the start of the word 'test' and seems to be fixed at this position while pressing the arrow key

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

<html lang="de"> <head>

<title></title>

</head> <body> <div> <table>

<tbody>

<tr>

<td>&nbsp;</td>

</tr>

</tbody>

</table> <a href="#">test</a></div> </body> </html>

Steps to reproduce

1. Open attached word file and copy list from it.
2. Paste the list into CKEditor full package

Expected result

List is pasted with styles allowed by ACF. Please see #14542.

Actual result

Empty list is pasted (just numbers/bullets).

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

Problem can be reproduced from CKEditor 4.5.0 in Firefox only.

Steps to reproduce

When i'm trying to paste text copied from Word document and containing special characters with font "Symbol" the dialog window that opens on click on "Paste from Word" button doesn't show the special characters like lamda, mu, copyright symbol, etc. correctly.

1. I make a Word document with the sting containing special characters for "lambda mu" and copy this thext string.
2. I can check the contents of my clipboard in Free Clipboard Viewer 3.0 in the Tab HTML Format. My clipboard then contains such code

<body lang=DE style='tab-interval:35.4pt'>
<!--StartFragment--><span lang=EN-US style='font-size:11.0pt;font-family:
Symbol;mso-ascii-font-family:Calibri;mso-ascii-theme-font:minor-latin;
mso-fareast-font-family:"Times New Roman";mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;mso-bidi-font-family:Calibri;mso-bidi-theme-font:
minor-latin;mso-ansi-language:EN-US;mso-fareast-language:EN-US;mso-bidi-language:
AR-SA;mso-char-type:symbol;mso-symbol-font-family:Symbol'><span
style='mso-char-type:symbol;mso-symbol-font-family:Symbol'>a</span></span><span
lang=EN-US style='font-size:11.0pt;font-family:Symbol;mso-ascii-font-family:
Calibri;mso-ascii-theme-font:minor-latin;mso-fareast-font-family:"Times New Roman";
mso-hansi-font-family:Calibri;mso-hansi-theme-font:minor-latin;mso-bidi-font-family:
Calibri;mso-bidi-theme-font:minor-latin;mso-ansi-language:EN-US;mso-fareast-language:
EN-US;mso-bidi-language:AR-SA;mso-char-type:symbol;mso-symbol-font-family:Symbol'><span
style='mso-char-type:symbol;mso-symbol-font-family:Symbol'>m</span></span><!--EndFragment-->
</body>

3. I click the "Paste from Word" button in the CKEditor on the ​http://ckeditor.com/demo and paste the contents of my clipboard into the opend dialog.

Expected result

the symbols lambda and mu are shown as symbols, exactly as in the Word document.

Actual result

in Chrome: the symbols lambda and mu are shown as symbols, exactly as in the Word document.

in Firefox:

the sting "am" is pasted into the dialog

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

Steps to reproduce

1. go to ckeditor.com/demo with Firefox for Android
2. in the ckeditor window, long press on a word to make handles appear

Expected result

word selected and handles appears to refine the selection

Actual result

a paste menu appears

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

The same process works well with Chrome for Android.

Steps to reproduce

1. Open the attached MS Word document
2. Copy and paste the content to the online CKEditor demo (​http://ckeditor.com/demo#standard)
3. You will notice some text got stripped in the first bullet

Expected result

Content pasted fully

Actual result

Some text stripped

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

This only happens in Firefox. Version of Firefox used for testing is 48.0.2. Pasting from MS Word works in Chrome.

After some investigations, it appears the pastefromword plug-in is stripping the text. When the plug-in's disabled, this problem goes away. We need the plug-in so disabling the plug-in permanently is not an option.

Steps to reproduce

1. Open nightly sample (​http://nightly.ckeditor.com/16-11-30-07-06/standard/samples/)
2. Use Printsceen or Paint to paste image (Ctrl + V) into the editor

Expected result

base64 image pastes into the editor

Actual result

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

Firefox 50.0.x only

Because of clipboard plugin use editor.getSelectedHtml, this bug can reproduce with copy/paste. I also created plugin "bugdemo" to show how to repriduce the bug. You can download ckeditor with plugin "bugdemo" here: ​https://drive.google.com/file/d/0Bxtv10NlSOEbenRvWUtJeGhqV2c/view?usp=sharing Also, see vidio record with bug reproducing: ​https://drive.google.com/file/d/0Bxtv10NlSOEbVU9POE9RenZkblE/view

Steps to reproduce ("clipboard" plugin)

1. download zip archive ​https://drive.google.com/file/d/0Bxtv10NlSOEbenRvWUtJeGhqV2c/view?usp=sharing , exstract it and open samples/index.html
2. Select text "Lorem"
3. Open and close any dropdown menu
4. Copy selected text "Lorem" by clicking 'copy' button in toolbar.
5. Paste selected text by clicking 'paste' button in toolbar. (CTRL + V)

Expected result ("clipboard" plugin)

Inserted text is "Lorem"

Actual result ("clipboard" plugin)

Inserted text is "Lorem ipsum dolor sit amet. Hello CKE" (all first text node)

Steps to reproduce (custom "bugdemo" plugin)

1. download zip archive ​https://drive.google.com/file/d/0Bxtv10NlSOEbenRvWUtJeGhqV2c/view?usp=sharing , exstract it and open samples/index.html
2. Select text "Lorem"
3. Open and close any dropdown menu
4. Click 'owl' button in toolbar.

Expected result (custom "bugdemo" plugin)

See text "~Lorem~"

Actual result (custom "bugdemo" plugin)

See text "~Lorem ipsum dolor sit amet. Hello CKE~"

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

Reproduced only in CKEditor Inline Editing.

Environment: Windows 7, Chrome 56.

Steps to reproduce

1. Just copy and paste a table from Excel.

Expected result

A table in html format

Actual result

A table in image format

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

Firefox Version 51, CK 4.6.2

Implement a keyboard shortcut to go to the next or the previous paragraph.

Moved from ​Sourceforge
Original reporter: Claude Coulombe

It may happen that pasting operations inject nested <ol> and <ul> elements. The editor should fix it on output.

Steps to reproduce

1. Paste the following in the Source view:

<ol>
    <ol>
        <li>Test</li>
    </ol>
</ol>

2. Switch to WYSIWYG view.
3. Switch back to Source view.

The source remains untouched, but the following is expected instead:

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

Note that the &nbsp; is needed to properly expand the empty <li> bullet or number for editing.

In sample 10, after clicking a combo box in second instance, the second instance cannot regain focus again and the toolbar is disabled. Typing a key does enable the toolbar again but yet it still cannot be refocused, and does not fire any focus event.

The first instance works well without any error.

I did a ticket search and it seems it's the same as ticket 1280 (which is fixed a year ago on an earlier version).

I am using firefox 3.0, with version 2.6.4.

Migrated from ​forum thread.

TC

1. Open ​demo page.
2. Execute following code to move editor above the header.

   $("#header").before( $("div.demo") )
   

Result: Editor's content changes to "null" and it's not editable.

OS: Mac OS X 10.6.1

Browser: Firefox 3.5.3

Product: CKEditor 3.0

Steps to reproduce:

1) Open "​http://ckeditor.com/" in Firefox on Mac OS X

2) Click on [See the demo] button

3) Place text cursor anywhere in CKeditor enabled textarea and type there a random word

4) Press "Apple + LeftArrow" keyboard button combo:

Expected: Text cursor moves to beginning of line, like in any other textarea.

Actual: Browser recognize this button combo as "Browser back" shortcut, and returns to "​http://ckeditor.com/"

In Safari 4.0.3 - behavior is correct: when text cursor is inside CKeditor textarea, button combo moves cursor to beginning of line, when textarea is not selected - browser recognizes this shortcut as "Go back" button.

Steps to reproduce:

1. Press "Form" button and create a form (with name and action)

2. Place mouse cursor inside of the form, hit "Selection field" button, size: 2 lines, add two random options.

3. Press "OK" to close the dialog and insert the element

4. Cursor is now placed straight after created element

5. Hit enter, you should see a new empty "Select" element created below the "real" selection field that we have just created.

Confirmed in FF 3.5 and FF 3.0.

This is trivial issue but created ticket just as a reminder.

to reproduce

• Open ​CKEditor demo with FireFox
• Click 'International Names' table

Environment

Firefox

Reproducing Procedures

1. Open any sample page, load editor with the following content and selection (multiple cells selected):

   <table>
   	<tr>
   		<th>[head1]</th>
   		<th>[head2]</th>
   	</tr>
   	<tr>
   		<td>[cell1]</td>
   		<td>[cell2]</td>
   	</tr>
   </table>
   

2. Click on 'Indent' command;

• Actual Result: Only the first cell (head1) get indented.
• Expected Result: All cells get indented.

FF3: List indentation change relocates caret.

Reproduce

1. Use following content:

   <ol>
   	<li>
   		LI
   		<ol>
   			<li>
   				LI^
   				<ol>
   					<li>
   						LI</li>
   				</ol>
   			</li>
   		</ol>
   	</li>
   </ol>
   

2. Press Decrease Indent button
3. Result is visible on attached screenshot. Wrong caret position is indicated with red line.

Reproduced in FF3 quirks, works fine in FF2. CKEditor 3.0 is also affected.

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

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

<ul>

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

<ul>

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

</ul>

</li>

</ul>

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

Confirmed in FF 3.0.19.

When using CKEditor in fullPage mode, an error is thrown when <title> tag is not present.

Steps to reproduce:

• In Ajax sample add

  var config = {fullPage : true};
  

in createEditor() function.

• Open ajax sample, press "Create Editor".
• Press "Source" button or "Remove Editor".

Result:

element.children[0] is undefined
http://192.168.1.126/bugtest/ckeditor/_source/plugins/htmldataprocessor/plugin.js
Line 198

196  title : function( element )
197 {
198     element.children[ 0 ].value = element.attributes[ '_cke_title' ];
199 } 

Checkbox and radiobutton do not get focus or context menu on FF 3.6.3 and are not editable because of this.

Fake element replacement would be feasable to fix this since elements have basically two appearances selected and unselected.

In #4056 I posted form_changes.zip which uses fake elements for this. Allthough changes are dated and should be rewritten I see no harm done in this approach.

• Place CKEditor 3.3.1 inside a DIV or other element
• Editing works fine
• Hide the CKEditor by changing that enclosing DIV's "display" CSS properly to "none".
• Show the CKEditor again later by changing the CSS "display" back to "block".

The result is that the CKEditor works OK, but the cursor is never displayed. If you type ... you may see your results, but without any visible cursor.

You can get the cursor back by changing the CKEditor mode to "source" and then back to "wysiwyg". This is not a very user friendly Work Around.

Issue observed in FireFox 3.6 on Mac and Windows XP. Have not tried it in other browsers yet.

This issue did not exist with CKEditor 3.1.

If we bind handler functions for both 'blur' and 'click' events - they fires infinitely. Browser firefox 3.5.7 OS Windows XP SP3

I have 24 CKEDitor instances in a page. With the latest Firefox using Firebug profiler I get

i()    24    71.74%    5361.136ms    5361.49ms    223.395ms    39.052ms    383.467ms   
ckeditor.js (line 18)

function () {
    var i = !!this.$.offsetHeight &&
        this.getComputedStyle("visibility") != "hidden", j, k;
    if (i && (b.webkit || b.opera)) {
        j = this.getWindow();
        if (!j.equals(a.document.getWindow()) && (k = j.$.frameElement)) {
            i = (new h(k)).isVisible();
        }
    }
    return i;
}

and the page freezes for a long time.

The most time consuming function in 3.4.0 is getNext():

getNext()   24   18.71%   387.901ms   393.449ms   16.394ms   15.711ms   20.288ms   
ckeditor.js (line 14)

So you see the load differences.

Steps to reproduce the defect:

1. Open up the Ajax sample.
2. Type a line of text and press enter.
3. Insert an image.
4. Place the cursor over the image and hold down the left mouse button to drag the image downwards until the arrow cursor is replaced by an image similar to this ø.
5. Now release the left mouse button.
6. Click back into the line of text that you typed.

Expected: The cursor will appear flashing in the same place that you clicked in the text.

Actual: The cursor does not appear at all.

Go to demo page:

1. Clear content
2. Add following content:

   <ol>
     <li>item
       <ol>
         <li>item</li>
       </ol>
     </li>
     <li>item</li>
   </ol>
   

3. Place cursor at start of first list item
4. Press the 'up' key twice fast.
5. Observe the cursor is now positioned in front of the list.
6. Now press delete and observe that the first list item collapses.

Tested on Firefox 3.6.13, WinXP, CK version 3.4.2

To reproduce the defect:

1. Open CK Editor sample and insert a table with 30 rows,15 columns and right alignment.

2. keep cursor in any of the top rows (for ex: first row) and keep pressing the mouse in side scroll bar to navigate down the table.

Expected Result:

Table should move up,we will be able to navigate down the table and see the bottom table rows.

Actual Result:

Table is not moving down no matter how many times we clicked the mouse and we were not able to navigate down the table.

A separate issue created from ticket #7041.

TC:

• Open ​http://rev.ckeditor.com/ckeditor/trunk/6271/_samples/replacebyclass.html
• Press "New Page" button.
• Type "Foo bar" (type some random text, but do not press enter).
• Click Link button, type some URL and press Enter to insert the link. Note: the link should be selected at this stage.Do not click with a mouse on the editing area.
• Press "Right arrow key" button to go at the end of the link.
• Type some text.
• Result: the text typed after the link is not inside of a link.

Follow the same set of steps in ​http://rev.ckeditor.com/ckeditor/trunk/6272/_samples/replacebyclass.html to see that the text is now still inside of the link.

Steps to reproduce: 1) Add text to editor instance window such that cursor is not at the beginning 2) execute (in firebug's console, for example):

if no scroll is present document.body.style.overflow = "scroll"; or, if scroll is already present document.body.style.overflow = "hidden"; CKEDITOR.instances.MyInstance.insertText('Test');

3) Note that the text has been inserted at the beginning of the text editor.

This is an issue in Firefox 3.6.13 (and I believe earlier FF versions). Not certain if it is an issue in IE.

I changed the default values for the font name to Times New Roman and the font size to 16.
I then clicked once in the text area of the editor. Immediately the editor switched back to the default fonts.

I had expected it to still keep the changes that I made to the fonts.
Clicking in the text area is typical behavior for a user, since they will want to be sure that the cursor is focused in the right area before they start typing

To reproduce the defect:

Copy the following code and paste in HTML Source and go to WYSIWYG mode.

<style id="CSS_2" type="text/css">.CSS_2{ background:#99ccff; }</style>
<ul><li><u><span class="CSS_2">dddddddddddddd</span></u></li></ul>

In FF & Safari, underline for the list item not shown but when we keep the cursor in the list item Underline tool bar icon is highlighted.

It works properly in all other browsers.

Open editor and paste the following code:

<pre>
line1

line3
</pre>

• Toggle to WYSIWYG mode
  
• Put cursor to the second line
  
• Right click (notice that all content are selected now) and select Paste from context menu
• After pasting all content of pre block will be replaced with new content

1. Go to ​http://ckeditor.com/demo
2. Scroll the editing area to the bottom and click at the end of the document. The insertion point should be at the end now.
3. Run the following code in console or firebug or via javascript: in the address bar.

var e = CKEDITOR.instances.editor1; var d = e.document; var r = new CKEDITOR.dom.range(d); r.selectNodeContents(d.getBody()); r.collapse(true); r.select(); e.focus(); e.getSelection().scrollIntoView(); 

In FF4, the cursor doesn't scroll into view, but if you use the scrollbar of the editor to scroll up, you'll see the cursor is at the beginning of the document.

Example: ​http://tvz.myhomework.nl/ckeditor_problem.html

The simple container has opacity (CSS3) set. When you click the Maximize button, the entire container disappears, leaving only the background left. When I remove the opacity from the container, the Maximize button works fine.

CKEditor is version 3.5.3. I am using Firefox 4.01. Internet Explorer 9.0 seem to work okay.

Apparently FF3.6 has the same issue, see also ​http://cksource.com/forums/viewtopic.php?f=6&t=22363

I use autogrow with sharedSpaces. On firefox 4 it's not working properly. In this case editor loads with default height and added 20 pixel (think it's one line-height) on every click inside editor.

It works correctly on ff 3.6 and with autogrow.html samples file (on ff 4).

1. Load the editor in enterMode BR;
2. Empty the editor, type in some content;
3. Select all, then apply one inline style like bold;

• Actual Result: Everything looks fine except cursor is not blinking at the end of doc;
• Expected Result: Text selection remains unchanged.

Problem can be reproduced from CKEditor 3.5.1 rev. [6272], it gets fixed in CKEditor 3.6.1 rev. [6919] and gets broken again in CKE 4.0 beta.

• Set pasteFromWordPromptCleanup = true.
• Copy-paste any doc file into the editor using CTRL+V or paste button (NOT paste from Word button).
• Hit "cancel" when the cleanup prompt appears.

Note that in FF, unlike other browsers, Word's metadata appears in source (o:OfficeDocumentSettings etc.).

In our CMS, the CKEditor is sometimes loaded in the background, in a hidden div (part of a tabset). Although hidden, the editor instance is already created and works fine.

When displaying the DIV, I want to focus the editor, and do so by using editor.focus(). This will put focus on the editor. This works correctly for and empty editor or one with content, and works correctly in all browsers.

The only exception is Firefox (tested on both version 3 and 4), which adds the following content on a editor without any content:

<p><br />
	&nbsp;</p>

The result being an empty editor, with a <br /> tag in it. In addition, focus is placed on the second line, but when starting to type it will place all text on the first line, NOT removing the second line. You just can't type anything on the second line.

This issue has been present since at least 3.5.3.

Steps to reproduce:

1. Create a DIV with display: none;
2. Place a textarea inside, without any content
3. Replace the textarea with a CKEditor
4. Show the DIV (it will not have focus)
5. Focus the editor using editor.focus()
6. The code mentioned above is inserted into the editor

Expected result:

6. The editor is focused, content remains empty

Does not apply for:

• other browsers than Firefox
• editor with existing content
• manually focusing the editor by clicking on it
• editors not hidden when created

If you click (select) an image, table, anchor, ... in FF then the selection handles appear. Now try to reset the selection using javascript code :

oEditor.getSelection().reset();

OR

var doc = oEditor.document; var range = new CKEDITOR.dom.range(doc); var body = doc.getBody(); range.setStart(body, 0); range.setEnd(body, 0); oEditor.getSelection().selectRanges( [range] );

The selection is removed (this can be checked with selection.getSelectedElement), but the selection handles in the wysiwyg area remain.

Also, when trying to select an element using javascript code (oEditor.getSelection.selectElement()), the selection handles do not appear.

I think this is a bug in CKEditor and not in FF because it did work in the previous version FCKEditor.

Flash plugin url escapes some values.

Testing against ​http://nightly.ckeditor.com/6928/_samples/replacebyclass.html

To reproduce:

1. Insert new flash element through dialog
2. Set value to [url|ALL|9839]
3. Close dialog
4. View source to verify bug. embed tags src attribute gets url escaped

Expected (new lines added for readability):

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" data="[url|ALL|9839]">
<param name="quality" value="high" />
<param name="movie" value="[url|ALL|9839]" />
<embed pluginspage="http://www.macromedia.com/go/getflashplayer" quality="high" src="[url|ALL|9839]" type="application/x-shockwave-flash"></embed>
</object>

Got (new lines added for readability):

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" data="[url|ALL|9839]">
<param name="quality" value="high" />
<param name="movie" value="[url|ALL|9839]" />
<embed pluginspage="http://www.macromedia.com/go/getflashplayer" quality="high" src="[url%7CALL%7C9839]" type="application/x-shockwave-flash"></embed>
</object>

From what I could see this might be some difference in embedNode.setAttribute and CKEDITOR.dom.element.createFromHtml -> setAttributes

1. Create a link (i.e. to an anchor)
2. Save and re-open the page for editing
3. Move cursor to last position of link
4. Select the whole link and remove it
5. Start typing plain text

PROBLEM: the text is undelined, but should have no format

• 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>

On FF4 dialogs who sets contents with setData methode makes empty undo step.
I've written a little plugin for testing. Set extraPlugins:'diatest' and 'DialogTest' as toolbar button.

Hi,

On firefox 4 I can copy an image from my computer and past it directly on to CKEditor (ctrl + c and ctrl + v), but, when I try to do this on IE 8 or google chrome nothing happens.

Does anyone know why?

Thank You!

When focus is set in legend of a fieldset, and then mode is switched to source and back, additional </BR> is added to fieldset.

Environment

linked with #6804 , Firefox 4/5b

TC

1. Paste following code into editor

   <fieldset> <legend>caption</legend> <p>keep going, CKeditor!</p> </fieldset>
   

2. Switch mode to WYSIWYG
3. Set caret in "caption"
4. Switch to source
5. Repeat steps 2-4, two times

Actual result

Additional </br> added

<fieldset>
	<legend>caption</legend><br />
	<br />
	<br />
	<p>
		keep going, CKeditor!</p>
</fieldset>

This bug is similar to ​http://dev.ckeditor.com/ticket/6788.

This happens when you use CKEditor in tab elements. After hide & show CKeditor I can't move cursor with arrow buttons.

To reproduce the bug go into online demo and type the following into your javascript console:

$('.demoInside').hide();
$('.demoInside').show();

Place your cursor and try to move left / right using the arrow keys.

Firefox 5 (Win7)

Bug found when reproducing #6775

1. In config.js set RTL language like 'he'.
2. Open link dialog and move it to the right
3. When you reach the border of browser/view pane, move the dialog to the left and bottom

Result: Dialog contents goes out of dialog borders See screenshots.

Reproducible from CKE 3.5.3

1. Paste in the following code:

   <p>
   	This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
   <table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
   	<caption>
   		this is table</caption>
   	<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>
   <p>
   	This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
   

2. Place the cursor inside the table and try to move it with arrows to reach the caption.

Result: It is impossible to reach the caption with arrow keys but t is possible using mouse.

1. Place 1111.html file in samples folder.
2. Open file in a browser
3. Click inside editor and start typing (type two words, you have got 5 seconds:))
4. After editor reappears, cursor appears at the beginning of typed text but If start typing without changing cursor location old text jumps one line down, so that you have two lines of text in two paragraphs.

This issue has been reproducible in Firefox5 from CKE 3.3.1

CKEditor toolbar becomes invisible when using Tab key and the Maximize toolbar button. Please follow the steps in the attached filed to reproduce the issue. This bug also happen in the CKEditor demo site of 3.6.1 version and nightly build.

Steps to reproduce

1. Goto ckeditor.com/demo
2. Create three lines with the word, 'Item'
3. Select the lines and turn them in to an unordered list
4. Move to the first item, and press enter to create a new empty item.
5. Left click to place your cursor in the empty bullet.
6. Right click on the empty bullet and paste.

What's expected? The text is pasted in to the empty bullet

What happens?

In FF4/5 The bullet gets deleted and a new paragraph is created with the text.

In IE9 The text is pasted at the end of the content.

Custom attributes on anchor tags are being dropped during copy/paste (Ctrl+C/Ctrl+V).

Steps to reproduce:

1. In Source mode, modify a standard link by adding a custom attribute (e.g. <a href="/index.htm" customAttribute="1">test</a>.)
2. Switch out of source mode.
3. Copy (Ctrl+C) the linked text.
4. Paste (Ctrl+V) on a new line.
5. Switch back to Source mode, and see that customAttribute="1" was not pasted.

Occurs on the demo page with the following environments:

• Browser: FF6 OS: Windows Vista, Windows 7
• Browser: FF5 OS: Mac
• Browser: FF3 OS: Windows Vista

This issue was reported by Srinivas Nalla on our support channel.

TC provided by a user:

Steps to Re-Produce the Issue.

1. Place an Image Tag with wrong image name
2. Find that image missing icon is displayed in IE 8 but missing in Firefox

I have got similar but not the same result. Image missing icon was visible in CKEditor content area but not in Page preview.

At first I thought that this is a browser issue but it is reproducible from CKEditor 3.6 so it looks like an editor problem.

Steps to reproduce:

1.Click on Selection Field plugin and add some values. 2.After adding the content to the editor, select the 'selection field' click on the 'right align'.

3. You will observe that the Selection Field is broken.

Note: This happens in firefox.

Steps to reproduce

1. Open API Sample.

2. Place cursor at end of content in CK Editor.

3. Press "Set Editor Contents" button.

4. Press Shift+Tab twice & move focus back to content area in CK Editor.

Issue: On FF 7 cursor shows up at the end of content area.

On all other browsers (FF 3.6, IE(6,7,8,9), Opera & Safari) cursor shows at the beginning of content area.

When using Mozilla Firefox (or at least version 9.0.1), when a DIV with absolute positioning is not the first thing you click inside the editor, then it becomes uneditable.

Paste this inside a CKEditor to re-create:

<div>1. Click me</div>
<div style="position:absolute;">2. now try to edit me</div>

I note that this works as expected in competing editors such as TinyMCE.

Hi,

We are using 3.x version of CKEditor in our project and when set large data to the editor (1 MB - 2 MB) data, the vertical scroll bar is stopped working. This issue is coming on Firfox and this is working fine for IE browser. For large data, when try to scroll after load it sometimes make the browser also crashing some times.

Really would appreciate if any work around or patch for this issue? Please guide us kindly.

Note: We have a valid license for the CKEditor.

Thank You, Siju Thomas.

On Firefox 8 on Windows 7:

steps to reproduce:

1. go to demo page
2. edit source and change it to "<p></p>"
3. stop editing source
4. focus on editor using the tab key (do not click on the editor)
5. type a single character

Expected: Just the character should be typed.

Actual: A newline spontaneously appears before the character, moving the character down.

Steps to reproduce:

1. Create a table (default values are fine)
2. Place the cursor in the first cell and click/drag to highlight the rest of the table
3. Paste the table in the editor

Expected result: The pasted table retains the width of the copied table

Actual result: The pasted table appears very small and has the minimum column width possible (screenshot attached)

Workaround: Copy the table by placing the cursor outside of the table when highlighting it. The table pastes properly this way.

The problem is reproducible on the ckeditor.com/demo application.