Custom Query

Reproducing Procedures

1. Open the replace by class example page in FF without initial focus;
2. Click on 'New Page' button
   • Actual Result: Javascript error thrown.

Multirange broken when command used several times.

Reproduction steps:

1. Use bold on 2 separate chunks of text.
2. Select part of 1st and part of 2nd chunk.

   <strong>^fo^o </strong>bar<strong> f^oo^2</strong>
   

3. Click "bold" button several times.

Depending on first selection range start, there are 2 possible misbehaviors:

1. Second selection will jump from proper selection to rest of previously bolded text (of 2nd chunk).
2. Second (or both) selections will disappear after second or third use of bold command, but still they will make some DOM modifications.

35sec screencast presenting this issue: ​http://pub.meta20.net/fck-multirange.ogg

Env: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.9) Gecko/2009042219 Iceweasel/3.0.9 (Debian-3.0.9-1)

Under certain conditions, basic styles (bold, italic, etc) aren't maintained at the end of lines.

Steps to reproduce:

• Open the replace by code example.
• Press the Bold button, then type text.
• Press the end button (or click after the end of the line.)
• Type some more text.

The newly typed text should be bold, but is not.

This also happens under the following conditions:

• Open the replace by code example.
• Type some text.
• Press Home, then Shift+End to select the whole line.
• Press the Bold button.
• Press the end button (or click after the end of the line.)
• Type some more text.

The problem is that Firefox is appending a <br/> at the end, but it is not being included in the <strong> element. The solution is, when applying a style, to include that BR element.

A patched is attached which fixes this problem. The problem can be reproduced in the latest nightly samples.

To reproduce:

1. Open replacebyclass.html in Firefox/Safari/Opera.
2. Create a table.
3. Move caret to first table cell.
4. Indent.
5. Move caret to second table cell.
6. Try to move caret back to first table cell.
7. You can't do that (Firefox), or you'll have strange selection positions in other browsers.

To reproduce:

1. Open sample
   
2. Add text
   
3. Ensure cursor is at the end of a line of text
   
4. Use font size combo to select a different font size
   

Results:

Cursor is no longer at the end of the line of text. It appears as if the cursor has "disappeared". When a user uses the mouse to position the cursor into the same location, the selection from the Font Size combo is ignored.

Reproducing Procedures

1. Open the replace by class example page;
2. Click on 'New Page' command to create a fresh document;
3. Press 'Enter Key' to create a new paragraph, then start typing.
   • Actual Result: The first paragraph is disappeared.

Reproducing Procedures

1. Open the attached example page in Firefox.
2. Move the cursor at the end of first line, press 'Enter'.
   • Actual Result: The new line is collapsed.

To reproduce please set:

CKEDITOR.config.toolbarCanCollapse = false;
CKEDITOR.config.toolbarStartupExpanded = false;

Editor doesn't have the upper line - please have look at the attachment.

When pasting content from a Word document that happens to have a date field the content styles are displayed incorrectly. The height of the text is incorrect and results in excessive overlapping (see attached example).

Also, the table in the provided word document is removed.

The incorrect font styles and the removed table issue only occur in FF. IE is working well.

To reproduce:

1. Open a nightly sample
   
2. Copy the whole contents of the Test_doc_with_date.doc
   
3. Use paste from Word dialog to paste the whole contents with default settings
   

Using the same document with the date field removed fixes the style issue (see Test_doc_without_date.doc), although the table is still removed.

Pasting directly into the content area preserves the table.

Open tc.html in IE8 and click button to collapse toolbar.

Result: The width of the editor is changed.

This is a regression... in FF2, the dialogs are 100% wide.

Reproducing Procedures

1. Open a sample page with enterMode = BR in Firefox.
2. Empty the document content and create a new list;
3. Click again to remove the list;
   • Actual Result: It's not able to remove the list, but it fails silently.

[FF2] no dialog button backgrounds, as visible on the screenshot.

RTL mode broken in FF2. This concerns:

• toolbar
• dialogs
• editor chrome

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.

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.

Migrated from ​forum thread.

TC

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

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

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

OS: Mac OS X 10.6.1

Browser: Firefox 3.5.3

Product: CKEditor 3.0

Steps to reproduce:

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

2) Click on [See the demo] button

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

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

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

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

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

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

Steps to reproduce:

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

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

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

4. Cursor is now placed straight after created element

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

Confirmed in FF 3.5 and FF 3.0.

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.

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

to reproduce

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

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

Environment

Firefox

Reproducing Procedures

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

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

2. Click on 'Indent' command;

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

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

This includes both toolbar and status bar.

It works fine in FF3.

FF3: List indentation change relocates caret.

Reproduce

1. Use following content:

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

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

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

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)

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

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

<ul>

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

<ul>

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

</ul>

</li>

</ul>

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

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.

Confirmed in FF 3.0.19.

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

Steps to reproduce:

• In Ajax sample add

  var config = {fullPage : true};
  

in createEditor() function.

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

Result:

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

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

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

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

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

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

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.

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

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

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

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

This issue did not exist with CKEditor 3.1.

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