Custom Query

In Firefox when you right click a checkbox or a radio button, no context menu appears. But if you right-click to the right of the checkbox or radio button, the context menu does appear.

I've tested this in both version 2.6b and the nightly build. Checked in 2.5.1 and it appears there as well.

Environment: FF 2.0.0.13, OS: Win XP

Steps (in on-line FCK demo with editing pane cleared)

1. write:

aa <Shift+Enter> bb <Shift+Enter> cc <Shift+Enter>

2. Hold <Shift> and press <Up-arrow> three times (the three lines of text get selected)
3. Click "Insert/Remove Bulleted List"
4. point mouse cursor between the two letters 'b' and click

"Increase Indent" button remains disabled even it should be enabled

(When <Down-arrow> and <Up-arrow> is pressed it get enabled. Works fine in IE)

When hitting enter (and creating a new paragraph), the entire page will scroll back up in the Firefox 3 beta. Apparently, the behaviour of scrollIntoView has changed to match IE, so that scrollIntoView(true) should be used (rather than scrollIntoView(false), which is used now).

I found this related ticket:

​http://dev.fckeditor.net/changeset/1126

The relevant bug in bugzilla:

​https://bugzilla.mozilla.org/show_bug.cgi?id=426698

FCKEditor v2.6 If you launch Sample 13 (Dinamically switching with a Texarea) and click the Switch button several times the text you are editing disappears. This does not happen in IE.

We're having a problem when using blockquote and formatted text. After we've been writing a couple of paragraphs and starts to edit the text, line breaks are removed where it shouldn't and wrong characters are removed. I'm reporting this in the same bug since it might be just two ways to reproduce the same bug.

Both examples are reproduced in version 2.5.1 and 2.6 with Firefox 2.0.0.13 on Ubuntu and Windows XP. I've not been able to reproduce the bug in IE 6 or 7.

Line breaks that are removed How to reproduce:

1. Click blockquote and select format "formatted"
2. Type

   a
   a
   a
   

3. Hit enter two times creating a paragraph
4. Type

   b
   b
   b
   

5. Hit enter two times creating a paragraph
6. Type

   c
   c
   c
   

7. Hit CTRL+Z, hit enter once and type

   c
   

8. Move the cursor in front of the last b
9. Hit backspace

The last b is placed after the second b, that's good, but at the same time the last c is placed after the second c.

Wrong character deleted

1. Click blockquote and select format "formatted"
2. type "asdf" hit enter two times and type "hjkl"
3. Move the marker at the beginning of the line with "hjkl"
4. Hit backspace two times in order to move "hjkl" on the same line as "asdf"

Result: One hit on backspace removes the empty line, the next removes the "f" and if you continue the whole line with "asdf" will be deleted.

What I'd expected: The string "hjkl" to be moved at the end of "asdf"

1. Open sample06.html with Firefox;
2. Insert a Placeholder;
3. Drag and drop the placeholder to another position;

The following tag will be created in the dropped line:

<span style="background-color: rgb(255, 255, 0); color: rgb(0, 0, 0); cursor: default;">

Some image aligment types aren't populated correctly that we return again to image propeties dialog.

Found at ​http://www.fckeditor.net/demo Used browser was Firefox 2.

Steps to reproduce:

• go to Insert/Edit image dialog
• select image
• select Align to 'Absolute bottom'
• click Ok and close dialog
• go back to Image properties dialog

Actual result: 'Align' combobox is empty.

Expected result: Option 'Absolute bottom' is selected inside 'Align' combobox.

When the editor is in a div with a scrollbar the contextmenu and style menu is misalinged.

There was once ticket #135 which seem to cover the same so this might be a new bug introduced in 2.6.

I'll attach a patch which fixes this for firefox.

When deleting a table in Firefox, the resize handles stay on the screen even though the table borders disappear. Only after double clicking somewhere or typing do the handles disappear.

Firefox specific (using 2.0.0.14) (not IE, not windows Safari)

Reproduction Steps:

1. Go to the 2.6 demo (​http://www.fckeditor.net/demo) type in 2 or more paragraphs.
   
2. Click selectAll on the toolbar.
   
3. Click indent on the toolbar.
   

Notice the first paragraph is indented twice.

When I stepped through the FCKIndentCommand._IndentBlock() [in firebug] it didn't happen so should be a fun one.

Hello,

There is a bug with Firefox when doing some manipulations on bold and italic.

Let's try this with the demo FCK on the website :)

1/ Type "Hello world"
2/ Make the characters "rld" in bold

In Source view, we'll have something like <p>hello wo<strong>rld</strong></p>

3/ Now we delete the substring "orld" and then retype orld

In source view : <p>hello w<span style="font-weight: bold;">orld</span></p>

We have the same kind of bug with the italic button Tested on FF 2.0.0.14 and FF 3RC1 with FCK 2.6

When you change the width of a selected table via the table-properties dialog, the selection rectangle doesn't get updated to the new width of the table.

In firefox 3.0.0 it isn't possible to select/right-click form elements in order to change their options. Only text input elements can be changed

try it yourself, for example:

<form method="post" name="blaat">
    <p><input type="text" value="fsdf" name="fsdfs" />dddfdfdsd</p>
    <p><select name="boij">
    <option value="fhu">ui</option>
    <option value="sgr">fsfd</option>
    <option value="re3">grge re</option>
    </select></p>
    <p>fgd<input type="checkbox" value="ger" name="ge" />gfdg</p>
</form>

The contextmenu remains open in firefox when a dialog opens; and after closing the dialog, the contextmenu doesn't disappear by clicking somewhere else.

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.

Maximize layout is broken in RTL quirks - there is an additional space on the bottom. Using resize grip fixes this isssue. Please refer to attached screenshot.

Reproduced in Firefox3.

To reproduce the defect:

1. Open Ajax sample.

2. Type some text, keep the cursor in the paragraph and click on Align Left icon in the Tool bar.

3. See that paragraph is moved to left and Align Left icon is selected in the Tool bar.

4. keep the cursor in the Paragraph and click on RTL icon in the Tool bar.

Expected Result:

See that paragraph is moved to right and Align Right icon is selected in the Tool bar.

Actual Result:

Paragraph is moved to right but Alignment of Paragraph is not changed & it is still shown as Left Aligned.

When centered a table, the pads sizing the table are not centered

When using a single quote within a double quote "BOTH" ckeditor and fckeditor cancel out the single quote which in turn is altering the code in the background.

TC:

1. In CKEditor, delete all content
2. In source editing paste:

   <table>
     <tbody>
   	<tr>
   	   <td align="center" bgcolor="#009900" class="style26" style="background-image: url( http://www.aaagraphicsanddesign.com/index_htm_files/4.png); width: 216px">
   	&nbsp;</td>
   	</tr>
      </tbody>
   </table>
   

3. Delete last " mark in <td>
4. Switch to WYSIWYG mode - the table cell is missing or messed
5. and back to Source editing
6. <td></td>line is interpreted wrong or deleted
   1. in Chrome7 & Safari:

      <table>
        <tbody>
          <tr>
          </tr>
        /tbody>
      </table>
      

   2. in Firefox 3.6.9:

      <table>
        <tbody>
      	<tr>
       	 <td 216px="" align="center" bgcolor="#009900" class="style26" http:="" index_htm_files="" style="" width:="" www.aaagraphicsanddesign.com="">
      	 &nbsp;</td>
      	</tr>
        </tbody>
      </table>
      

   3. in IE8

      <table>
      	<tbody>
      		<tr>
      			&lt;td align=&quot;middle&quot; bgcolor=&quot;#009900&quot; class=&quot;style26&quot; style=&quot;background-image: url(http://www.aaagraphicsanddesign.com/index_htm_files/4.png); width: 216px&gt; &nbsp;
      		</tr>
      	</tbody>
      </table>
      

   4. in Opera 10.62

      <table>
        <tbody>
          <tr>
      	<td align="center" bgcolor="#009900" class="style26" style="background-image: url( http://www.aaagraphicsanddesign.com/index_htm_files/4.png); width: 216px&gt;
      				 &lt;/td&gt;
      		&lt;/tr&gt;
      	&lt;/tbody&gt;
      &lt;/table&gt;
      ">
      	&nbsp;</td>
          </tr>
        </tbody>
      </table>
      

Hi there!

Go in FF 3.x or in IE7 or IE8.

Now double-klick a word, and you can see, that there is the space after the word marked. So, when you set a link now, the one Space after the word is also a link and is also underlined. This looks not really nice.

I saw it in my 3.3.1 but it is also in your latest Version.

greets

example:

oEditor.insertHTML('<embed src="http://www.youtube.com/v/ZZxx3VmTq3M?fs=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="385"></embed>');

but oEditor.getData() returns

<img align="" alt="Flash" src="../images/spacer.gif?t=A7HG4HT" style="width: 480px; height: 385px;" />

only happens in FF3.6.9

Steps to reproduce :

1) go to the ckeditor demo: ​http://ckeditor.com/demo

2) right click on the image on the left and select "Image properties"

3) change the image url to an image on the same domain of the editor: ​http://ckeditor.com/sites/default/files/adobelogo.png?1248534498

4) click on ok

5) drag and drop the image somewhere in the text

6) right click again on the image and select "Image properties"

7) path changed to relative path. (it become sites/default/files/adobelogo.png?1248534498)

This is a bug especially when the editor is in a folder of the site, while the editor's text is displayed somewhere else (not in that folder)

I am trying to insert a "<img>" into CKEditor with the function insertHtml() . It is working fine in I.E. but some problems encountered in firefox >=3.6.9

first:my domain is www.rocing.cn

I want to insert the code into ckeditor with the function insertHtml()

<img src="http://www.rocing.cn/uploadfile/2010/0914/20100914115423934.jpg" />

but it returns

<img src="uploadfile/2010/0914/20100914115423934.jpg" />

If the code inserted in other domains begins, it's fine in any browsers

This is a repeat, but Ticket #5218 refers to a bug where absolute src paths are lost when dragging the image around the editor and/or copying and pasting to a different portion of the editor.

The src path switches to a relative path. This works fine for the editor, but pages in a few sub directories do not have the correct reference.

There were a few patches available and none fixed the issue for me.

When using the insertHTML() function in Firefox 3.6.10, &lt;script tags are completely stripped out of content trying to be inserted.

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.

Hi,

I have a problem with the Firefox browser in preview mode code. When I change to it, and move the cursor, or try to perform some sort of editing CPU consumption increases dramatically. I performed the same operations in IE and Chrome the problem does not occur. Tested versions: 3.4.1, 3.4, 3.3.2; occur at all.

Attached below the image processing and basic script for example.

Thanks.

1. go to ckeditor.com/demo

2. set the article source to:

   <pre>
   aaaa
   &nbsp; bbbb
   &nbsp; cccc
   &nbsp; dddd
   eeee
   </pre>
   

(There are several other configurations (some not invloving &nbsp;'s) which also cause this bug. This is the most consistently reproducible.)

3. in wysiwyg mode, place the cursor at the end of line cccc

4. press backspace

Expected: A C was deleted. The source now looks like this:

<pre>
aaaa
&nbsp; bbbb
&nbsp; ccc
&nbsp; dddd
eeee
</pre>

Actual: a line ending was deleted. The source now looks like this:

<pre>
aaaa
&nbsp; bbbb
&nbsp; cccc&nbsp; dddd
eeee
</pre>

1. go to ckeditor.com/demo
2. click 'new page'
3. type 'a'
4. select 'a', press ctrl+c
5. hold ctrl+v

expected A continous stream of "a"s are produced

actual After a few moments, the cursor resets to the start of the document and begins a fresh line of "a"s.

Note: The start of the broken behavior is inconsistent- sometimes it starts immediately, other times it doesn't occur until dozens of "a"s have been pasted.

See video

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.

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

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.

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

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.

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.

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

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

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.

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.

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.

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

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.

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).

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.

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.

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

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)

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.

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.

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

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!

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)

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.

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.

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

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.

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.

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

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.

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.)

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.

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

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.

1. All browsers
2. Steps to reproduce:

• choose font style ( "bold" for example)
• type something
• then press Enter twice
• then move on the previous line, using mouse

Result: Bold font was reset Expected result: If any font style was chosen, it keeps still while typing. Screens are attached

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.

Assume you have the following content within the ckeditor:

    <p>This is</p>
    <p>[anchor] an anchor</p>

Where [anchor] is the anchor placeholder.

Placing the cursor at the end of the first paragraph and hitting the DELETE key causes the anchor to be removed whereas I would expect that the second paragraph would be merged into the first paragraph and the anchor retained. [IE9 and FF10]

Placing the cursor at the beginning of the second paragraph, and hitting the BACKSPACE key also removes the anchor. [IE9]

This seems to work as expected on Chrome (WebKit).

I tried this on the following nightly build sample, and it still seems to be an issue: ​http://nightly.ckeditor.com/7385/_samples/replacebyclass.html

Incidentally, hitting the ENTER key immediately before an anchor on this nightly build seems to cause the anchor to get vertically squished (see screenshot).

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.

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.

Steps:

1. input multiple lines of text as pic1 in firefox.

2. ctrl + a to select all text, then make all selected text bold/underline/... as pic2.

3. select one line (such as the second line) to unbold the whole line of text as pic3.

4. place cursor at the end of second line and input "ab"

Expected result:

"ab" is not bold.

Actual result:

"ab" is bold.

Possible cause:

when style in firefox, br is included in "strong" tag as pic4 and when unstyle br is not removed with "strong" tag as pic5.

When I click on a "label" element the field that the label is defined for ("for" attribute) get focused so I cannot modify the label.

Affected : Firefox 12.0 on Linux, Chromium 18 on Linux, Safari 5.1.7 on Windows Works on : Internet Explorer 9 on Windows, Opera 11.62 on Windows.