Custom Query

Steps to reproduce the defect:

1. Open the Ajax sample.
2. Type a line of text.
3. Insert an image at the end of the line of text that you just entered and make the image right aligned.
4. Enter another line of text beneath the line that you just typed.
5. Press CTRL + A to highlight all of the text.
6. Click on the bulleted/numbered list icon in the toolbar.

Expected: A list should be displayed containing 2 bullets or numbers.

Actual: A list is displayed containing 4 bullets or numbers.

The checkbox and radio form elements cannot be selected with mouse and there is no contextmenu for Firefox 3.6.10.

In some cases it is possible to select the element with shift & arrowkeys, after that when pressing corresponding command button it is possible to edit the element in question.

Checked verified with nightly 5921

I have for instance 5 editors on page. You click on bottom one. Your cursor is in the edit area.

Then you scroll up to the editor num 1 until clicked editor num 5 is no longer visible (it still has cursor in it).

Then you loose focus of the page - click on another window, alt tab to another window, click on desktop, whatever.

Then click back to the page with editors: your window will scroll down to the editor num 5 with cursor in the edit area. This doesn't happen in Chrome or Safari. Happens all the time in FF.

I also managed to glitch Editor to start looping between 3 editors but I will try to reproduce it again...

Open your own demo ​http://nightly.ckeditor.com/5940/_samples/output_html.html

Make window very short, like normal width but 100 px height

Click inside Editor so cursor blinks inside edit area

Scroll down with mouse wheel, so you don't cursor in editor anymore

Click on something else to loose window focus.

Click back or Alt Tab (Command Tab) to the window

It jumps up to the position of the cursor inside editor

The bug is not a dupe (tho bugs like that may already appear in the list) and it wasn't fixed

Let`s see te attached video and observe that the while typing some text cursor is jumping between lines

Firefox result of use case from #6493

• Paste content from word attached to above ticket

In WYSIWYG, pasted content looks fine, in source:

<p>
	Questions and answers:</p>
<p style="margin-left: 37.5pt;">
	1.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <strong>[Question]</strong> test</p>
<p style="margin-left: 37.5pt;">
	<strong>Answer:</strong>test</p>
<p style="margin-left: 37.5pt;">
	2.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; <strong>[Question]</strong> test</p>
<p style="margin-left: 37.5pt;">
	<strong>Answer:</strong>test</p>

Open styles combo and check the the "aria-setsize" attribute that presented on list item link, undefined is found there, it breaks the understanding of list structure for screen readers.

Low Priority

Firebug Error: "q is null" stack trace: "createBookmarks()ckeditor.js (line 119) q(A=Object { _=Object, elementMode=1, more...})ckeditor.js (line 89) isArray()ckeditor.js (line 9) [Break On This Error] A.setStart(B.$,z.startOffset);A.setEnd...u=s&&s[1];if(t)q.attributes.width=t;" (ah the joys of compiled code)

This error occurs after all my code has finished running. I'm guessing from farther down in the onLoad queue?

It has something to do with the offending ckeditor being attached to a completely empty and hidden(as in a parent tag has the 'display:none' property set) textarea. If I put some initial text inside the textarea tag, OR make the textarea visible the error doesn't occur.

My application is complex, and I haven't been able to reproduce the error yet in a simplified form yet. When/if I can, I'll post it.

This error only occurs in FireFox and SeaMonkey. It does not occur in Safari, Opera, IE, or Chrome. All tested on Windows XP with fairly recent versions.

In the DIV Replace sample, when each editable DIV is double clicked one after another, eventually each editable DIV will disappear leaving only the last editable DIV which was double clicked. Image attached.

Copy the lists from the Attached document and paste in to the Editor using Paste from Word dialog.

Issue 1:

when we have pasteFromWordRemoveFontStyles & pasteFromWordRemoveStyles set to true Numbered and bulleted lists are pasted properly but they are shown as paragraphs instead of list items.when you keep the cursor in one of the list items Numbered/Bulleted list icons are not highlighted.

keep the cursor at the end of one of the list item and press Enter

Expected Result: A new List item should be started.

Actual Result: A new Paragraph is started.

Issue 2:

when we have pasteFromWordRemoveFontStyles & pasteFromWordRemoveStyles set to false Numbers & bullets for the top level list items are missing.when you keep the cursor in one of the list items Numbered/Bulleted list icons are not highlighted.

keep the cursor at the end of one of the list item and press Enter

Expected Result: A new List item should be started.

Actual Result: A new Paragraph is started.

I am attaching Screenshot of the 2 issues.

1. Go to ​http://ckeditor.com/demo
2. Click the “New Page” icon
3. Click on the “Link” icon, paste a URL into the field, and click the “OK” button. The hyperlinked URL will appear in the CKEditor, as expected.
4. Click the “Delete” keyboard button (aka Javascript keycode = 46).
5. Click on the “Link” icon, paste a URL into the field, and click the “OK” button.
6. Problem: the URL does not get pasted into the CKEditor, nor does it appear in the HTML source code.

However, if you repeat this process and click the “Backspace” keyboard button (aka Javascript keycode = 8) in Step 4, everything works properly.

It seems that it never worked properly so I'm setting the version to 3.0, although in earlier versions (<3.2) the (invalid) result was different (due to #4886).

To reproduce the defect:

1. Open Ajax sample in Firefox.

2. Type few lines of text & press CTRL + A to select all the lines.

3. click on Numbered/Bulleted list icon.

4. See that a Numbered/Bulleted list appers with the selected lines of text.

5. Now press CTRL + A to select the Numbered/Bulleted list & Click on RTL icon in the Tool bar.

Expected Result:

Numbered/Bulleted list is moved to right and it appears as a mirror image of the list in previous step and RTL & Align Right icons are selected in the Tool bar.

Actual Result:

Numbered/Bulleted list is moved to right and it appears as a mirror image of the list in previous step but RTL & Align Right icons are NOT selected in the Tool bar. (You must click into the content area before they become selected)

same behavior happens when we apply LTR direction to Numbered/Bulleted list.

This is very similar to #6099 but you must press CTRL + A to select the text in order to reproduce the defect

Create list:

<ul>
	<li>
		line 1</li>
	<li>
		line 2</li>
	<li>
		line 3</li>
</ul>

Select one item and press RTL

Expected result
Number is at the right edge of editor area

Actual result
Number is hidden, and horizontal scrollbar appears at the bottom (attached screenshot)

• Open an empty document.
• Press ENTER 3 times. The caret is now placed in the last paragraph.
• Click BACKSPACE.

The paragrpah is not removed. Works on demo.

Go to demo page:

1. Execute the following code (in Firebug). (If it's not reproduced on the first try, try a few more times)

CKEDITOR.instances.editor1.setData('<p><br></p>');
CKEDITOR.instances.editor1.focus();

2. Now input some text.

3. Observe that text ends up on the second line (after the br-tag).

This is caused by the onSelectionChangeFixBody function in the wysiwyg plugin, where Range::moveToElementEditEnd is called for the empty paragraph. Cursor then ends up after the br element.

Expected behavior : When paragraph is empty (contains br-tag), Range::moveToElementEditStart should be called.

Tested in Firefox 3.6.13, WinXP, CK version 3.4.2

In most text editors, Ctrl+Shift+Left and Ctrl+Shift+Right are commonly used keystrokes to select one or multiple words at a time. This keystroke used to work correctly in the latest version of MediaWiki+FCKeditor. However, it appears that an update to the latest version of Firefox for Windows (3.6.13) has broken this functionality.

Word selection still works properly in IE and in the latest Ubuntu Linux release of Firefox.

I have observed this problem on several web sites using MediaWiki+FCKeditor, including both sites I own and sites I don't own, including the MediaWiki+FCKeditor "sandbox", by using several browsers on several computers.

1. Launch replacebyclass sample
2. Open the "Spell Check" dialog
3. Close the dialog
4. Repeat steps 2-3 again
5. Result: a JavaScript error occurred

spellWin.location is null

​http://loader.spellchecker.net/sproxy_fck/sproxy.php?plugin=fck2&customerid=1:ua3xw1-2XyGJ3-GWruD3-6OFNT1-oXcuB1-nR6Bp4-hgQHc-EcYng3-sdRXG3-NOfFk&cmd=script&doc=wsc&schema=22

Line 348

1. Put selection somewhere inside editor;
2. Open 'Smiley' dialog and insert one;
   • Actual Result: Smiley is inserted at the beginning of document.

FF4 doesn't restore selection on editor focus.

Regression, introduced in [6113]. Note: works fine in Firefox in safe mode. Maybe a Firebug issue, in any case it did not happen before.

Steps to reproduce

• press "New Page" button to clear all contents
• press "Insert/Remove numbered list" button twice
• result: JS error

  newList is null
  ckeditor/_source/plugins/list/plugin.js
  Line 429
  

While using Firefox 4.0b8 for Mac with the nightly demo, trying to add a symbol part-way through the contents of the document doesn't work - CKEditor always adds the symbol to the start of the document.

This also applies to any other plugin - e.g. changing the text color of a selection doesn't work - as it ignores the selection.

which only occurs in the initialization for 1 second to and is dependent on their parents' style

you need to change

_source/plugins/wysiwygarea/plugin.js line 537

from

element.setStyles( { position : 'absolute', top : '-3000px' } );

to

element.setStyles( { position : 'absolute', left: '-3000px', top : '-3000px' } );

In the latest Beta stable release of Firefox , ( also tested on Minefield) when trying to change font size , nothing happens.

Insert the cursor somewhere in the middle of the text and use the Smiley dialog to insert a smiley. Result: the element is inserted at the very beginning, regardless of the cursor position.

Confirmed in Firefox 4 Beta 8. It worked fine in CKEditor 3.3.

Consider the attached MS Word document. On pasting the text into CKEditor, the formatting is maintained in Internet Explorer and earlier versions of FireFox. However pasting this text in FireFox3.6, leads to loss of formatting. in particular the heading text. This is a concern since FF3.6 is the latest version that many of our users are using.

When you copy and paste some text, leading whitespace is removed on FF only. This is easy to reproduce just copy some text with a space as the first character, when you paste it the space is not preserved. Seems to work on IE and WebKit so not sure whether this is something that can be controlled or not. This can be replicated on the demo ​http://ckeditor.com/demo

In some situations the "Bold" button is not working as expected.

• Load replacebyclass sample
• Click in the middle of "sample text", "Bold" buton is highlighted (correct)
• Click on Source button twice to switch to source and back
• Click in the middle of "sample text", Bold button is not highlighted (wrong)
• Click on the strong element in the elements path: "Bold" button is still not active (wrong again)
• Click on the Bold button: strong element is not removed (again, wrong result

Note: it is enough to click somewhere outside of the strong element in the editing area to fix the problem (e.g. after clicking on "You" and then on "sample text", the button started working).

Regression since 3.4.

The following behavior is notified on webkit and FF.

1. Apply then remove one style from styles combo;
2. Open the combo again;

• Actual Result: previously selected item is still highlighted.

A picture is worth a 1000 words, see the attached file (jpg)

I adjusted the height of the following in ckeditor/skins/office2003/editor.css to correct this for us. However, it would be nice if it showed correctly out of the box instead of having to fix it with every new version of ckeditor.

IE7 and IE8 show the heights correctly.

Regression caused by [6272]. Confirmed in Firefox @ Win 7 and Firefox @ Mac.

• Load the replacebyclass sample
• put the cursor at the end of the line and insert a link using the Link dialog
• click with a mouse at the end of the link or use the right arrow key to go at the end of the link
• press space, start typing
• result: instead of typing plain text, we're still inside of a link.

Connected with #7041. Regression caused by [6272]. Confirmed in Firefox @ Win 7.

Steps to reproduce

• Open ​http://rev.ckeditor.com/ckeditor/trunk/6271/_samples/replacebyclass.html
• Press "New Page" button
• Type "Foo bar" (or some random text) but do not press the "Enter" key
• Click the Link button, type some URL and press "Enter"
• Note: the whole link is selected right now. Do not click on it
• Press "right arrow key"
• Result: cursor is at the end of the link (Ok).
• Now load ​http://rev.ckeditor.com/ckeditor/trunk/6272/_samples/replacebyclass.html and follow the same set of steps. Result: cursor is at the beginning of the editing area.

Toolbar state freezes in FF 3.6 windows after following operation:

1. Clear an editor.
2. Insert a smile.
3. Select all.
4. Press Bold.
5. Switch to a source view.
6. Switch to a WYSIWYG view.
7. Start typing.

Result: New text is bold, but a toolbar Bold button is not turned on.

In Firefox,

1. Load the following content:

   <pre>
   	paragraph1
   
   	paragraph2
   </pre>
   

2. Click inside the format and apply "Normal" format;
   • Actual Result:

     <p>
      Para 1<br />
      <br />
      Para 2</p>
     

   • Expected Result:

     <p>paragraph1</p>
     <p>paragraph2</p>
     

Use the following selection:

<ul>
	<li>
		aaa [bbb</li>
	<li>
		ccc] ddd</li>
</ul>

and apply bold, italic, underline, font color etc.

Result:

<ul>
	<li>
		aaa <u><em><strong>[bbb</strong></em></u><br />
		<br />
		<br />
		&nbsp;</li>
	<li>
		<u><em><strong>ccc]</strong></em></u> ddd</li>
</ul>

Caused by [6373].

• Open editor with enterMode = BR.
• Click "new page".
• Insert a table, fill in text in each cell.
• Hit CTRL+A and apply "bold" style.

Expected:

<table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
	<tbody>
		<tr>
			<td>
				<strong>a</strong></td>
			<td>
				<strong>b</strong></td>
		</tr>
		<tr>
			<td>
				<strong>c</strong></td>
			<td>
				<strong>d</strong></td>
		</tr>
		<tr>
			<td>
				<strong>e</strong></td>
			<td>
				<strong>f</strong></td>
		</tr>
	</tbody>
</table>

Result:

<table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
	<tbody>
		<tr>
			<td>
				<strong>a</strong></td>
			<td>
				<strong>b</strong></td>
		</tr>
		<tr>
			<td>
				<strong>c</strong></td>
			<td>
				<strong>d</strong></td>
		</tr>
		<tr>
			<td>
				<strong>e</strong></td>
			<td>
				&nbsp;</td>
		</tr>
	</tbody>
</table>
<table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
	<tbody>
		<tr>
			<td>
				<strong>f</strong></td>
		</tr>
	</tbody>
</table>

Regression of [6275].

• Open a sample with enterMode = BR.
• Click on the text.
• Click "RTL".
• Click on "undo" (or CTRL+Z).

Note that the text remains RTL.

• Open the API sample.
• Place the caret inside the bolden text.
• Type some text inside the second textarea and click "Insert Text".

Result:

<strong>sam</strong><strong>Test</strong><strong>ple text</strong>

Expected:

<strong>samTestple text</strong>

Basically, this is a copy of #2248.

The editor.insertHtml( '&nbsp;') call inserts a plain space in the selection, instead of the proper &nbsp; char.

Confirmed on Firefox, Safari.

Please find attached word document containing the steps to reproduce this issue.

Note: This issue is specific to Firefox v 3.5.x and I have found this issue in Firefox v 3.5.16 browser.

Errors occur when selecting content that is in a table in Firefox.

1. Click on a image in a table - this does work.

2. Click off the image, then back on it. Note, the handles are not on the image, they strangely appear elsewhere. If you click on the image a second time, the handles will correctly appear on the image.

3. Please note, clicking in text area also produces handles, which it should not. This does not occur in IE or Chrome.

4. These errors do not occur if content is not in a table.

Your attention to this matter is greatly appreciated!

1. Go to demo page

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

3. Press Bold button

4. Double click word to select it.

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

Firefox 3.6.13, Windows XP

Example: ​http://gpeasy.com/x_div_replace/

How to duplicate bug:
* Using FireFox
* Replace div with ckeditor instance
* destory(true) after editor has loaded but before any editing has been performed

What Happens:
* After destroy(true) is fired, the div will not be shown.

Notes:
* Works properly in chrome

ForcePasteAsPlainText doesn't seem to be working for Mac users. They're able to paste in rich text from MS Word, bringing over invalid HTML source code with it. I'm using drupal module ckeditor 6.x-1.2 with ckeditor 3.5.1 on drupal 6.20. I'm not sure if these people are using the Safari browser or Firefox. I have Pasting as Plain Text enabled on the ckeditor module profile admin page, as well as in the ckeditor.config.js file. Also, in case it matters, I have SCAYT set to start automatically.

This problem doesn't affect Windows users using IE or Firefox.

I am trying to debug some strange behaviour with the CKEditor. Here the scenario to re-create the problem:

1. I am creating a text, in which I want to search a key word, which appears multiple times at different positions in the text.

2. I am opening the demo editor on your web page and paste the text into the editor.

3. Now I am searching the key word using the find function. Every time I am repeating my search, the text editor finds the word and scrolls automatically to the position where the keyword can be found. Perfect.

4. Now I am resizing the editor box, e.g. making it significantly smaller. I am re-trying my search with the same text and keyword. Now the editor cannot scroll any more to the correct position. I am totally unable to see the highlighted word and cannot decide any more, if I want to replace it or not.

I am using Firefox on Mac OS X.

Can you re-produce this problem?

Thank you for your wonderful editor.

When using the "Paste from Word" button to paste content, the CKEDITOR.cleanWord function is not executed for the first time. Confirmed in Safari, Opera and Chrome.

Steps to reproduce

1. Replace the default filter with:

   CKEDITOR.cleanWord = function( data, editor )
   {
   	alert("clean word called");
   	return 'xyz';
   }
   

2. Open _samples/replacebyclass.html in Safari.
3. Copy something, but not from Word, e.g. a part of the default text in the editor.
4. Paste it using the "Paste from Word" button.
5. Result: the alert message "clean word called" did not show up.
6. Repeats steps 3-5. The alert message now showed up.

Using Firefox 3.6.15 if I edit a table of the following configuration:

<table align="center" border="0" cellpadding="4" cellspacing="0" width="500">
	<tbody>
		<tr bgcolor="#ffffff">
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				<span style="font-family: Arial;"><strong>EMI Item #</strong></span></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				<span style="font-family: Arial;">EMI-48100</span></td>
		</tr>
		<tr bgcolor="#f2f2f2">
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);"><strong>Item Type</strong></span></span></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);">&nbsp;</span></span></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);">Tape</span></span></td>
		</tr>
		<tr bgcolor="#ffffff">
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);"><strong>Product Type</strong></span></span></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				<spacer height="1" type="block" width="1"></spacer></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);">Anti-Skid Tape</span></span></td>
		</tr>
		<tr bgcolor="#f2f2f2">
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);"><b>Color</b></span></span></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				<spacer height="1" type="block" width="1"></spacer></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);">Black</span></span></td>
		</tr>
		<tr>
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				&nbsp;</td>
		</tr>
		<tr>
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				&nbsp;</td>
		</tr>
		<tr>
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				&nbsp;</td>
		</tr>
		<tr>
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				&nbsp;</td>
		</tr>
	</tbody>
</table>

ckeditor inserts spacer tags after the table each time the code view is toggled, or on loading on the editor. Each time the code view is toggled more tags are added.

<p>
	<spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1">
	<p>
		<spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1"></spacer></spacer></p>
	<spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1">
	<p>
		<spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1"> </spacer></spacer></p>
	<spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1">
	<p>
		&nbsp;</p>
	</spacer></spacer></spacer></spacer></spacer></spacer></spacer></spacer></p>

I can only reproduce this in Firefox, and it does not happen with every table. I think is has something to do with the number of rows. If I remove rows I can get it to stop. Also, if I remove the empty column it will not add the spacers at the bottom.

This can be duplicated in the Demo by pasting the code and toggling the Code View.

1. Place cursor among text;
2. Click on 'Paste' or 'Paste from Word' button;

• Actual Result: Line break inserted at the position.

Steps to reproduce the defect:

1. Open the Ajax sample in FF.

2. Paste the following code into the source view.

<ol dir="rtl">
	<li>
		list item 1
		<ol dir="ltr">
			<li>
				list item 2</li>
		</ol>
	</li>
</ol>

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

4. Press Enter twice.

Expected: The number 2 should display in the editor relating to the second list item of the outer list.

Actual: No number is displayed.

Note: If the editor is removed the number is visible but if you recreate the editor the number disappears again. Same behaviour for bulleted lists.

Paste the following code and switch to wysiwyg mode. You can always create such list your self in CKEditor.

<ol>
	<li>
		i1
		<ol>
			<li>
				i11</li>
			<li>
				i12</li>
			<li>
				i13</li>
		</ol>
	</li>
	<li>
		i2</li>
	<li>
		i3</li>
	<li>
		i4</li>
</ol>

Place the cursor behind (or before) 'i11' element. Now toggle between "Decrease Indent" and "Increase Indent" (in that order) few times. You will see that line breaks (br tags) are inserted after 'i11' element every time you press a button.

This happens in FF browsers only. It has first showed up in CKEditor version 3.5.1.

1. Load editor with the following content and selection:

   <ol>
   	<li>
   		item1^
   		<ol>
   			<li>
   				item2</li>
   		</ol>
   	</li>
   </ol>
   

• Actual Result: Unexpected new line is opened after the nested list.

• Open the sample.
• Click on the list button.
• Click outside the editor chrome.
• Click the new page button.

The selectionChange event is not being fired (visually: toolbar is not refreshed).

When you want to add a link to an anchor, the down arrow button of the empty drop-down list By Anchor Id contains a minor visual glitch: it does not extend to the bottom border of the input field.

After the list is populated (note that it is now only possible to add an anchor ID by editing the source), the button is displayed correctly.

Please note that in earlier versions (CKEditor 3 up till 3.5.2) the glitch was a bit different as the whole input field had a smaller height.

Steps to reproduce

1. Create an anchor in the document, by default it will only contain the name attribute and no id.
2. Open the Link dialog window, select Link to anchor in the text as the Link Type.

I have found this bug when testing #7694

1. Open Ajax sample
2. Copy the below code and paste it in source mode:

   <p>paragraph [one</p>
   <div contenteditable="false">none editable block</div>
   <p>paragraph] two</p>
   

3. Switch to WYSIWYG mode
4. Select whole "none editable block" text with a mouse and click on a size combo box. The JS error may be thrown
5. If size combo is shown and no error is not thrown, than select size, click on font combo select a font, deselect the text by clicking on “paragraph] two”, select whole text again and click on size combo.
6. If still can not reproduce it, try different combinations with selecting text, deselecting text, clicking on size combo, clicking on font combo. Sooner or later the error should be thrown.

The error is:

Location: _source/plugins/wysiwygarea/plugin.js Message: control.is is not a function

if ( control.is( 'img', 'hr', 'input', 'textarea', 'select' ) )

plugin.js (Line 653)

Message: ev.getTarget().is is not a function

if ( ev.getTarget().is( 'a' ) && ev.$.button != 2 )

plugin.js (Line 682)

I have managed to reproduce it only in FF4.

To reproduce:

ckeditor.com/demo using Firefox 4. (Using FF 4.0.1 but reproducible in FF 4.0.0)

Type some text. For example "test".

Click anywhere in the text to place the cursor, for example after the "e".

Click on the font color menu and select a color, for example red.

The cursor drops down below the text and the cursor has the color selected.

Continue typing at the cursor returns as expected. Screenshot here: ​http://www.mattmecham.com/skitch/ckeditor-20110503-081933.jpg

Using FF4 (@ both Mac and Win), in the stylesheetparser sample, the styles combo box does not get filled.

If you create an anchor in Firefox it's icon is not visible in WYSIWYG mode. Instead you see only collapsed blue dotted border.

If after creation you press enter and type a letter the icon shows up with this letter inside blue border.

1. Open ajax sample
2. Select "Heading 3" format
3. Type e.g. 'internationalization'
4. Copy 'nation' with CRTL+C
5. Place cursor after 'n'
6. use CRTL+V

Result: New h3 with word 'nation' is created Expected: nation should be concatenated with internationalization in one word in side one heading.

This problem happens on FF and when the instance is created with CKEDITOR.appendTo().

When the editor's container is hidden and setData() is called on it, making the container visible does not make the editor instance visible.

The problem appears to be related to the following in wysiwygarea plugin.js:

if ( isHidden )
{
	setTimeout( function()
	{
		element.hide();
		element.setStyles( previousStyles );
	}, 1000 );
}

A sample test page has been attached also.

Doing a right-click does show the built-in contextmenu, but when doing a second right-click, it hides, instead of popping up again at the actual mouse-position.

For a sample HTML content that can be used to reproduce the error, check #8006.

With Firefox, the BBCode sample is not loading.

if enter mode ENTER_DIV is used, every first execCommand call shows the cursor in second line but after first input cursor jumps back in first line.

How to reproduce:

1. open ckeditor with enterMode:ENTER_DIV
2. focus editor (cursor is in first line)
3. click on bold/italic... (cursor is in second line)
4. write some content (content is added in first line)

Steps to reproduce the defect:

1. Open the Ajax sample in FF.

2. Insert a table.

3. Enter some text into the cells on the top row.

4. Copy the cells containing the text.

5. Place the cursor below the table and paste the copied cells into the editor.

6. Right click on the pasted cells and open the table dialog from the context menu. See that the rows and columns fields are editable and the columns field is left empty.

7. Enter a value into the columns field and click ok.

Result: The table dialog remains on the screen. If you check in Firebug you can see that the following error is thrown:

this.$ is undefined
j.insertNode(l.remove());k.insertAfter...rn(this.getName=function(){return i;
ckeditor.js (line 16)

This is reproducible in FF 3.6.8 and 3.6.15

To reproduce the defect:

1. Open AutoGrow sample and enter content that spans multiple pages.

2. Press PageUp button.

Expected Result: Cursor in editor body moves one page up.

Actual Result: Cursor goes out of editor body and we can't type in the editor.

If you past next code in Source mode, and then switch to WYSIWYG mode, nothing will appear. Problem appears only in FireFox 3.6

<!--[if !mso]> <style> v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} </style> <![endif]--><o:smarttagtype name="PostalCode" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><o:smarttagtype name="State" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><o:smarttagtype name="address" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><o:smarttagtype name="Street" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><o:smarttagtype name="City" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><o:smarttagtype name="place" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><!--[if !mso]> <style> st1\:*{behavior:url(#default#ieooui) } </style> <![endif]--> <style type="text/css"> <!-- /* Font Definitions */ @font-face {font-family:Italic; panose-1:0 0 4 0 0 0 0 0 0 0;} @font-face {font-family:"sans serif";} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:12.0pt; font-family:"sans serif"; color:black; mso-believe-normal-left:yes;} a:link, span.MsoHyperlink {color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {color:purple; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal; font-family:Italic; color:windowtext; font-weight:normal; font-style:italic; text-decoration:none none;} span.EmailStyle20 {mso-style-type:personal-reply; font-family:Italic; color:blue; font-weight:normal; font-style:italic; text-decoration:none none;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.25in 1.0in 1.25in;} div.Section1 {page:Section1;} --></style> <![if mso 9]><style> p.MsoNormal {margin-left:37.5pt;} </style><![endif]><!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit">

<o:idmap v:ext="edit" data="1" />

</o:shapelayout></xml><![endif]--></o:smarttagtype><img class="shape" height="0" src="cid:image001.jpg@01CC207A.F8050800" style="display: none; width: 0pt; height: 0pt;" v:="" v:shapes="_x0000_Mail" width="0" /> <div class="Section1"> <p class="MsoNormal"> <i><font color="black" face="Italic" size="2"><span style="font-size: 11pt; font-family: Italic; color: windowtext; font-style: italic;">Test Message </span></font></i></p> </div> </o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype>

Depends of the content in the editor.

Steps to reproduce

1. Load contents of attached sample.txt.
2. Click between the second and the third table (click few times in random places to trigger the error - it happens randomly).
3. The following errors appear:

   target.getOuterHtml is not a function
   if ( !target.getOuterHtml().replace( emptyParagraphRegexp, '' ) ) 
   _source/plugins/wysiwygarea/plugin.js Line 668
   
   ev.getTarget().is is not a function
   if ( ev.getTarget().is( 'a' ) && ev.$.button != 2 ) 
   _source/plugins/wysiwygarea/plugin.js Line 682
   

Whenever the JS error occurs, target is set to "document" instead of "p".

Can be reproduce at least since CKEditor 3.3.2.

To reproduce the defect:

1. Open CK Editor and click on Table icon to open Table Properties dialog.

2. Using key board navigate to Headers combo box.

Expected Result A dotted line shows around the combo box indicating that focus is currently on the combo box.

Actual Result There is no dotted line or any other indication to the user that focus is currently on the combo box.

3. Close Table Properties dialog and click on Find icon to open Find and Replace dialog.

4. Using key board navigate to the Match case check box.

Expected Result A dotted line shows around the check box indicating that focus is currently on the check box.

Actual Result There is no dotted line or any other indication to the user that focus is currently on the check box.

This is an Accessibility issues, since we are using FF4 for our Accessibility testing

This issue is based on ​http://drupal.org/node/1096164.

To reproduce:

1. Include in your CKEditor HTML page and CSS file from the attachment.
2. Open sample page
3. Scroll down to the middle of the editor
4. Select some text but try to start somewhere in blank area. Clicking in area next to "Little Red Riding Hood" always works.

Result:
Editor scrolls up.

The reason is that body in contents.css has height:100% applied. This particular setting is causing the whole problem.

I have managed to reproduce the issue only on Firefox (One user claimed that he reproduced it in IE8) browser from CKEditor 3.4.2

This is the continuation or extension of #7796.

1. Open replacebycode sample and clean both editors
2. In first editor press bold button and type few words
3. Go to second editor and type few words
4. Go to first editor and click behind the text

Result: Bold button is no longer activated. It all depends whether Firefox decides whether you have left element boundaries or not.

After discussoin with @wwalc we have decided to create such ticket and link it to #7796 just to mark that this is not only about pasting.

When pasting images into CKEditor in Firefox 5, a ​Data URI is used as image source. I would like to be able to disable this, so that in this case no image is pasted.

To reproduce:

1. Right-click any image in Firefox 5
2. Select 'Copy Image'
3. Paste the image into CKEditor

Result:

The source of the pasted image is data:image/png;base64,iVBORw0KGgo...

This might be reproducible in other browsers as well.

I'm sorry, I don't know the right component for this ticket.

Thanks in advance.

1. Load the Ajax sample.
2. Create the editor.
3. Without clicking in the editing area, click one of the image, flash or iframe buttons.
4. Insert any URL in the dialog and confirm.
5. Click the "Undo" button.

The inserted object is not removed. A second click on Undo removes it.

Confirmed with FF5 and Opera. Ok with IE9 and Safari.

Using CKEditor 3.6.1 in Firefox 5.0 on Ubuntu, I get this error when I try to drag and drop some HTML into CKEditor (WYSIWYG mode) (I'm using prototypejs to handle the dragging and dropping):

uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMNSHTMLDocument.execCommand]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: http://myhost/ckeditor/ckeditor.js :: q :: line 8765"  data: no]

I also ran this with CKeditor's unminified source and the problem occurs at line 125 of plugins/wysiwygarea/plugin.js:

this.document.$.execCommand( 'inserthtml', false, data );

After the error occurs once, everything works fine. I can drag and drop images and they all work without any errors.

I'm not sure of the exact reason for this error, I couldn't put together a test case to add to this issue unfortunately, however I wanted to report it in case others encounter this error and can provide more details or if they just want to know a workaround.

This error is similar to the error reported here, so that's how the workaround below was found: ​http://dev.ckeditor.com/attachment/ticket/5660/5560.patch

Add this JavaScript to fix the issue

CKEDITOR.on('instanceReady', function(e) {
	var editorInstance = e.editor;

    // Refresh 'contentEditable'
    var body = editorInstance.document.getBody();
    body.setAttribute( 'contentEditable', false );
    body.setAttribute( 'contentEditable', true );
});

The bug also happens with the nightly build (Revision number: 7199) taken on August 15th 2011.

Revealed by the following DT failure on FF3.6.3 run:

​http://ckeditor.t/dt/core/dom/node.html (test_isReadOnly)

If I edit form's textarea contents in WYSIWYG and then move to source and back to WYSIWYG textarea contents are missing.

By entering textarea content via dialog contents remain.

Entering by pressing enter inside textarea in WYSIWYG results in new empty paragraph at the beginning of editing area.

Tested with FF 6.0.1

Tested in FF 3.6

Set the editor to RTL mode. We have the <html> tag within the editor iframe set to rtl:

<html class="CSS1Compat" lang="ar" dir="rtl">

Insert a table. Click on the table. The resize handles will appear in the left side of the editor, where the table would be in LTR mode.

This is probably a FF bug but there may be a workaround.

Hi guys, I'm using CKEditor 3.6.2 and working in Firefox 6.0.2 (Mac OS X). When I paste (cmd+v) a text into the textarea of the CKEditor the whole window scrolls down (how much depends on the amount of text i paste) which means that every time I paste a piece of text to the CKEditor field I need to scroll back upp to be able to continue to work in the textarea.

This problem can be reproduced on your demo page (​http://ckeditor.com/demo).

Run the attached code example. Click the "Test" button on the toolbar. Go to the source view. Notice that the "!" character is incorrectly encoded. Expected result is that the "!" character is not encoded, thus allowing navigation to the href to occur.

We have found that in FF,7 for the text selection made, Color Picker shows last color(s) selected on dialog open.

Steps to reproduce:

1. Access ckeditor.com/demo
2. Create two paragraphs, each containing the word 'text'.
3. Select the first paragraph and select the color 'red'.
4. Select the second paragraph. You should see that 'red' is still

highlighted, when the default color is black. Select 'green'

5. Now select the first paragraph again. Both colors will be

highlighted.

You can continue to select other colors, and eventually can get every color to be highlighted.

I an seeing the following error: this.getWindow().$.getComputedStyle(this.$, \"\") is null

userAgent:Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20100101 Firefox/8.0

The code in question is located at element.js line 502.

I am recommending that the code change from:

return this.getWindow().$.getComputedStyle( this.$, ).getPropertyValue( propertyName );

to

return this.getWindow().$.getComputedStyle( this.$, ) ? this.getWindow().$.getComputedStyle( this.$, ).getPropertyValue( propertyName ) : null;

that will fix the problem.

thanks,

Scott Schmitz.

When I copy table from MS Word and paste it to the Ckeditor, I get text instead of table. This is only in FF9.0.1, for Chrome and IE works fine

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

Using Firefox 9.0.1 on Fedora and on Windows, I can run the following line of JS in the console on the demo page:

document.getElementById( "cke_editor1" ).style.position = "absolute";

This causes the arrow keys to stop moving the caret in the editor, as they do in all other browsers I've tested.

(This may be a Firefox bug. If I can reduce it to that, I will report that to Mozilla and report back here, as well.)

When I paste text from MS Word 2003, which is in bold, different colors and two different sizes, the result is everything in default black and the same text size. CK Editor tells it can't access clipboard due to the FF security settings, but I can't see what I could change in FF. I disabled all FF add ons, but the result is the same. The same with older CKE versions if using FF 9.0.1 Works fine in Opera and IE.

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 below the first default table

Result:Not only it does not copy style attribute #8661 but it also pastes all cells in single row.

Reproducible from CKEditor 3.0.

To reproduce the defect:

1. Open a CKEditor sample.

2. Insert a new table.

3. Open the Cell properties dialog using the context menu

4. Navigate to a Choose button in the dialog and press Enter to open the Select Color dialog.

5. Select Color dialog opens and JAWS reads the first color option. Inspect32 confirms that focus is on the first color in colors listbox.

6. Use Right Arrow key.

Expected Result: JAWS should read the next color in the list. Actual Result: JAWS reading the Cancel button name.

There are two issues here

First Issue: JAWS doesn't switch to forms mode correctly to allow navigating the color picker list box with arrow keys.

Second Issue: Odd jump to the Cancel button bypassing the input field on the dialog.

To reproduce:

1. Paste the below code in CKEditor

   <span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">This is </span></span>
   

2. Paste the below code into console or use PasteAsPlainText plugin

   CKEDITOR.instances.editor1.insertText("Hello, world");
   

3. Put cursor here: Th^is is
4. Execute console command or use PasteAsPlainText plugin.

Results:
Firefox and Chrome split each section in separate spans whereas IE and Opera do the expected and join all together. Safari drops formatting.

IE and Opera OK-

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">ThHellois is </span></span></p>

Firefox -

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span><span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Hello, world</span></span><span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">is is </span></span></p>

Chrome -

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span><span style="font-family: arial, helvetica, sans-serif; ">Hello, world</span><span style="font-family: arial, helvetica, sans-serif; ">is is</span></p>

Note also that Chrome drops font-size if it is default 12px. If you use font-size E.g 13 you will get spans like: <span style="font-family: arial, helvetica, sans-serif; font-size: 13px;">

Safari -

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span>Hello, worldis is</p>

All issues have been reproducible from CKEditor 3.5. Before this version text was pasted without any formatting. From 3.5 there is an improvement but there is still something missing.

Exception is the Safari where it seems that this particular part was working till CKE 3.4.3 and was broken in CKE 3.5.

When you use the PasteFromWord Command on multiple nested lists, only the first nested list is really nested after pasting.

Try with

<ol id="d65e23">
	<li>
		toto
		<ol>
			<li>
				bibop</li>
			<li>
				tutut</li>
		</ol>
	</li>
	<li>
		tata
		<ol>
			<li>
				lolilop</li>
			<li>
				reir</li>
		</ol>
	</li>
	<li>
		tutu</li>
	<li>
		lolo</li>
</ol>

on the ckeditor demo

Put the code and then copy and pastefromWord, you'll lose the second ol

I tried to fix it for my webapp and found a way. I hope i didn't break anything by doing that.

In the flattenList filter in default.js line 418 (in ckeditor 3.6.1) i just did the following code : children = element.children so that the global loop takes in acount the flattened ol/ul. Otherwise the increase of level is lost.

1. Load the attached sample page;
2. Just put cursor in editor without any other keystrokes;
3. Press PageDown keys couple of times then PageUp;

• Actual: Cursor moves in the document, while content not scrolls;
• Expected: Cursor moves with page scrolls cursor into view.

In addition, note the behavior will return to normal once Down Up/Arrow key is used.

Create a bulleted list as follows

o One

• Child 1
• child 2

o two

Place cursor before "O" in One. Shift-down arrow. Press delete key. Action changes the order of the sub list items, also does not properly handle the change.

o * Child 2

child 1

o two

To reproduce the defect:

1. with JAWS on, Open a CK Editor sample and insert a new table.

2. Open Cell properties dialog using context menu

3. Navigate to Choose button next to Background Color text field & press Enter.

4. Select Color dialog opens.

5. Select a color and close the dialog or Press Esc to close the dialog.

6. Select Color dialog closes and focus goes back to Choose button next to Background color text field on Cell Properties dialog.

7. Press enter again to open Select Color dialog.

Issue: Nothing happens & Select Color dialog not opened.

8. Navigate to Choose button next to Border Color text field and press Enter.

Issue: Nothing happens & Select Color dialog not opened.

1. Go to ​http://ckeditor.com/demo
2. Drag image in few places inside content area
3. Switch to source and notice that there are many empty headers inside content area <h1>&nbsp;</h1>

I have also tried using the below code (img inside div)

<div>
	<img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" style="margin-left: 10px; margin-right: 10px; float: left; width: 120px; height: 168px;" /></div>
<h1>Little Red Riding Hood</h1>

Code didn't cause much trouble except for the first two drags. First one leaves empty div at the top and second one (Let's say picture was dragged here in the first try rescue and cuts the w^olf )and the second one leaves empty div inside text. In all other cases picture is dragged without div anymore.

Issue reproducible in Firefox from CKEditor 3.6.2 rev [7242]

In Kama.skin - dialog.css, the background position for a.cke_dialog_ui_button should be 0 -1068px instead of 0 -1069px as now, in order to avoid an ugly hover effect (very visible if the default button colors are changed to darker colors in sprites.png - the bad hover effect can be seen for instance on the "Browse Server" button in the image plugin):

line 364 of kawa skin dialog.css

background: transparent url(images/sprites.png) repeat-x scroll 0 -1069px;

should be

background: transparent url(images/sprites.png) repeat-x scroll 0 -1068px;

To reproduce:

1. Create a table that is large enough to cause the editor scroll bar to appear.

2. Edit the table by right-clicking inside the last row of the table

3. Set the table alignment to left or right

4. Click OK

Expected: Focus returns to the cell that was clicked into, the view remains in the same place on the document.

Actual: The cursor appears to remain in the cell, but the window scrolls to the top of the document.

The scrolling problem manifests itself whenever the dialog is discarded (either OK or Cancel button) and the alignment on the table is set to left or right.

I am using CKEditor on Firefox 11.0 on a windows server 2008 build.

I have enterMode and shiftEnterMode set to CKEDITOR.ENTER_BR.

When I add a ordered or unordered list to my document and have a line of text following the list, Scayt surrounds the line of text in a span after a load from the database and causes the editor to create a new unordered list with the last word from the last element of the list.

Disabling Scayt removes the issue.

To reproduce:

1. In your config.js set config.forcePasteAsPlainText = true;
2. Open any MS Word 2010 document and copy formatted text with CRTL+C
3. Paste contents in to editor using CRTL+V (Toolbar buttons work fine)

Result: MS junk code is pasted into editor.

Issue has been reproducible in Firefox from CKEditor 3.6.3.

The first change - all pasted in one paragraph can be seen from rev [7453] but there is no MS junk. In next revision [7454] junk is present.

To reproduce:

1. Open placeholder plugin sample
2. Put cursor behind placeholder and try to delete it.

Result: you can't.

This is actually how Firefox works. It does not allow for removing non-editable elements with backspace key
Insert the below code in HTML page, open it in Firefox and try to delete placeholder.

<div contenteditable="true" style="margin-bottom:25px; border:3px solid black;">
<p>This is a <span contenteditable="false" data-cke-placeholder="1" class="cke_placeholder">[[sample placeholder]]</span>. You are using <a data-cke-saved-href="http://ckeditor.com/" href="http://ckeditor.com/">CKEditor</a>.</p>
<div>

Perhaps CKEditor might introduce some code working around this issue

1. Create a link of type url and give it an id and name.
2. Now enter no of lines below this link. These lines are added as spacer.
3. Create another link and select its type as 'Link to anchor in the text' and select the anchor name or id of the link created in step 1.
4. The new link must be created quite some distance from the first link i.e the second link must be at a scrollable distace so that when we click the second link the focus moves up or down the page.
5. Now click the second link. In IE and chrome focus will move to the first link while in firefox instead of the focus getting shifted to the target link the page reloads.

I have verified that this is not a behaviour intinsic to firefox by creating two such links in a html page without ckeditor and it behaves as expected i.e the focus shifts, just like in IE and firefox. The problem occurs only when ckeditor is loaded.

One difference I observed between the source code of the preview page as generated by IE and FF is that FF had this additional line insided the html body

<p>
	<link href="http://ckeditor.com/apps/ckeditor/3.6.3/contents.css" rel="stylesheet" type="text/css" />
</p>

If this is acknowledged as a bug we will require it to be patch in 3.3.1 and 3.5.3 also as we have customers using these releases and waiting for a fix.

When you set a MozTransform scale factor to the content body of the editor, when writing something the browser scroll in the wrong place. That happens too with pageDown button, the document scrolls down but not to the real end of the enlarged document, but to the end of the document without the transformation.

It seems that Firefox don't consider that zoom scale factor, that others browser do.

To reproduce this bug after the CKEDITOR.replace part add (content should be long enough to scroll):

CKEDITOR.on('instanceReady', function(ev){
            var body = ev.editor.document.getBody().$;
            body.style.MozTransformOrigin = "top left";
            body.style.MozTransform = "scale(1.5)";
            body.style.OTransformOrigin = "top left";
            body.style.OTransform = "scale(1.5)";
            body.style.TransformOrigin = "top left";
            body.style.Transform = "scale(1.5)";
            // IE
            body.style.zoom = 1.5;
        });

Unable to type after press "New Page" button in Firefox.

Clearly noticable at the select input dialog, but all buttons are affected, including OK and Cancel. The buttons are a bit cutoff from top.

To reproduce:

1. Set Enter mode to BR
2. Open replacebycode sample, press New Page and switch to source
3. Paste in the below invalid code

   <div>
   <ul>
   <li><meta charset="utf-8"><span style="font-size: smaller;">FedEx 3rd Day (3 business days) - $12.95&nbsp;</span></meta></li>
   <li><meta charset="utf-8"><span style="font-size: smaller;">FedEx 2nd Day (2 business days) - $24.50</span></meta></li>
   <li><span style="font-size: smaller;">FedEx Next Day (1 business day) - $19.95</span></li>
   </ul>
   </div>
   

4. Switch to WYSIWYG

Result: infinite loop.

Problem has been reproducible in Firefox from CKE 3.5.3 rev. [6629]

Despite code being invalid I think that it should not cause infinite loops.

To reproduce :

1. Create a new table.
2. In wysiwyg mode, resize it
3. Right clic on the table, and enter a new width.
4. Go to source, the table contains 2 widths (<table width="xxx" style="width: xxxpx")

Thanks in advance.

IME(use Japanese input methods) is disabled if startupFocus is true.

By v3.6.4 and v3.6.3, it checked using FF. In Chrome or IE, IME is enabled.

It can be used, if a focus is removed once and it returns from wysiwyg area.