Custom Query

After a click on editors content inline combo labels disappears. Firefox 2.

Sometimes WYSYWIG area is not editable. Please try the attached test case.

The core is loaded from my server (nightly build).

Test: occurs in about 60% of cases, Firefox 3.5, reloading with F5, disabled cache.

Works fine in other browsers.

Reproducing Procedures

1. Open the 'replace by class' sample page in Firefox;
2. Load the document with the following content and selection with CTRL-A:

   [<p>line1</p>
   <p>line2</p>]
   

3. Click on 'Insert Bulleted List' button;
   • Actual Result: Javascript error thrown.

In FF3, dialogs sometimes doesn't show, because of visibility: hidden.

Reproduced using image dialog. Isn't reproducible always.

In Firefox (3, 3.5) using Kama skin, after opening image dialog it sticks to left viewport border. Drag&drop it to the right is impossible.

Quirks mode only, on pages with 3 editors, each with different skin.

Reproducing Procedures

1. Open the 'replace by class' sample page in Firefox;
2. Load the document with the following content and selection with Ctrl-A:

   [<p>line1</p>
   <p>line2</p>]
   

3. Click on 'Insert/Remove Bulleted List' button;
   • Actual Result: Four list items created.

Steps to reproduce:

• Open 'replacebyclass'

• Select all text using mouse

• Click Bold

• Click Bold one more time

• Select "Heading 1" from Format combo

Result:

node is null
http://localhost/edytor/CKEditor/trunk/_source/core/dom/range.js
Line 1369

anonymous()range.js (line 1369)
anonymous()range.js (line 1574)
anonymous()plugin.js (line 75)
applyBlockStyle()plugin.js (line 680)
anonymous()plugin.js (line 130)
applyStyle()plugin.js (line 1200)
anonymous()plugin.js (line 115)
anonymous()plugin.js (line 58)
anonymous()plugin.js (line 257)
anonymous()plugin.js (line 65)
anonymous()tools.js (line 505)
anonymous()tools.js (line 512)

It is not an regression.

[FF] Paste dialog has scrollbars in quirks. Only v2 and office2003 skins are affected.

• Open replacebyclass in IE3

• Put cursor between M and P:

  This is some sam|ple text. You are using CKEditor.
  

• Hit enter key

• Press left arrow key ( cursor is in first line )

• Press Delete key (nothing happens)

• Press Delete key: "am" was removed.

Result:

<p>
	This is some <strong>s</strong></p>
<p>
	<strong>ple text</strong>. You are using <a href="http://www.fckeditor.net/">CKEditor</a>.</p>

Works fine in all other browsers. It is not an regression.

In Firefox2, test_toDataFormat_3 test from plugins/htmldataprocessor fails.

Expected:

<x:x><p>Test</p></x:x>

Actual:

<x:x></x:x><p>Test</p>

There's an obvious blinking of host page vertical scrollbar, Firefox only.

Automatic font color produces empty span on Firefox 3.5

TC

1. Select all text inside the editor
2. Apply automatic option for font color
3. Select some part of the text
4. Apply any font color

Result:

<p>
	f<span style="">o</span>o</p>

Related with #3891.

Insert a table and then select it by clicking over it. Now press Delete button. You will observe that Table is not getting deleted. This issue is present only in Firefox. In IE, it's working fine.

Ticket migrated from ​forum thread.

I have several CKEditor windows on a single page; they are invoked by a simple "ckeditor" style selector. Unexpectedly, after all plugin instances get initialized, page spontaneously scrolls to the lowest editor window (not smooth scrolling but a single-jump).

Reported to be FF only issue.

When having multiple ckEditors in a HTML-page with so many content it is scrollable, the browserwindow jumps to the last loaded ckEditor.

This problem occurs in Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729)

Used version ckEditor: ckEditor 3.0

Seems to work fine in IE7 though.

Environment - Firefox 3.5.3 on Mac OSX Leopard

This is reproducible in the samples, specifically replacebyclass.html

• open up the sample html in FireFox
• now go to another site like google
• then, click back button so your back on the sample
• you are now unable to click in the edit area until you toggle view source

No context menu for some form elements. It only forks for INPUT tag form element. Probably equivalent of V2 bug #703, which contains a patch.

Using ajax sample.

1. Create an editor instance.
2. Click on the Flash button to open the Flash dialog.
3. Enter the URL for the flash object, and click OK.
4. Enter some text next to the flash object.
5. Click the Remove Editor button.
6. Click the Create Editor button.
7. Right click on the flash object and select Flash Properties.
8. Update a property in the General or Properties tabs, and click OK.
9. Click the Remove Editor button.

The text next to the flash object is now missing. Click the Create Editor button. The text does not appear within the editor.

Open the ajax sample with Firefox.

1. Click the Create Editor button.
2. Click on the Flash button to open the Flash Dialog.
3. Enter the URL for the flash object and click OK.
4. Click the Remove Editor button.
5. Click the Create Editor button again.
6. Right click on the flash object to open context menu.

• Actual Result: Observe that it's not possible to open context menu.

Panel content suffer from invisibility with a visibility:inherit on the <html> element.
Regression of [4454].

Open the Table Properties dialog. Select "First Row" for the Headers option and click OK to close the dialog. Place the cursor in the first cell. Use the down arrow key to attempt to navigate to the next row.

I get Firefox hangs up randomly occurs in Firefox, when checking the 'visibility' CSS style of an iframe element during 'onshow' event handing.

The editor breaks when using the replace method to create more than two editor instances. I'll attach a test page for it.

Confirmed with FF. Ok with IE.

I managed to confirm this on FF 3.5.5. I cannot reproduce it on IE8. It happens only when <br /> is at the end of line (regardless of enterMode).

Steps to reproduce

Paste the following text in soruce mode:

TEST1&nbsp;&nbsp;&nbsp; TESTESTTEST T1<br />
TEST2&nbsp;&nbsp;&nbsp; TESTESTTEST T2<br />
TEST3&nbsp;&nbsp;&nbsp; TESTESTTEST T3<br />

• switch to WYSIWYG mode
• put the cursor after TEST2
• press shift-end, to select everything until the end of the line
• then, press enter
• the content suddenly looks like this :

TEST1    TESTESTTEST T1
TEST2
    TESTESTTEST T2
TEST3    TESTESTTEST T3

Where you would expect it to be something like :

TEST1    TESTESTTEST T1
TEST2

TEST3    TESTESTTEST T3

In FF2, moving dialog with drag-drop is broken for both quirks and strict.

Drag-drop results in jumping dialog window.

In FF 2 & 3.0, template text & table show incorrect (collapsed) table when insterted. Works well in Chrome.

Toolbar icons flicker when moving mouse above them. Works well in FF 3.0.

Image dialog's link tab has a layout issue in Firefox2. Please refer to attached screenshot.

Combobox aren't focusable in Firefox2.

Reproduce

1. Focus editing area.
2. Press ALT+F10 to focus toolbar.
3. Keep pressing SHIFT+TAB to reach combobox.

Result: Focus jumps back to editing area. Expected: Focus should be on the combo box.

Under Firefox2 in Special Character dialog, SHIFT+TAB is not working after reaching dialog's button.

Radio and checkbox dialogs layout is too small in Firefox3.0. Please refer to attached screenshot.

Hidden input dialog layout is broken in V2 skin. Please refer to attached screenshot.

Reproduced in Firefox3.

Hidden input dialog layout is broken in V2 skin. Please refer to attached screenshot.

Reproduced in Firefox3.

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.

When creating a new plugin that utilizes the iframedialog plugin, you have to pass a Pixel width and height:

CKEDITOR.plugins.add('dialog_name',{
    requires: ['iframedialog'],
    init:function(a){
        CKEDITOR.dialog.addIframe('dialog_name', 
                                  'Smiley',
                                  this.path+'lister.php',550,300,
                                  function(){/*oniframeload*/})
       // etc. etc.

iframedialog will assign those values to the dialog only and not to the iframe. The iframe gets assigned 100% width and height in the final source code.

In the kama skin, but not in the office2003 and v2 skins, this will lead to the iframe being only 160 Pixels tall in Firefox 3.5. It works as expected in Internet Explorer 8.

A fix that worked for me in Firefox 3.5 was to modify plugins/iframedialog/plugin.js and set a fixed width to the iframe:

CKEDITOR.dialog.addIframe = function( name, title, src, width, height, onContentLoad )
        {
            var element =
            {
                type : 'iframe',
                src : src,
                width : '100%',
                height : height  // CHANGED 
            };

The attached screen shot is using a customized template but checked with the original kama template as well.

Feel free to contact me on follow-up questions.

Thanks for providing this awesome product.

To Reproduce

• Open CKEditor sample page with FF3.5
• Insert HR at the very beginning
• Press 'BackSpace' key, HR is not deleted
• Press 'BackSpace' again, caret is moved to the end of text

After inserting Horizontal Line, caret can't be move as supposed.

Reproduce

1. Use following content

   <p>
   	foo</p>
   <p>
   	bar</p>
   <p>
   	baz</p>
   <hr />
   <p>
   	^bar</p>
   

2. Press left arrow to focus HR in previous line.
3. Try to use right / left arrow - no effect.
4. Press up arrow - caret is moved to beginning of the document, instead of the "baz" paragraph.

Reproduced in Firefox2.

In Firefox2, shared toolbar sample is broken. Please refer to attached screenshot.

This includes both toolbar and status bar.

It works fine in FF3.

When switching to source view (back and forth) when editor is maximized, there is toolbar icons relocation for short period of time. They are displayed vertically on the left side of the editor.

Please refer to attached screenshot.

Reproduced in LTR quirks with FF2 (stronger effect) and FF3 using Office2003 and V2 skins. Kama skin is not affected.

In Firefox2, resizing of the editor doesn't work - editor is collapsed to minimal size and stays in this state.

Both quirks and strict. Work's well in Firefox3 and CKEditor 3.0.2.

In Firefox (I'm using 3.5.7, but other people from cksource forum say that in version 2.0 and 3.0 happens the same) in empty ckeditor window, in all versions starting from 3.0 to 3.1, while using config.enterMode = CKEDITOR.ENTER_BR;, is being inserted <br /> at the start of the document and when starting to type - you do it from a second line already.

In the other browsers (I've checked in all IE- 6,7,8, Opera, Chrome, Safari) it seems to be OK.

Topics: ​http://cksource.com/forums/viewtopic.php?f=11&t=16578 ​http://cksource.com/forums/viewtopic.php?f=11&t=17195

Enter some Unicode extension-B characters, for example 𠀀𠀁𠀂𠀃𠀄𪛔𪛕𪛖, then press backspace to delete the last character. You have to press backspace a second time to delete a character. (See attached image of example characters)

Reported in ​http://cksource.com/forums/viewtopic.php?f=11&t=17610

In Firefox 3.5.7 the cursor disappears after switching to full screen, but clicking on the content or restoring size shows it again. In 3.6 on the other side it remains hidden until something else is focused (showing the context menu, open a dialog, focus the url bar...)

1. Clear browser cache/cookies etc.
   
2. Open Ajax sample on nightly build
   
3. Add some content
   
4. At end of the document add a horizontal line
   
5. Attempt to undo
   

Undo doesn't work on the horizontal line and the following error occurs:

l is null
[Break on this error] return h;},clone:function(h,i){var j=thi...h){var j=this;if(h.equals(j))return j;\r\n

This only happens on the first load of the editor.

In Firefox only, the elements path elements have the text cursor instead of the hand cursor.

In Firefox only, the text inside the toolbar combos has the text cursor instead of the arrow cursor.

In Firefox 3.6 you receive the "Contains unauthenticated content" warning.

I tracked the issue down and it looks like it is coming from the following on line 291 of 'ckeditor/_source/plugins/wysiwygarea/plugin.js' (version 3.2).

' src="javascript:void(function(){' + encodeURIComponent( srcScript ) + '}())"' +

Changing that line to the following resolves the error, but probably causes other problems in other browsers because it is no longer includes 'srcScript'

' src="javascript:false;"' +

Loading SCAYT on startup could somehow compromise all the efforts we've done to accelerate loading performance, where the SCAYT engine file (~100K) is blocking our theme file in execution order, which in turn made the editor loading significant slower (6x) than it should.
This could at least be confirmed on Firefox and Opera where DOM script loading is ​sequence sensitive.

If I use empty textarea replaced with CKEditor and post form I've '<br />' in Firefox 3.6. In IE8 and Chrome 4 I have empty string.

If you are accessing CKEditor with an URL ending with a slash, let's say :

​http://ckeditor.com/demo/

Insert a new link in the editor and specify "​http://ckeditor.com/test/" (please note the ending slash) as URL.

Then select the newly created link and copy / paste it.

Now have a look at the source, the link becomes :

<a href="../test/">...

Even if you specify the config baseHref.

How can we fix this ?

Reproducing Procedures

1. In Firefox, load the any of the sample page and clear up document content;
2. Press the 'Numbered List' command to create one list;
3. Keep cursor stay at the beginning of the newly created list item;
4. Open 'Format' combo and click on 'Heading1' style;

• Expected Result: You get 'Heading1' style opened inside the list item;
• Actual Result: List is removed and the block style is not applied too.

This is actually a duplicate of #5170, but since that ticket was already reviewed and committed, here's another one (I guess [5273] should be reverted as the issue was misunderstood).

Note that this bug occurs when pasting any content, this is not an issue that exists only when pasting special character.

Updated description below:

When inserting content with insertHtml() inside of formatted text, editor breaks formatting and inserts content without formatting. Confirmed in FF 3.5. Works fine in IE8 and Safari 4.

Steps to reproduce

• open _samples/api.html example
• start with

  <p>
  	<span style="color: rgb(255, 0, 0);">Sample ^text</span></p>
  

• clear the textarea below CKEditor and type there "foo"
• press "Insert HTML"
• Result:

  <p>
  	<span style="color: rgb(255, 0, 0);">Sample </span>foo<span style="color: rgb(255, 0, 0);">text</span></p>
  

This can be reproduced in many different ways in CKEditor, everywhere where insertHtml() is used.

Targetting to 3.3 as it might be a bit irritating.

By running two or more instances of the editor on the same page, swithing to full-screen mode in any of the instances, except the first instance, will ruin the full-screen mode (see attached screenshot). The bug can easily be reproduced by adding another instance in the "replacebyclass.html" example, focusing the editor field of that instance and hitting its full-screen button.

On 3.3.x branch, when using Tab key to focus the editor, notice that the cursor is not blinking.

Environment

Firefox

Reproducing Procedures

1. Open the 'replacebyclass' sample page and make the following selection:

   <p>
   	[This is ]some...
   

2. Apply 'Bold' style on the selected content;
3. Make the new selection as following and apply 'Italic' Style:

   <p>
   	<strong>This [is ]</strong> some...
   

   • Actual Result: The italic style has expanded onto the previous word.
   • Expected Result: Only the selected content receive the new style.

Environment

Firefox, config.enterMode = CKEDITOR.ENTER_BR, config.ignoreEmptyParagraph = true;

Reproducing Procedures

1. Open any of the sample page and click on 'New Page' to clear content.
2. Swtich to source.
   • Actual Result: There's one single <br /> left in content .

CKeditor 3.2.1. links font size changes when deleting the lines on top only seen with FireFox.

How to reproduce this problem:

• paste the html source code in CKeditor textarea (html source provided below)
• put the cursor right before the link "Forward this to a friend" (at the beginning of the line).
• select the line above ("also this last ...") with the up arrow key.
• delete the line you just selected
• Notice how the link font looks bigger

Below is the html source to test with

<p>

<a href="​http://alexmedina.name/link2">​http://alexmedina.name/link2</a></p>

<p align="left" id="f2flink" style="font-size: x-small; font-family: Arial,Helvetica,Sans-Serif;">

also this last line in chrom</p>

<p align="left" style="font-size: x-small; font-family: Arial,Helvetica,Sans-Serif;">

<span style="font-family: comic sans ms,cursive;"><a href="​http://www.alexmedina.name">Forward this to a Friend &gt;&gt;&gt;</a></span></p>

CKEditor 3.2.1. : FireFox font face not correct

This is how to reproduce this problem:

• blank your editor textarea
• select a font name and font size something like "Comic Sans MS" and size 20. This will help see the problem easier.
• Type "ABCD" from previous step (same line without typing anything else)
• change the "ABCD" word to "Tahoma" and move the cursor to the end of "ABCD"
• now type " EFGH" right after "ABCD"
• move the cursor between "ABCD" and "EFGH" and click the end key (from the keyboard).
• press the enter key in your keyboard
• now enter "IJKL"

*problem 1: The last word ("IJKL") does not have the same font name This also occurs without pressing enter. Also test without pressing enter. The key to reproduce this is to use the End key in your keyboard or try with Ctrl + right arrow before you type the third word.

*Note: This does not occur all the time

When using the forcePasteAsPlainText option, the cursor disappears after pasting into the editor.

​http://www.simshaun.com/ckeditor/3.2.1-cursor-bug-papt.php

1. Copy the text from the textarea.
   
2. Click the WYSIWYG content area.
   
3. Ctrl+V. Notice your cursor disappears!

The bug occurs in FireFox 3.6.3 and 3.6 (probably earlier versions as well). It works fine in Chrome 4.1, Win Safari 4, and IE7.

when there are multiple editor instances in one page, maximize one instance and then minimize it.this behavior will make other case uneditable any more.

With SCAYT enabled, it's not unable to open context menu on checkbox/radio/textfield/textarea, single click makes the cursor blinking inside those elements now.

When left clicking checkbox/radio/textfield/textarea, the cursor blinking inside those elements now instead of selecting the entire element.

Form elements are by default editable in Firefox after [5391], it brings issues to us as we intercepts enter key, selection inside such elements is buggy itself, we should restore the previous (when using 'designMode').

When building the list in the

createList function

the method

listItem.appendBogus()

is called for all but IE browsers. As the comment states this is done to render the list item at full height. But this is only necessary if the list item (or the elements inside the list item) are empty. If there is content in the elements the content will give height to the list item.

Suggestion: Only add bogus elements when the list item(and its elements) are empty.

I select a text to make a link. Then I open the link dialog and the mark usually disappears. This is a link displayed in the editor, instead of the selected text is linked. I have the problem with Firefox 3.6. You can check this on the CKEditor demo page.

To reproduce the defect:

1. Open Ajax sample.

2. Type a single character 'a' and then press Backspace 2 times.

3. Press Undo or Ctrl + Z to get the character back.

4. Now try to delete the Character using Delete or Backspace

Expected Result:

User should be able to delete the Character using Delete or Backspace

Actual Result:

We can't delete the Character no matter how many no of times we press Delete.

We were able to delete the Character only when we type some new character

SCAYT is enabled by default since 3.3 and this is causing serious issues for users using an old Firefox 2. It is actually almost impossible to type text inside of CKEditor. Confirmed using FF 2.0.20 @ Win 2003.

Issue 1

Steps to reproduce

• Open CKEditor demo: ​http://ckeditor.com/demo
• Press the "New Page" button to clear all contents.
• Click inside of editing area, start typing
• Result: nothing happens... I cannot type anything.

Issue 2

Steps to reproduce

• Open CKEditor demo: ​http://ckeditor.com/demo
• Go to the end of article
• Type "Thiz is a test thiz is a test", whilst typing the cursor is moved at the beginning of the first word catched by Scayt.

In the sample article we do not have any errors, but in real life using a word that is not in dictionary happens quite often and this bug becomes really painful.

1. Load the following HTML:

<p>Para 1</p>
<p contenteditable="false">Non Editable</p>
<p>Para 2</p>

2. Put the caret into the last paragraph.

3. Hit ARROW-UP to move up.

Current results:

A blank paragraph is added between the second and third paragraph, with the caret blinking on it.

Expected results:

It depends on the level of complexity of it, but the caret should either be placed inside the read only paragraph, or move to the first paragraph.

To reproduce the defect:

1. Open Ajax sample.

2. Click on Insert/Remove Numbered List icon to start a Numbered list

3. Right click next to the Number and select Numbered List Properties in the Context menu.

4. Select Numbered List Type as Upper Roman in the Numbered List properties dialog and Click OK button.

Expected Result:

Cursor stays next to the new Roman Number inserted and when we start typing the text the new text appears as first list item.

Actual Result:

we could not see where the cursor is and when we start typing the text the new text replaces the new Roam Number that was inserted. If you are in the Starting line of a Nested numbered list,and when we start typing the text, the new text replaces the new roman number inserted and the new text concatenates with the text in the last list item at the previous level

Same behaviour happens with Bullets

1. Using Firefox, open the Ajax sample and click the Create Editor button.
2. Click on the Table button to insert a table.
3. Position the mouse on the table border and double click the left mouse button.

A 'range is undefined' error is thrown at line 183 in the link plugin's plugin.js. See screenshot.

Tested on Firefox 3.6.4 - CKEditor Version 3.3.1

Code = <div id="right_top" style="width: 308px; height: 13px; background-image: url('/images/right_top.png');">Test</div>

This is converted after switching source view off and on again to the following:

Amended = <div id="right_top" style="width: 308px; height: 13px; background-image: url(&quot;/images/right_top.png&quot;);">

Test</div>

If this is then submitted, the html is completely garbled by the editor and becomes the folloing:

Final output = <div id="right_top" images="" right_top.png="" style="width: 308px; height: 13px;">

Test</div>

Inline styling has been fine up until now and this has only happened since this new version of firefox.

1. Copy the following HTML into an editor instance in source mode.

<p id="1">P1</p>

<p id="2">P2</p>

<p id="3">P3</p>

2. Disable source mode.

3. Select 'P2', start at the beginning of 'P2' and end the selection just before the text 'P3' in the next paragraph.

4. Press Ctrl + X to Cut the text.

5. Click the Source button to go to source mode.

Observe that the P3 paragraph is missing the id attribute: <p id="1">

P1</p>

<p>

P3</p>

I'm using jquery along with several jquery plugins including Thickbox. When I try to load the ckeditor in a thickbox window it loads just fine, but it throws an error in the Firefox (3.6.3) error console and any text typed into the ckeditor doesn't get translated to the hidden textarea and, thus, does not get submitted when the form in the thickbox window is submitted.

Here's the jquery which gets called after the thickbox window loads should get all textareas with class='ckeditor_ajax' and replace them with the ckeditor:

$('textarea.ckeditor_ajax').each(function() {
var name = $(this).attr('name');
CKEDITOR.replace(name);
});

And here is the error which appears in the Firefox error console:

Error: h is null
Source File: /ckeditor/ckeditor.js
Line: 13

I also noticed a forum post about it which might include some more info: ​http://cksource.com/forums/viewtopic.php?f=11&t=19332&p=49286

1. Enter some text and press Enter to start a new paragraph.

2. Change the font size to 36.

Observe the the cursor overlaps the text in the previous paragraph. This only occurs when no text has been entered with the new font size. Once text has been entered the cursor moves down.

1. go to ​http://ckeditor.com/demo
2. click 'new page' (so that the editor is blank)
3. type 'test' into the article
4. hit ctrl+home

[expected] Cursor is moved to the beginning of the document

[actual] Cursor is moved to the beginning of the document, and a "<p>&nbsp;</p>" is prepended.

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

Win XP, FF 3.6.7

Steps to reproduce:

1. Open a new editor
2. Make a new paragraph and click the link button, just give a URL (i.e. google.com)
3. Push ok, now double click the newly created link

Expected: URL is shown as google.com

Actual: URL field is blank

Going to the source view and back eliminates the issue. Also, it seems that this only occurs when the link is in it's own paragraph alone. Tested on nightly and normal demo sites.

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>
      

1. Clear the editor.
2. Type two paragraphs.
3. CTRL+A to select all.
4. Hit the "Bold" button.
5. Hit the "Unordered List" button.

Note that there is a line space between the items. This is what we have on source:

<ul>
	<li>
		<strong>Para 1</strong><br />
		&nbsp;</li>
	<li>
		<strong>Para 2</strong><br />
		&nbsp;</li>
</ul>

We should not have the "<br />&nbsp;" thing on each item.

This doesn't happen if the paragraphs are not styled.

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

This is a brand-new problem; I just downloaded a clean install of 3.3.2. (No, I haven't tried it in the beta.)

[ I understand that this setting is unrecommended, but I really NEED it for the project I'm working on; I can't force the whole project to use <p>'s, so there's just no point in generating them. ]

The error being generated in 3.3.2 only shows up when you set it to enterMode = CKEDITOR.ENTER_BR (and this is in the config.js file, FYI). No errors happen when it's set to ENTER_P or ENTER_DIV.

The error Firefox's Error Console gives me is:

Error: C.getFirst().hasAttribute is not a function Source File: [...]ckeditor/ckeditor.js Line: 86

In #5981 and #6000 it has been reported for Chrome and Safari that page sometimes is scrolled to top when selecting paragraph format. Both these tickets are now closed, but the fix in r5785 only applies to WebKit browsers. But I can repeat the problem (or a very similar problem) with Firefox 3.0.17, which is very unlikely to benefit from the r5785 fix. The problem is intermittent and I have not found a 100% reliable way to reproduce the bug yet.

• Go to ​http://ckeditor.com/demo
• Scroll down page a bit
• Scroll down editor area to the bottom
• Click to set cursor after the last word in the last paragraph
• Click on paragraph format select (which says Normal)

At the last click the full page is scrolled to top again. The problem can not be repeated until the page is fully reloaded again.

Environment: Ubuntu Linux, Firefox 3.0.17, CKEditor 3.3.2

Open a sample, with enterMode set to br.
Type a few lines of text and click on one of the list icons.
Notice that only the first line is transformed into a list item.
A regression from the 3.3.

To reproduce the defect:

1. Open Ajax sample.

2. Type four paragraphs of text and click on Insert Line break or Insert Page break icon.

3. see that Line break or Page break is inserted after paragraph 4.

4. Select all the content in Editor using Ctrl + A and click on Align Right icon.

Expected Result:

All the four paragraphs are aligned to the right.

Actual Result:

only first two paragraphs are aligned to the right.

Same behavior happens when we click on Increase Indent icon.The Indentation is applied only to the first 2 paragraphs.

To reproduce the defect:

1. Open Ajax sample.

2. Copy the text in the attached doc and paste it using Paste from Word dialog.

see the differences in IE and FF.

In IE text is shown with out bold and with small font size wher as in FF it is shown properly.

1. In table 3x3 split horizontally cell 2 in row 2. In source you will see colspan="2" on cells above and under.

2. Remove newly added cell

3. Table layout is crash because td element still contains colspan="2" attribute

same as in #6244 by MaNi,

1. Insert table 3x3
2. Split vertically cell 2x2 (rowspan=2 is added to cells on the left and right)
3. Remove newly added cell
4. Table layout is crashed (rowspan attribute is not deleted after deleting new cell

Hi,

Using Firefox 3.6.8 Win or Firefox 3.5.11 Linux to browse the actual demo page, "Custom toolbar" sample, I get into an infinite loop :

1. Focus the first editor (click inside the edit area)
2. Manage Firefox to lost the focus (click outside Firefox window i desktop or taskbar)
3. Click directly into the second editor : the cursor blinks once then it is missing.

Browser goes to infinite loop. The editors are fighting each other to get the focus...

Entered text is divided between editor instances.

Thanks ! Julien

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

if we binf handler for 'focus' event, it will be firing infinitely.

Browser: Firefox 3.5.7 OS: Windows XP SP3

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.

Open the demo and try to manually scroll the document using the scrollbar.
Mozilla/5.0 (Windows NT 5.1; rv:2.0b6) Gecko/20100101 Firefox/4.0b6 @ WinXP

Lists pasted from Word are transformed into paragraphs with different margins.

To reproduce, check the sample Word document. In Firefox, after pasting from Word it becomes something like:

<p style="margin-left: 72pt;">
	a.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Itaque earum rerum hic tenetur a sapiente delectus, ut aut reiciendis voluptatibus maiores alias consequatur aut perferendis doloribus asperiores repellat.</p>
<p style="margin-left: 72pt;">
	b.&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Nulla accumsan, elit sit amet varius semper, nulla mauris mollis quam, tempor suscipit diam nulla vel leo. Nulla quis diam. Nulla est. Fusce suscipit libero eget elit.</p>
<p style="margin-left: 108pt;">
	1) Maecenas fermentum, sem in pharetra pellentesque, velit turpis volutpat ante, in pharetra metus odio a lectus.</p>
<p style="margin-left: 108pt;">
	2) Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus.</p>

Confirmed on: Windows 7 64-bit EN + MS Office 2010 EN + Firefox 3.6.10

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

based on #6401 I pasted contents from word files, attached there into CKEditor opened in Firefox 3.6.10

instead of

<ol>
	<li>
...
        </li>
</ol>

pasted content is:

<p style="margin-left: 18pt;">
	1)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 1</p>
<p style="margin-left: 18pt;">
	2)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 1</p>
<p style="margin-left: 36pt;">
	a)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 2</p>
<p style="margin-left: 36pt;">
	b)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 2</p>
<p style="margin-left: 54pt;">
	i)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 3</p>
<p style="margin-left: 54pt;">
	ii)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 3</p>
<p style="margin-left: 54pt;">
	iii)&nbsp;&nbsp;&nbsp; Level 3</p>
<p style="margin-left: 36pt;">
	c)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 2</p>
<p style="margin-left: 36pt;">
	d)&nbsp;&nbsp;&nbsp;&nbsp; Level 2</p>
<p style="margin-left: 18pt;">
	3)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 1</p>
<p style="margin-left: 18pt;">
	4)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 1</p>

Files were open in Word 2010 x64 PL