Custom Query

Reproducing Procedures

1. Open the attached example page.
2. Select the table cell content, and click 'Create/Remove Bullted List'.
   • Actual Result:
     • list

       list in table

   • Expected Result:
     1. list

        list in table

Reproducing Procedures

1. Open a context menu with a second-level sub menu;
2. Activate the sub menu by mouse over the menu item;
3. Now mouse move back to the first-level menu;
4. Activate the same sub menu again;
5. Click on the document text;
   • Actual Result: The context menu stays visible.

Issues in the Arabic Language:

1. Editor Area data is still in Left to Right order (supposed to be in Right to Left order)
   

2. Styles and Font are not translated for Arabic.
   

3. Maximize is not translated for Arabic.

There is an issue when selecting or deleting text that is formatted (<pre>).

To reproduce:

1. Open nightly sample
   
2. Add some plain text
   
3. Select the new text and apply the formatted format
   

Result: Runtime Error, line 83. Error: 'nodeValue' is null

4. After selecting the text, attempt to delete the selected content. It also produces the error.

This issue may be related to #3948.

1. Add some preformatted content like so:

<pre>Test line 1

Test line 2</pre>

2. Place cursor at end of line 2 and hit ENTER.

Notice that a space is added instead of a new line.

3. Revert to content as at 1.
   
4. Place cursor at end of line 1 and hit ENTER.

Result:

<pre>Test line
 1

Test line 2</pre>

The actual result should be a new line, the space and "1" should not be on the new line

To reproduce:

1. Open nightly sample
2. Insert table with 3 columns
3. Populate the cells in the first row to keep track of them.
4. Select and right click in the empty area of a cell in the first row (to the right of the text in the cell)
5. Attempt to insert a column before the current column

Result is that the column is added to the beginning of the table and not before the selected column

The two options "reset size" and "lock ratio" are not keyboard accessible.

Steps to reproduce:

• Open Paste/Paste from Word dialog

• Hit ESC

Actual result: nothing happened

Expected result: dialog is closed

Templates are not keyboard accessible.

About dialog doesn't work in Source Mode in IE. Opening causes JS error.

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.

The about dialog layout is broken in the IE+Standards+RTL combination.

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.

In the nightly build you can cause this error by doing the following:

Type some text on a new line. Then bold and underline the text.

Press ENTER to move to the next line. Then press the bulleted List Item on the toolbar to create a bulleted list.

This causes a javascript error.

In #3304 we've completely removed all references to the domWalker class, but we forgot removing the domwalker.js file. This should be done at this point.

Line 804 in plugins/style/plugin.js:

return CKEDITOR.tools.replace( ' ', match.length - 1 ) + ' ';

The test case also should be updated (core/tools.html).

There are some labels in the dialogs that are being defined with <span> or <div> tags. We should instead use the proper <label> element for them.

Reproducing Procedures

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

   <table>
   	<tbody>
   	<tr>
   		<td>
   			<ol>
   				<li>item1
   					<ol>
   						<li>item2</li>
   						<li><br />^</li>
   					</ol>
   				</li>
   			</ol>
   		</td>
   	</tr>
   	</tbody>
   </table>
   

3. Press enter two times;
   • Actual Result: The result structure is in a mess;
   • Expected Result: The list keep unchanged with cursor stay at the end of list;

When calling CKEDITOR.replace on this sample page ​http://72.197.202.64:33112/entries/show/5 with ie8 on a vista machine, I get the following Javascript Error

'length' is null or not an object ckeditor.js, line 67 character 1800

I do not get this error using Chrome or Firefox 3.5

In firefox (tested 3.0, 3.5) if send data via ajax and recreate editor second send no change text area. I create test file with sam error.

1. Open file
2. Write text
3. Send

Text is set correctly

4. Write another text
5. Send

Old text is set

when using the editor in a rtl page [in IE], the x-scroller is stretching and when the client scrolls it all the way left you see something as 'Rich text editor, editor1'. for example, if using this code:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="http://www.w3.org/1999/xhtml" dir="rtl">
   <head>
      <script type="text/javascript" src="ckeditor.js"></script>
      <title>CKEditor Test</title>
   </head>
   <body>
      <textarea class="ckeditor" id="editor1"></textarea>
   </body>
</html>

The output is: i've tried to wrap the editor with an ltr div but the problem had continued.

Can not star editing text clicking everiwhere in texteditor. Must click on existing text line. Its problem if texteditor is empty. You must click on first empty line. Test with 3936

All IE versions. In quirks, text is not visible in v2 and office2003 skins. Refer to attached screenshot.

There is a run-time error:

CKEDITOR.loadFullCore is not a function
http://localhost/edytor/CKEditor/trunk/_source/tests/core/ckeditor2.html
Line 15

My suggestion is to replace the following line

<script type="text/javascript" src="../../../ckeditor_source.js"></script> <!-- %REMOVE_LINE%

with:

<script type="text/javascript" src="../../../ckeditor_basic_source.js"></script> <!-- %REMOVE_LINE%

Steps to reproduce:

• Open replacebyclass

• Put cursor at the end of the content

• Insert Horizontal line ( JS error in FF3 )

• Insert another Horizontal line

Result:

Chrome - new line was added at the beginning of the content

IE - new line was added at the end of the content

FF3 - no line due to JS error:

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

startupFocus doesn't work if editor starts in Source Mode.

Test Case in attachment.

Bug in CKEditor (Nightly Build Revision 3936) OS: Windows XP Browser: Mozilla Firefox 3.5.1 (also tested in Google Chrome - same problem)

Here's what I did:

1. I put a photo in the editor.
2. I clicked on the photo.
3. I clicked on the link button.
4. I entered the target URL and clicked OK.
5. I hit the SOURCE button to check the code.

Instead of generating <a href="​http://targeturl"> code, it generates something like this: <img href="​http://targeturl" ... >

This happened in both the downloaded version on our test server, as well as your online demo.

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

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

Reproducing Environment

• IE8 with IE7 mode/IE7 Windows XP SP2

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

[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'

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

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

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.

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.

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.

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.

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

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

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.

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.

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

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.

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

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.

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.

updated version

Reproducing Procedures

1. Open the 'replace by class' sample page in Firefox;
2. Assign 'Georgia' font to word 'This';
3. Open the 'replace by class' sample page in IE7;
4. Copy the source of editor from FF into IE;
5. Click inside word 'This';
   • Actual Result: The 'Font' combo is not updated.
   • Expected Result: The 'Font' combo is populated with 'Georgia'.

The following item is not translated in Chinese:

elementsPath :

{

eleTitle : '%1 element' MISSING

},

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.

Reproducing Environment

• IE6/Windows XP SP2
• Standards Mode/Quirks Mode
• RTL document direction

Here is the Italian translation

Reproducing Procedures

1. Open the 'replace by class' sample page in IE;
2. Load the document will following cotent and selection:

   [<img alt="title" height="43" src="http://dev.fckeditor.net/chrome/site/logos.gif" width="207" />]
   

3. Open 'Image Button' dialog and click 'OK';
   • Actual Result: JavaScript error thrown.

Sometimes when a dialog opens, the attempt to drag it behaves strnage. The dialogs sudenly moves to the border of the document and stays sliding there, not moving to the center again.

This one is difficult to reproduce. It's random, and may depend on the browser performance and dialog download time. It happend with FF3.5.

Reproducing Procedures

1. Open the 'replace by class' sample page in IE;
2. Load the document will following content:

   <a href="ckeditor.com"><img alt="title" height="43" src="http://dev.fckeditor.net/chrome/site/logos.gif" width="207" /></a>
   

3. Select the 'img' element with elements path bar.
4. Open 'Image' dialog and switch to 'Link' tab;
   • Actual Result: The link is not loaded.

In all browsers, execept IE, the editor name is writter incorrectly: rotidEKC.

In IE only, when open the image dialog for an existing image the scrollbars appear. Actually the position of the dialog elements is wrong.

It doens't happen when opening the dialog for a new image.

IE7 quirks buttons broken. Refer to attached screenshot.

Additionally button wrapping space changes on hover.

Steps to reproduce:

• Turn on SCAYT

• Insert random text (i.e. ghkfghc fc rftguc ftyiv gyi ftyi tyf )

• Select this text

• Click Remove Format button

Result:

SCAYT underline was removed

Reproducing Environment

• IE6/IE7 Windows XP SP2
• Quirks Mode
• ​http:// protocol( Works fine with ​file:// protocol )
• No Cache
• language: zh-cn

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 twice;
   • Actual Result: The second click of remove list has no effect.

Browser: Firefox 3.5 OS: Windows XP

Version fo CKEditor: 3.0 RC

It does not seem, that the config setting "forcePasteAsPlainText" is documented in the ckeditor docs but the setting works fine with the editor.

Those TC which are testing 'replace all' functions are broken probably because of duplicate creation on the same <textarea>.

All configuration options must have in-code documentation.

Several TCs are failing because of typos.

Regression of [3894] and [3903] break the test.

1. test_ticket_3591 broken in IE because of the namespace, we should change to TC, adapting to it:

   <?xml:namespace prefix="cke" />
   

2. test_ticket_3884/test_ticket_3591_2 broken in IE because of attribute sequence changing, we should custom the writer rules instead of just using the basic writer.
3. test_innerHtmlComments_ticket_3801 broken in all browser because of page element missing.

1. 'test_iterator_pseudoBlock' is broken because of TC is incorrectly written
2. 'test_iterator_establish_paragraph' shows a bug within CKEDITOR.dom.range where the element id is not preserved when extracting contents.

When opening core/bootstrap.html TCs separately, IE throwing errors shows that the core scripts is not loaded or executed at the right order, which breaks the TCs.

TC test_getNext of the above test suite is broken because of a typo.

The TC is failed due to different habit of webkit when emitting style text.

test_extractContents series TCs are broken in "CKEDITOR.dom.range" because of [4014].

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>

The smiley_descriptions setting currently has just a few descriptions, and all of them are textual smileys, instead of real descriptions.

The TC is breaking due to incorrect url of link with the protocol part.

From CKEDITOR.tools, rtrim and ltrim fails in various browsers (FF3.5, Safari4, FF2, FF3, Safari3). Full trim in done instead of trimming only the desired side.

Completely translated.

The current API docs makes the release size much bigger. We're currently talking about 11MB+ uncompressed, and 1MB compressed. And it's still quite uncomplete. So, it would be better to remove it from the distribution, having it online somewhere and even downloadable.

This change would also help having the docs updated, so we can improve them even after the release.

At the same time, we need to have a script that updates the API docs daily, so all these changes must come together to be able to close this ticket.