Custom Query

When removing the border option, the whole dialog markup is disrupted (on IE). It only happens if the language uses RTL direction.

In the image dialog, there is no validation for the image URL. it means that you can put an empty string inside the URL input and the image will be created anyway. since there is a validation in the URL dialog i'm suggesting to do this here as well.

Image properties window has scrollbars in safari (when adding an image) as it it sized too small - or the content in it is sized too large.

This's derived from #205.

Reproducing Procedures

1. Open the 'replace by class' sample page.
2. Load the document with following content:

   <div><h5>title</h5><br /></div>line
   

3. Switch to wsiwyg and switch back to 'source';
   • Actual Result:

     <div>
     	<h5>
     		title</h5>
     </div>
     <p>
     	line</p>
     

   • Expected Result: The origianl source remains the same.

As we can see from the screenshot, the source area is obviously overflowed.

Reproducing Environment

• IE8 with IE7 mode/IE7 Windows XP SP2

Reproducing Procedures

1. Open the 'replace by class' sample page.
2. Switch to 'source' mode and click 'about' button.
   • Actual Result: Javascript error thrown.

This is derived from #1420.

Reproducing Procedures

1. Open the 'replace by class' sample page.
2. Load the document with following content:

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

3. Press enter key at the caret position;
   • Actual Result in IE: The new list is created, but the line height is not maintained.
   • Actual Result in Firefox: The cursor is still at the end of item 1 with the new list item created.

This is derived from #1491.

Reproducing Procedures

1. Open the 'replace by class' sample page.
2. Load the document with following content:

    <ol>
   	<li>
   		item1
   		<ol>
   			<li>
   				&nbsp;^</li>
   		</ol>
   	</li>
   	<li>
   		item2</li>
   </ol>
   

3. Click 'outdent' button;
   • Actual Result: The list numbering is incorrect as: 1,1,2;
   • Expected Result: The list numbering is: 1,2,3;

Reproducing Procedures

1. Open the 'replace by class' sample page.
2. Open the 'Link' dialog and press ALT-F10 to activate tab switchers.
3. Press 'Tab' to open next tab page.
   • Actual Result: The text selection is still inside the text input of previous tab page
   • Expected Result: The focus is moved to the current active tab switcher.

Combo inputs in dialogs are without arrow. Look at the screenshot.

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

RTL mode broken in FF2. This concerns:

• toolbar
• dialogs
• editor chrome

Some of the dialog buttons are:

• without min-size
• with min-size
  • centered
  • left-aligned

This doesn't concerns footer buttons, only main dialog's content ones. I think all should be with min-size and centered.

Attaching some screenshots.

We should anchor the context menu on the opposite side of current cursor in rtl mode, at least have it visible most of the time.

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

Open Link dialog and start typing text in URL input field. Characters are put properly but the cursor shows wrong position.

Open "skins" sample and try to resize the second instance.

In Opera 9.63 the ESC key doesn't close dialogs:

• Special Character

• Smiles

• Paste from Word (closes on second hit)

• Paste (sometimes)

Steps to reproduce:

-Open "skins" sample (in 1st instance)

-Open "Insert Anchor" dialog

-Hit TAB

Result: The second instance has focus

Expected result: OK button has focus

Open the "skins" sample and maximize one of the instances. Now try to scroll down using mouse.

Results in attachment.

Maximize button is not translated hence the tooltip is always showing in english.

Insert in source mode:

<a href='javascript:void(0)' onclick='wpakuj("ajax.php?co=sb_style&amp;n=0","sb_div2")'>Old SB</a>

Switch to WYSIWYG and back to Source.

Results:

<a co="sb_style&amp;n=0","sb_div2")"" href="javascript:void(0)" onclick="wpakuj(">Stary SB</a>

Note: result is an invalid HTML.

[IE7] Office2003 skin has no toolbar button borders in High Contrast

Once the editor is maximized using the maximize control, the maximize control's tooltip should show as 'Minimize' instead of that it still shows as 'Maximize'

See attached screenshot.

All tags within the path bar look ok except 'p', it's with a different font color and even jumping when hover it.

Currently three different shapes of cursor displayed when you hover a combo, they're respectively: text,pointer,default.

See attached screenshot for the problem, it doesn't occur if the page is served from local file system.

As shown by the screenshot, the drop down list content is only visible when you mouse over it.

We should have the menu item text fully displayed instead of been cropped as attached screenshot.

See attached screenshot.

Reproducing Procedures

1. Open the 'replace by class' sample page.
2. Put the cursor among text;
3. Insert a select control;
   • Actual Result: Javascript error.

Reproducing Procedures

1. Open the 'replace by class' sample page.
2. Open 'Flash' dialog, fill the 'ID' field of advanced tab with 'id1', click 'Ok'.
3. Switch to 'source' and switch back;
4. Open 'Flash' dialog again, switch to advanced tab, check the fields:
   • Actual Result:
     1. The 'id' field is empty;
     2. The 'style' field now has ';';
   • Expected Result:
     1. The 'id' field is 'id1';
     2. The 'style' field is empty;

When dragging the resize handler, shrinking horizontally is stuck.

If add source tag of syntax highlighter. The parameters of the source were missing every time i edit the page. If the source tag is

<source lang="c" line start="0" highlight="5">

the tag is changing to <source lang="c">, whenever i edit the page.

Reproducing Procedures

1. Open the 'replace by class' sample page.
2. Load the document with following content and selection:

   	<table><tr><td>[cell1</td><td>cell2]</td></tr></table>
   

3. Open context menu and 'cell' submenu, click 'Delete Cells'.
   • Actual Result: Only cell2 get deleted.

Reproducing Procedures

1. Open the 'replace by class' sample page.
2. Load the document with following content and selection:

   <table>
   	<tbody>
   		<tr>
   			<td>
   				[row1</td>
   		</tr>
   		<tr>
   			<td>
   				row2]</td>
   		</tr>
   	</tbody>
   </table>
   

3. Open context menu and 'row' submenu, click 'Delete Rows'.
   • Actual Result: Only row2 get deleted.

The protocol select is shrinking when we focus and begin to change url text input.

Characters in Special Characters dialog are not keyboard accessible.

Similar issue with Smiles.

ALT+F10 doesn't focus the toolbar.

This bug occurs in all common browsers. Please look at the screenshot.

This's a bug migration of #390.

Reproducing Procedures

1. Open the 'replace by code' sample page with enterMode = BR.
2. Load the document with following content and selection:

   line1<br />
   ^line2<br />
   

3. Click on 'Align Right' to perform text alignment.
   • Actual Result:

     <p style="text-align: right">
     	line1<br />
     	line2</p>
     

   • Expected Result: Only the selected line get aligned.

This's a migration of #327.

Reproducing Procedures

1. Open the 'replace by class' sample page;
2. Insert a control type( e.g. Image, form control, table ) and select it;
3. Press 'Backspace';
   • Actual Result: Browser history backward is triggered.
   • Expected Result: The control is deleted from document.

Context submenu lacks uiColor in Kama skin.

Kama skin is too wide when config.width is used. Difference is 12px, which cames from padding (2x 5px) and borders (2x 1px).

Kama skin should include those measures when setting it's width to desired size.

Setting config.height make no difference for the editor, it's height is unchanged.

In firefox you can drag an absolute positioned div around to change its position, you can do this by using the move handle that appears when you click on a absolute positioned div (eg

<div style="position: absolute; top: 20px; left: 20px;">
This is some <strong>sample text</strong>.
You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.
</div>

). In IE however, when you want to drag the div, it appears to behave like dragging an image, so you can only drop it between other content, thereby only changing the DOM position, but not the CSS position.

This problem was first reported as ticket #699 but has expired, though it still remains with FCKeditor 2.6.4.1 and CKEditor 3.0rc (both in IE7+8)

Reproducing Procedures

1. Open the attached sample page, keep the document unfocused.;
2. Open 'Find' dialog;
   • Actual Result: The document is shrinking to a small size as the attached screenshot.

Reproducing Procedures

1. Open the "replace by class" page, insert a form;
2. Click on the line space inside form, right click to open contextmenu
   • Actual Result: The form property entry is missing.

Reproducing Procedures

1. Open the "replace by class" page;
2. Insert a text field with all the attributes specified in dialog;
3. Reopen the dialog on this control;
   • Actual Result: All attributes are lost.

When we're having a vertical scrolled document with control type element selected in it, the toolbar buttons under which is been masked and are thus unable to been clicked.

There were many problems with hidden fields.

Reproducing Procedures

1. Open the "replace by class" page, insert a form;
2. Insert a hidden field with all attributes specified
   • Actual Result in Firefox: The inserted is not visible.
3. Right click the hidden field to open context menu
   • Actual Result: The hidden field property entry is missing
4. Click to open the hidden field dialog again;
   • Actual Result: All the attributes of it are lost.

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.

When open link dialog on anchor, it should generate a link around the anchor instead of change the anchor element itself.

Reproducing Procedures

1. Open the "replace by class" page,insert an anchor;
2. Click the anchor and open link dialog;
3. Fill the url field and click OK;
   • Actual Result: Javascript error thrown.

Reproducing Procedures

1. Open the "replace by class" page;
2. Insert a table with 'caption' and 'summary' specified;
3. Switch to 'Source' and switch back.
4. Click inside one table cell, open table dialog again from toolbar button. (Open from context menu works well)
   • Actual Result: The two fields above are missing.

Reproducing Procedures

1. Open the "replace by class" page, clear document content;
2. Insert a 'Horizontal Line';
3. Start typing in the new line;
   • Actual Result: The new line is not inside a paragraph;
4. Move the cursor and back;
   • Actual Result: The new line is now wrapped by a paragraph;

Just open ​http://www.arczi.info/ckeditor/cusdom.html in Opera

JS error on load:

JavaScript - http://www.arczi.info/ckeditor/cusdom.html
Timeout thread: delay 0 ms
Error:
name: Error
message: Security violation
stacktrace: n/a; see 'opera:config#UserPrefs|Exceptions Have Stacktrace'

Refer to attached video TC. Reproduced on Chrome, FF2, but possibly all other browsers are affected.

SCAYT doesn't work with SSL.

<script type="text/javascript" src="https://svc.spellchecker.net/spellcheck/lf/scayt/scayt1.js">

Failed to load source for: https://svc.spellchecker.net/spellcheck/lf/scayt/scayt1.js

</script>

Running the sample Adobe AIR application, right-click context menu is vertically offset from the mouse position if the editing window has been vertically scrolled. The amount of offset is dependent on how far the editing window has been scrolled.

To reproduce error, add lines to the sample document until vertical scrolling occurs, then right-click to bring up the context menu.

This behavior appears with AIR 1.5.1 and 1.5.0 but NOT with AIR 1.0.x runtimes.

Tested on Macintosh AIR runtimes. Not tested on Windows or Linux.

The editor don't actually have full page support yet despite of the existence of fullPage config entry.

1. Open nightly Ajax sample.
   
2. Go to source mode and paste the following numbered list

   <ol>
   	<li>
   		Line one</li>
   	<li>
   		Line two
   		<ol>
   			<li>
   				This is submenu 1</li>
   			<li>
   				This is submenu 2</li>
   			<li>
   				This is submenu 3</li>
   			<li>
   				This is submenu 4</li>
   			<li>
   				This is submenu 5</li>
   		</ol>
   	</li>
   </ol>
   

3. Place cursor at the end of line "submenu 5"
   
4. Hit Enter
   
5. At this point you should have an empty 6. number line.
   
6. Hit Enter again.
   
7. The list continues from the first level. Sometimes this will start from 1. or it may continue and show 3.
   
8. Hit Enter again
   
9. Now the result is:

   <ol>
   	<li>
   		Line one</li>
   </ol>
   <p>
   	Line two</p>
   <ol>
   	<li>
   		This is submenu 1</li>
   	<li>
   		This is submenu 2</li>
   	<li>
   		This is submenu 3</li>
   	<li>
   		This is submenu 4</li>
   	<li>
   		This is submenu 5</li>
   	<li>
   		&nbsp;</li>
   </ol>
   

This very different from the expected behaviour. Reproduced on IE7 and FF3.

For certain browsers, the special case file URL: ​file:///<path> cannot be used to insert a local image. See: RFC 1738

Steps to reproduce:

1. Use Windows XP/FireFox v3.0.11 or Mac 10.5.7/Safari 4.0.2
   
2. Go to CK Editor nightly build => check the demos => Create and destroy editor instances for Ajax applications
   
3. Place the cursor in the CK Editor text area and click the toolbar image icon
   
4. Specify a file url for a local image (e. g. ​file:///C:\Waterlilies.jpg)
   
5. Other fields of the Image properties dialog are optional
   

Expected result:
The image is retrieved from the local file system and inserted into the CK Editor text area

Actual result:
The CK Editor does not find the image file. No image is inserted into the CK Editor text area

For Safari, the emphasis styles (e. g. bold, underscore, italic, strikethrough) are not "sticky". That is, clicking on one of the emphasis style toolbar icons will not enable that style for subsequent text. In order to make a text string bold, italic, or underscore, for example, it is necessary to type the text and then highlight the text with the cursor and click on the target emphasis style.

Steps to reproduce:

1. Mac 10.5.7, Safari 4.0.2
   
2. Go to CK Editor nightly build => check the demos => Create and destroy editor instances for Ajax applications
   
3. Place the cursor in the CK Editor text area
   
4. Click one of the emphasis style toolbar icons (e. g. Bold, Italic, Underscore, Strikethrough, Subscript, or Superscript)
   
5. Begin typing some text.
   

Expected result:
The text should be bold, italic, etc depending on the style selected

Actual result:
The text is plain. It is not displayed as bold, italic, etc.

Selecting font types and sizes from the toolbar has no affect on font in the text area

Steps to reproduce:

1. Mac 10.5.7, Safari 4.0.2
   
2. Go to CK Editor nightly build => check the demos => Create and destroy editor instances for Ajax applications
   
3. Place the cursor in the CK Editor text area
   
4. Use the toolbar to select a font type and size (e. g. Comic Sans MS, size 72)
   
5. Type some text
   

Actual result:
The font type and size is not affected

CK Editor does not allow entering text below the horizontal line created by the "Insert Horizontal Line" toolbar icon. This appears to be for Safari, only.

Steps to reproduce:

1. Mac 10.5.7, Safari 4.0.2
   
2. Go to CK Editor nightly build => check the demos => Create and destroy editor instances for Ajax applications
   
3. Place the cursor in the CK Editor text area
   
4. Type some text
   
5. Click on the Insert Horizontal Line toolbar icon; a horizontal line is placed after the text
   
6. Move the cursor below the horizontal line and start typing text
   

Expected result:
The typed text is below the horizontal line

Actual result:
The text is placed above the horizontal line

The Text and Table template will not be copied to the CKEditor text area. This is a problem for IE, only.

Steps to reproduce:

1. IE6, IE7, or IE8.
2. Go to CK Editor nightly build => check the demos => Create and destroy editor instances for Ajax applications.
3. Place the cursor in the CK Editor text area.
4. Click the Template toolbar icon and select Text and Table.

Expected result:
The Text and Table template is copied to the text area, ready for editing.

Actual result:
The Text and Table template appears to be copied to the text area and is then immediately deleted.

Note 1: This scenario works if the browser is FF3 and Safari.

Note 2: If Replace actual contents option is unchecked, this problem does not occur.

If the following custom style is assigned for indent, the editor will throw Javascript error.

/**
 * Indentation.
 */
config.indentClasses = [ 'Indent1', 'Indent2', 'Indent3' ] ;

Reproducing Procedures

1. Open the attached sample page with the attached custom config file and custom content stylesheet:
2. Select 'italic' and apply 'Italic' style;
   • Actual Result: The style is not applied to the text.

td of xEditingArea contains and iframe then a body. this body does not inherit the specified class or id in the configuration file. Only spellcheck=false.

This td comes from another iframe which does have the body taking on this class or id.

This makes it difficult to set editor area background colors on FF on sites with body backgrounds already set, as this body inherits the style from the original body tag.

Structure is as follows

main document body iframe body class or id ok table td iframe body class or id missing

The combo text box and trigger button is a bit mis-positioned.

An empty group appear at the front of the second row in toolbar with full-buttons mode.

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.

Very aware of the fact that setting table height in percentage isn't standard, we face a lot of website source code with this specification. So we as a company simply have to deal with it. Inserting a table into the editor and setting height to a percentage in de source view works perfectly... but if then any text is typed ABOVE the table, the editor starts to flash whenever trying to select text or using the toolbars. This does NOT occur when there is text placed BELOW the table and NOT ABOVE. We have used two other WYSIWYG editors in the past and both dealt with the %-height. Any way to correct this? Using the editor in plain ASP 3.0 with IE 8.0...

The preview text displayed in the Image dialog is not wrapping with IE7+Quirks.

When i goes to Source Mode in the editor it automatically remove the head tag title tags etc.., content is like this after going to Source Mode. I'm using Assembly="FredCK.FCKeditorV2"(FCKeditor.Net - FCKeditor.Net_2.6.3) dll in my project

<p> <meta content="text/html;&nbsp;charset=iso-8859-1" http-equiv="Content-Type" /> <meta

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.

The paste dialogs, except Paste as Plain Text, are wrongly rendered in IE+RTL.

After the FCKReleaser run, the ui_languages.html sample should point to the "../lang/_languages.js" file instead of "../_source/lang/_languages.js".

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.

CKEditor should run properly on Adobe AIR in application sandbox. This is an umbrella ticket, it points to several tickets which mostly targeting workaround for editor's original design goals which violate AIR's security rules.

inline event handler violation

iframe loading violation

The close button was not visible when open a dialog which has only one tab.

Reproducing Environment

• IE6/Windows XP SP2
• Standard Mode
• LTR document direction

core/dom/document.html test requires the _source folder:

var cssUrl = CKEDITOR.basePath + '_source/tests/_assets/sample.css';

Smiley plugin requires the _source folder:

CKEDITOR.config.smiley_path = CKEDITOR.basePath +  '_source/plugins/smiley/images/';

See attached screenshot.

Reproducing Environment

• IE6/Windows XP SP2
• Standards Mode
• RLT document direction
• 'ar' language file

Editor content area pushed down in RTL quirks. All IEs affected. Attaching screenshot.

Currently there's no undo/redo support for font-color and background-color buttons.

Reproducing Procedures

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

   <ol>
   <li><h1>item1^</h1></li>
   </ol>
   

3. Press enter key twice;
   • Actual Result: Two new list item created.
   • Expected Result: Cursor leave the list with list unchanged.

Contrary to what happens with IE, when I try to paste something from MS Word into an editor running on Firefox/Safari, FCKEditor doesn't seem to detect the origin of the paste, and doesn't open the "Paste from Word" dialog, thus not cleaning the HTML. Is this the expected behavior?

Reproducing Procedures

1. Open the 'replace by class' sample page in IE;
2. Click on 'Format' combo to open drop down panel;
3. Press 'Arrow Down' to navigate to the next panel item;
   • Actual Result: The keystroke has no effect.

To reproduce try to close dialog (using ESC) before the opening is completed.

Easy to reproduce on Flash dialog in FF3.

updated version

fckeditor.cfc, line 186-205 At least one configuration option, "EditorAreaStyles", is missing from the list of configuration options included as a workaround to the fact the Coldfusion is case-insensitive and Javascript is not. This inhibits us from using the configuration option at runtime when creating the editor via this CFC

see attached file.

I also translated the names of the colors in the color section. I am sure most germans do not understand some of the names used there. If for some reason the original names have to be there, simply overwrite the section with the original one

Regards Maik Unruh

It's that , i'm using CKeditor with jquery and sending the data with ajax ... i'm doing it with a variable (just like you put at the documentation) ... the data seems to not be passed for the database .. when i write something with ç or á , for example it send the string until that caracter ....