Custom Query

That warning is shown while loading CKEditor, and a simple fix is proposed at ​http://cksource.com/forums/viewtopic.php?f=6&t=18508

After setting various properties, like border, hspace, vspace etc. and switching to the advanced tab in IE7, the dialog expands too much (see screenshot).

Confirmed in IE6 and IE7.

• Descriptive summary : Apostrophes in button labels are replaced by "undefined" instead of empty string

• Steps to reproduce : Found the bug by code-reading. I guess the effect of the bug should be as follows: Define a button with a label containing an apostrophe ("Bill's Button"). Open CKEditor with such a button in Firefox (version >= 10900). Hover over the button. The status bar reads: "void('Billundefineds Button')".

• Browser name and OS : Firefox (version >= 10900).

• Code Patch:

Replace '+' by ',' in button's plugin.js, line 137: svn\CKEditor\trunk\_source\plugins\button\plugin.js (revision 5259):

@@ -134,7 +134,7 @@

'<span class="cke_button">', '<a id="', id, '"' +

' class="', classes, '"',

' title="', this.title, '"' + ' tabindex="-1"' + ' hidefocus="true"' +

Putting contentEditable="false" on table doesn't prevent the table content from been editable, this works in all other browsers.

Regression. Confirmed with IE8:

1. Load any page, like ​http://www.google.com.
2. Load the replacebyclass sample in the same browser.
3. Click the browser BACK button. Note that the editor contents disappear.
4. Click the browser BACK button again. The previous page is loaded.

Expected results: the previous page should be loaded on step 3.

Using the ajax sample in the 3.3 branch, after maximizing the editor it throws an error and the content can't be edited:

uncaught exception: [Exception... "Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIDOMNSHTMLDocument.designMode]" nsresult: "0xc1f30001 (NS_ERROR_NOT_INITIALIZED)" location: "JS frame :: http://localhost/ckeditor/_source/plugins/wysiwygarea/plugin.js :: blinkCursor :: line 810" data: no]

This is a follow up of #4555

After talks with Fred and Garry, it seems that we can provide a generic memory clean up to free resources after the last instance of CKEditor is destroyed with just a few lines.

The idea of this patch is to clean up anything that might have been left around, but to avoid problems with pages that don't destroy all the editors we should keep the current protections.

Though reproducible in all browsers, the bug is most noticable in IE.

Steps to reproduce

• Open a sample page in RTL mode.
• Paste some content inside the editor.

Notice that the scrollbar behaves erratically. As long as you paste more data or faster, longer the time the scrollbar appears.
This bug does not occur in 3.2.1.

SCAYT core can be loaded on several times on one page, if other WISIWIG with SCAYT is present.

When trying to leave the editor with the TAB key, it must be hit twice. The first hit has no effect.

Confirmed with FF using the replacebycode sample. This is a regression.

Turn on scayt autostartup on sample page divreplace.html

Edit 1-st text block by double clicking, wait scayt run

Edit 2-nd text block:

error occurs:

plugin.getScayt() is null or not an object

The undo system is inconsistent when inserting HR and page break.

First scenario

• Load the editor and place the caret at the beginning of the text.
• Insert 2 HRs or page breaks.
• Click undo once.

A new paragraph is created and the caret moves into it.

• Click undo again.

The paragrpah is created and the caret goes to the expected location.

Second scenario

• Load the editor and place the caret at the beginning of the text.
• Insert 3 HRs.
• Click undo once.

The caret is vanished.

• Click undo again.

The caret is positioned near the HR.

• Click undo again.

The caret is positioned correctly.

Found in #5024, if a color is defined as #F00, and the HTML sample is used, IE doesn't display the text as red, it must use #FF0000 to show the color.

The patch changes the color that it's generated expanding it to 6 places, the other option would be to change the default palette to define all colors as 6 places, but that would require to adjust also all the language files.

Currently the menu created by 'menubutton' plugin will always force focusing the editor on show and close, observed on SCAYT menu, the expected behavior is that focus should be set only when necessary.

Using trunk with Ajax sample and Firefox:

• Create an instance, destroy it.
• Create a new instance.
• Type something
• Try to create for example an anchor, an error happens.

CKEDITOR.instances.editor1 is undefined
/ckeditor/_source/plugins/undo/plugin.js
Line 174

Due to [5486]

Steps to reproduce

• Focus an editor and press ALT+F10 to focus the toolbar.
• Go to the font size field and select a size, then type some text.
• Focus the toolbar again with ALT+F10 and open the size list.

Notice that the first option isn't actually focused, so clicking enter doesn't do anything.

The arrows in RTL should be the opposite of LTR. Attaching a patch.

Loading the ui color samples, the dialog that it's launched in second place to change the ui color lacks the color picker.

Environment

IE

Reproducing Procedures

1. Open any of the sample page and clear all content with 'New Page';
2. Create a empty bulleted list in place.
3. Open 'Format' combo and select the 'Normal' paragraph format.
   • Actual Result: There's an extra blank line above the paragraph created, but as soon as we start typing, the empty line vanishes.

1. Load the following content in editor;

   <p>
   	wrongspell</p>
   

   • Expected Result: The word is red-marked in wysiwyg mode.
2. Open 'Replace' dialog and replace the word with "right spell", then close the dialog.
   • Expected Result: The red underline is removed.
   • Actual Result: The red underline is still in place.

1. Load the following content and selection in editor;

   <p>
   	wrong^spell</p>
   

   • Expected Result: The word is red-marked in wysiwyg mode.
2. Press 'Enter' key at the cursor position;
   • Expected Result: The marker underline is removed immediately after key down (Firefox behavior).
   • Actual Result: The marker will remain for a while until next refresh happens.

1. Load the following content and selection in editor;

   <p>
   	wrong^spell</p>
   

   • Expected Result: The word is red-marked in wysiwyg mode.
2. Press ​'Menu' key at the cursor position;
   • Expected Result: SCAYT menu options are shown in context menu.
   • Actual Result: Context menu opens without SCAYT options.

1. Load the following table in editor;

   <table>
   <tr>
       <td>cell</td>
   </tr>
   </table>
   

2. Click on the table border to open the 'Table Properties' dialog.
   • Actual Result: The 'New Table' dialog is opened instead.

Reproducible on 3.3.x branch.

1. Load the following content with selection in editor;

   <p>paragraph</p>
   <table>
   	<tbody>
   		<tr>
   			<td>
   				[cell]</td>
   		</tr>
   	</tbody>
   </table>
   

2. Open context menu on the selection, select 'Column' -> 'Delete Columns'.
   • Expect Result: The entire table is removed.
3. Click on 'Undo' once to revert the deletion.
   • Actual Result: the table is brought back but the cursor is not blinking inside the paragraph instead in the cell.
   • Expected Result: both content and selectoin should match the original state.

Environment

IE

Reproducing Procedures

1. Load the following content with selection in editor;

   mis^pelled
   

2. Open context menu on the selection, choose from one SCAYT suggest correction.
3. Click on either 'Delete Cell'/'Delete Column'/'Delete Row';
   • Actual Result: Cursor is now moving to the start of word.
   • Expected Result: Cursor moves to the end of the word. ( Firefox behavior)

Environment

IE

Reproducing Procedures

1. Load the following content and selection in editor;

   [line one]
   

2. Press 'Backspace' once to delete the line text;
3. Wait for SCAYT to refresh.
   • Actual Result: The selection now becomes text type selection with one space character wide.
   • Expected Result: The cursor blinks in an empty pargraph.

Environment

IE, enterMode=BR

Reproducing Procedures

1. Load the following content and selection in editor;

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

2. Press 'Enter' key twice to move out of the list.
   • Actual Result: The new paragraph is not created and cursor is blinking at wrong place.
   • Expected Result: A new paragraph is created after the list.

In Chrome, form elements are always added on the beginning of the document. it doesn't matter carret is positioned.

Toolbar button label has wrong vertical align in Office2003 and V2 skins.

Attaching screenshoot for reference.

Reproduced in Chrome 4 win, 6 linux; using standards mode.

Confirmed in IE8.

Steps to reproduce

• Open image dialog
• Type some random invalid url (foo)
• Press the "Cancel" button

Result: JS error. Object does not support this property or method.

Image.js, line 506:

original.setCustomData( 'isReady', 'false' );

Reproducing Procedures

1. Make sure SCAYT is enabled, then put focus into editor;
2. Switch to 'Source' mode and switch back.
   • Actual Result: The cursor is blinking at the start of document.
   • Expected Result: Editor should gain no focus.

#5667 is still seen on IE6/7.

SCAYT AD banner cause unauthenticated warnings under HTTPS.

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.

To reproduce the defect

1. open ​http://nightly.ckeditor.com/5508/_samples/ui_languages.html

2. Click on Image Toolbar icon dialog and Click on Upload Tab on Image Properties dialog

3. Take a Screen shot of it.

4. Change the Language to Arabic and Click on Image Toolbar icon again and Click on Upload Tab on Image Properties dialog

Expected Result:

The Fields on the upload Tab of Image Properties should be shown as Exact Mirror Image of the same Fields in English Language.

Actual Result:

The Upload Text Field and Upload buttons on the upload Tab of Image Properties dialog are not shown as Mirror Image of the same Fields in English Language.

I am attaching the Screen shots of the Upload Tab of Image dialog in both English and Arabic

In Safari, horizontal resize of Kama skin is broken, not whole editor chrome is resized, eg scrollbar remains still is same position.

Attaching screenshot for reference.

Reproduce

1. Open resizable editor.
2. Open link dialogl.
3. Resize editor's width, reducing it.

1. Go to ckeditor.com/demo
2. Out cursor at the start of the paragraph saying "The version most widely known today ..."
3. Press the UP key on the keyboard.

Result: Cursor won't move. Observations: Tested in FF 3.6.3 and IE7. Works in both.

1.Click anywhere in editor

2.Scroll up/down, make the cursor disappear from the editor screen

3.Click elsewhere apart from editor area (but on same window)

4.Click anywhere in editor to get cursor focus back on editor

5.The cursor ends up at the clicked position but the content gets scrolled so position of the cursor in the content is wrong.

Observed on IE7 and IE8

When creating link to an email address, FCKeditor showed only email address:

<a href="mailto:mail@example.com?subject=hello&amp;body=text">mail@example.com</a>

CKEditor shows the complete link, which simply looks bad:

<a href="mailto:mail@example.com?subject=hello&amp;body=text">mailto:mail@example.com?subject=hello&amp;body=text</a>

Steps to reproduce

1. In a CKEditor click the link tool (not highlighting any text)
2. Select link type 'Email'
3. Enter email address, message subject & message body
4. click Ok - the code shows. FCKEditor only shows the email address when these setting are entered.

Steps to reproduce: Go to replacebycode samples page Turn off scayt autostartup 1.Enable scayt in first editor 2.Press "New document" in the same editor 3.Enable scayt in second editor

Expected result: scayt enabled Actual result: javascript error appear, and scayt is blocked in second editor

Another way is: Go to replacebycode samples page Turn off scayt autostartup 1.Enable scayt in first editor 2.Press "Source" button 3.While source-mode is actual for first editor, enable scayt in second editor 4.Try to exit from source mode in first editor to wisiwig mode

Expected result: editor should switch to wisiwig mode and scayt should be enabled Actual result: javascript error is appear and editor toolbar is blocket

With IE8, I'm able to reproduce the problem with "exactly" these steps:

1. Load the replacebyclass sample.
2. Put the focus in another application with a small window, so you can still see the editor behind it. I use Skype for it.
3. Without clicking on anything else, click directly the New Page button in the editor toolbar.

A js error is thrown.

Waiting for SCAYT to be enabled, switch to 'Source' mode before removing editor, you get a JavaScript error in all browsers, not able to reproduce when SCAYT is off.

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

In IE, it's possible to active editing inside text fields by doing the following:

1. Click the input field to select it.
2. Wait a bit and click on it again.

Right now, this action throws a js error on trunk.

First bug:

1. copy some html content which contains a paragraph(or any block

element)

2. Clear content in editor
   
3. Add a single word
   
4. make word italic/bold
   
5. place cursor inside the word.
   
6. paste
   
7. place cursor at the last character of the content
   
8. press enter
   

Observation:
The cursor jumps to the top of the editor and content is shifted down.

Second bug:

Repeat steps 1-6 above.

7. place cursor at the beginning of the last paragraph
   
8. press enter
   

Observation:
The cursor remains on same paragraph but content is shifted up.

Tested and confirmed in

• FCKeditor 2.6.1
  
• FCKeditor 2.6.6
  
• CKEDITOR 3.2.1
  

HTML content before pasting :

<p><em>italic</em></p>

HTML after pasting :

<p><em>ita</p>
<p>paragrapn</p>
<p>lic</em></p>

I assume this behaviour is caused by the broken HTML

In IE Quirks the layout of the a11yhelp dialog is corrupted:

• Content does not wrap.
• Some of the content is getting out of the box.

Steps to reproduce

• Open a sample [I'm using the replacebycode sample]
• Type some text long enough to create an horizontal scrollbar.
• Click on the scrollbar.
• Click on the host page's body.

A JS error appers: 'type' is null or not an object.

#4666 also applies for floating menus. Perhaps the two should be joined into one patch?

Steps to reproduce

• Open a sample in IE Quirks.
• Open a color panel and click 'More Colors' to open the color dialog.
• Move the mouse over the colors and try to click. Only the edges of the colors are clickable.
  

This is a regression of 3.2.2.

Steps to reproduce

• Load a sample with enterMode br
• Click on one of the list icons.
• Create two list items and press ENTER twice to finish the list.

Notice that the caret is getting back to the last item, thus it is impossible to create sequential lists.

The list style dialog provides options for armenian, georgian, lower-greek and decimal-leading-zero. These list-style-type values are not supported by any version of IE.

IE does not support the values armenian, decimal-leading-zero, georgian, inherit, lower-greek, lower-latin or upper-latin.

In IE6 there is a 8MB memory leak every time an instance of CKEditor is created.

Confirmed using Process Explorer, after creating & destroying CKEditor 10 times (using AJAX sample), memory usage (private bytes) jumped from 9MB to 90MB (tested on IE6.0.3790.1830 @ Win2003/SP1, also reported by user using IE6 6.0.2900.2180).

I have attached a dump from IE Sieve.

Sieve is still showing multiple DOM leaks on page left, it's pretty easy to reproduce with the default sample page, and this only affects IE6.

Environment

All IE versions

Reproducing Procedures

1. Open our online demo page;
2. Scroll down the document to bottom without puting focus into the editing document;
3. Mouse right-click (contextmenu) at the last paragraph;
   • Actual Result: The document is scrolling to top and the context menu is opened at the new position.
   • Expected Result: Context menu opens at the clicked location with no document scrolling occurs.

This is a regression bug introduced in CKEditor 3.3. It occurs when doing some specific DOM operations on the node that contains the editor. We had a similar problem in #5660.

Please check the attached files (unpack them in the _samples directory) to reproduce this issue. Works fine in CKEditor 3.2.1, 3.0 and all previous releases.

Environment

Safari

Reproducing Procedures

1. Open the 'fullpage' sample page, switch to source mode;
   • Actual Result: The 'contenteditable' attribute are displayed on <html>.

Steps to reproduce

• Load a sample or the demo.
• Search for something that does not exist, twice.

Notice that there is an error: startNode is null; _source/core/dom/range.js L1386.
Regression of 3.2.2.

#5562 is still reproducible on inline-elements.

Confirmed in IE8@XP3.

It looks like the Paste from Word feature since 3.1 does not always perform code cleanup. I'm able to constantly reproduce it by following these steps:

1. Open CKEditor replacebyclass sample
2. Press the "New Page" button
3. Select some text in Word document
4. Press the "Paste from Word" button
5. When IE8 asks whether to allow access to the clipboard choose "do not allow"
6. Press "Ctrl + V" in the paste dialog
7. Press "Ok"
8. Result:

   ...
   <p class="NoSpacing" style="margin: 0cm 0cm 0pt">
   	<span lang="EN-GB"><o:p><font face="Calibri">&nbsp;</font></o:p></span></p>
   <p class="NoSpacing" style="margin: 0cm 0cm 0pt">
   	<span lang="EN-GB"><font face="Calibri">CKEditor</font></span></p>
   ...
   

If you now press the "New Page" button again, then type some text in the editing area and follow the steps above (3-7), the text will be cleaned up correctly:

...
<p>
	&nbsp;</p>
<p>
	CKEditor</p>
...

I got this code from #4647:

1. Go to ckeditor.com/demo in IE8 and paste the following into the source:

<p style="width:200px"><img src="http://dev.fckeditor.net/chrome/site/logos.gif" /></p>

2. Right click the image to open the context menu or select the image and click the image button.
3. Image Properties option is not there or it loads the dialog with empty fields.

Note that the first time I right click the image I don't get the "Image Properties" option. However, if I then right-click on the image again OR if I left click the image and then click the Image button, I get the "Image Properties" option and the dialog loads correctly.

Hello, we have installed your really beautifull (f)ckeditor. We realy enjoy it. Now we updated from fckeditor 2.x to ckeditor 3.3 and i found a Bug when using IE. Uploaded Images will not be displayed in the Editor. I can upload an image an can See the preview. I also see the image in the WYSIWYG, but whenn i change into the "source-mode" or open an existing dataset with the editor i can`t see the image.

I didn't have these problem with firefox.

The problem only occure when the image-directory (where the uploaded images will be saved) is not in the same file-hierarchy than the file which include the ckeditor. You can see my hierachy in the attached image.

I hope you can understand my englisch.

It's not able to block certain keystrokes in IE with 'CKEDITOR.config.blockedKeystrokes', e.g. F5.

IE8 complains at ckeditor startup, as follows:

-- Webpage error details

User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 6.0; WOW64; Trident/4.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; MDDC; .NET CLR 3.5.30729; .NET CLR 3.0.30729; MS-RTC LM 8) Timestamp: Thu, 10 Jun 2010 13:28:54 UTC

Message: Object doesn't support this property or method Line: 303 Char: 6 Code: 0 URI: ​https://XXXXXX.com/CK/ckeditor/_source/core/editor.js

This is unmodified version 3.3.1 The relevant line (re-indented) is:

if ( !form.$.submit.nodeName ) {

form.$.submit = CKEDITOR.tools.override( form.$.submit, function( originalSubmit )

and the error is pointing to the beginning of the line form.$.submit = ...

This doesn't happen in Firefox, and nothing is reported on the firefox error console

I don't know whether this causes any harm other than frightening some IE users...

In some situations, the protection for read only blocks is being over exaggerated. For example

1. Load the following HTML:

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

2. Hit CTRL+A to select all.

3. Click the "Insert Horizontal Line" button.

Current Results:

<hr />
<p contenteditable="false">
	Non Editable</p>
<hr />

Expected Results:

<hr />

This one is related to the ​contenteditable feature branch.

1. Load the following HTML:

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

2. Hit CTRL+A to select all.

3. Hi the list button.

Current results:

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

Expected results:

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

This one is related to the ​contenteditable feature branch.

1. Load the following HTML:

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

2. Hit CTRL+A to select all.

3. Click the indentation button.

Current results:

The script will loop, blocking the browser. This happens when creating lists also.

Expected results:

All paragraphs (including the one with the read only content) should get indented.

This one is related to the ​contenteditable feature branch.

To reproduce the defect:

1. Open Ajax Sample and create a Numbered list.

2. select the Numbered list and select the Numbered List Properties in the Context menu.

3. In the Numbered list type select Upper Alpha(A,B,C,D,E,etc) and in the Start filed Enter D

4. Click OK button.

Expected Result: Numbered list Type changes to Upper Alpha Type and the list Starts with D

Actual Result: Numbered list Type changes to Upper Alpha Type but the list Starts with A and when you open the Numbered List Properties dialog again you will see the Start Value as D

Same behaviour happens with Lower Alpha,Upper & Lower Roman Numbered list types.

Imho this might be a serious issue as the editor should be working fine out of the box without having to dig into the documentation for specific settings that might speed up the editor performance or to simply make it working.

The problem: when having a larger document, scayt is causing the "script to run slow". This looks pretty nasty, especially if the document is not really that large (for example: 50KB), also many users will have no idea whether to stop the script execution and will simply consider the editor as broken.

I have attached two sample documents that can be used to reproduce this issue:

• English document (380KB+)
• Polish document (50KB)

I guess that Scayt does not recognize that the text is in different language than English and is finding too many errors in Polish document, that's why it hangs even when editing small documents.

We should either:

• disable Scayt on startup
• fix it to perhaps find just first 20/50(?) errors and then give up and display a gentle error message or a warning icon somewhere that there are more than 50 errors found, at least when it starts automatically. When user clicks on the button and enables Scayt manually, we might display an information to be patient and that it may take a while if the document is large.

In Jquery adapter sample we have:

<script type="text/javascript" src="http://ajax.googleapis.com/ajax/libs/jquery/1/jquery.js"></script>

so as a result in IE a warning is shown ("unsafe content").

Proposed fix: http -> https

Simple bug, so targeting to 3.4.

1. Load the following HTML:

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

2. Put cursor at the start of the last paragraph;
3. Press Left Arrow;

Current results: Cursor is now anchored at the end of second paragraph and it's even able to type more characters.

Expected results: Cursor should skip the second paragraph and be placed at the end of the first line.

Reproduced on the ​contenteditable feature branch.

Steps to reproduce

• Open a sample and then the Image dialog.
• Type or paste something inside the URL field.
• Click CTRL + A.

Expected result: the whole text inside the field is selected.
Actual result: the caret goes to the next field.
I think some priority should be given as this happens in all versions of CKEditor.

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

To reproduce the defect:

1. Open Ajax sample.

2. Type 2 lines of text and select them and Click on Insert/Remove Numbered List icon to make them a Numbered list

3. Right click next to one of the Numbered list item 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.

5. See that the Numbered list type changes to Upper Roman

6. Right click next to one of the Numbered list item and select Numbered List Properties in the Context menu.

7. Select Numbered List Type as Upper Alpha in the Numbered List properties dialog and Click OK button.

8. See that the Numbered list type changes to Upper Alpha

9. Now press Undo Once

Expected Result:

Numbered list Type should change back to Upper Roman.

Actual Result:

Numbered List Type is changing back to default Type(Decimal).

Same behaviour happens with Bullets

To reproduce the defect

1. Open Ajax Sample

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

3. see that Numbered list starts.

4. Click on Bold Icon to make the text bold.

5. Type the text and see that Bold formatting is applied to the text.

6. Press Enter to start the next list item and Click on Bold icon to remove the Bold Formatting.

Expected Result:

Bold formatting is removed.

Actual Result:

Bold formatting will remove and applies again we have to click on Bold Icon second time to remove the Bold formatting.

7. Now Click on Italic Icon to apply Italic formatting to the text.

Expected Result:

Italic formatting is applied to the start of the text in second list item

Actual Result:

Cursor moves to the end of previous list item and when type the text the second list item number is removed and Italic Formating is applied to the text we typed at the end of previous list item.

1. Set option CKEDITOR.config.fullpage="true" for the sample page.
   

2. Load the sample page.
   

3. Click on the "Source" button to view source HTML code
   

--> Body doesn't contain any SCAYT classes.

4. Click on the "Source" button again to return to normal mode
   

5. Click on the "Save" icon to view the result
   

Actual result:

<body class="scayt-enabled">

Expected result:

<body>

1. Create an instance of CKEditor and insert a table.

2. In the first table cell enter the word 'one'.

3. Select the word by pressing Shift + Left Arrow three times. If you use the mouse be sure to select just the word.

4. Click the Right Justify button. Observe no change is applied.

5. Keeping the selection, choose 'Heading 1' from the Format menu. Observe no change is applied.

Hi Using IE 8 / Win 7 CKEditor 3.3.1 , after opening editor via JS API and having text which fills the height of editing area the text is overflowing the edges / frame of the editor (attached is a snapshot)

Also the editor behaves very slow and stuck the browser . These issues are not in the previous version(3.2.1)

Most of the people won't need this, but firing an event before the page/tab is switched allows to validate data, update the interface, even avoid switching tab at the wrong time and the code is quite simple.

As it's always returning the same value, the spacer() function should be a constant string

The number of columns displayed in the smilies matrix should be configurable.

Table resize handles do not appear in IE7. Tried in IE7 mode using IE8. Version - Beta 3.4.

The paste and pastetext dialogs are built using HTML UI elements. The HTML contains hard-coded style attribute values, as the following code from the pastetext dialog shows:

{
type : 'html',
id : 'content',
style : 'width:340px;height:170px',
html :
	'<textarea style="' +
		'width:346px;' +
		'height:170px;' +
		'resize: none;' +
		'direction:' + editor.config.contentsLangDirection + ';' +
		'border:1px solid black;' +
		'background-color:white">' +
	'</textarea>',

As with the image and flash dialogs, can the tags in the HTML content be given an id attribute, and the style moved out to the skin's dialog.css. Only dynamic styles should remain.

The editor should provide an easy method for a user to switch the base language direction of a paragraph or other block level element.

Switching a paragraph should behave like the block level styles and set the dir attribute on the enclosing <p>.

Two new buttons in the toolbar could be used to switch or set base language direction.

It should be possible to set correct base language direction for graphical items such as numbered and bullet lists.

When creating a list from some existing content, the new list should retain the original language direction.

e.g. the following selection

<p dir="rtl">
   Line 1 <br/>
   Line 2 <br/>
   Line 3 <br/>
</p>

should become

<ul dir="rtl">
	<li>asdasdsadas</li>
	<li>sdfsdfsdfsdfsdf</li>
	<li>sdfsdfsdfsdfsdfsdf</li>
</ul>

the operation should also be reversible.

Currently the smiley dialog only shows the pointer icon while hovering the table and cell elements, but not the link or image itself.

Also, clicking on the space between smileys selects one of them, but I think that it might be better to restrict the clicks to the images themselves.

File: _source/plugins/htmldataprocessor/plugin.js (Starting line 240)

The function to convert ALL styles to lowercase causing a problem with capital urls:

background-image: url(http://somedomain/SomeBackground.jpg);

is converted to:

background-image: url(http://somedomain/somebackground.jpg);

On a windows server, this is not the biggest problem, but a linux server won't find that file.

Heres the possible fix:

	if ( CKEDITOR.env.ie )
	{
		// IE outputs style attribute in capital letters. We should convert
		// them back to lower case.
		defaultHtmlFilterRules.attributes.style = function( value, element )
		{
			var res = value.match(/([a-z-]+):/gi);
			if (res) {
				for (var i = 0; i < res.length; ++i) {
					value = value.replace(res[i], res[i].toLowerCase());
				}
				return value;
			}
			else {
				return value.toLowerCase();
			}
		};
	}

Greetings, Juergen

Open Skins example. Note that Text/Background Color panels have scrollbars in Office2003 and v2 skins.

Steps to reproduce

• Open a sample in IE and open the image dialog.
• Go to the height or width fields, and type a value that ends with percent sign or the 'px' suffix.

An error occurs.

When I create a list <ol> elment under a <p> element

• The example is shown as follow:

  <p>
  	test</p>
  <ol>
  	<li>
  		li</li>
  	<li>
  		li</li>
  </ol>
  

• when I press delete after the last character of 'test', the ckeditor will prduce a bug, the example is shown as follow:

  <p>
  	test</p>
  <p>
  	<li>
  		li</li>
  </p>
  <p>
  	<li>
  		li</li>
  </p>
  

And my IE version is IE8.0.6001.18702, Os is Windows XP + SP3, ckediotr version is 3.3.1

However when I use win7 + IE8.0.7600.16385 to test this example, the bug doesn't appear!

I am looking forward your reply!

Best regards,

Littlepower

To reproduce the defect

1. Open Ajax sample & Create a Table with 30 Rows & 30 Columns.

2. Position the cursor in one of the Table Cells in the last row.

3. Drag the slide bar to the top of the page.

4. Now Click in one of the Table Cells in the First row.

Expected Result:

Cursor stays in the Cell that we have clicked and the user can enter the content.

Actual Result:

Cursor jumps out of the cell to a cell in a different row.

Two people have reported problems with their security suites due to the use of UniversalXPConnect introduced in #4469 ​http://cksource.com/forums/viewtopic.php?f=11&t=19393 ​http://cksource.com/forums/viewtopic.php?f=11&t=18514

As very few people might know about that option and even fewer of them would bother to change their configuration, I think that it will be better to remove that code because there might be more people that just see that CKEditor fails but don't know the reason and just give up before searching for help or reporting the problem.

When determining whether initial dialog focus should be on the first tab, dialog._.tabIdList.length is checked to see if the dialog has more then one tab. This will not take into consideration any tabs that are hidden. When a dialog has all but one tab hidden, and keyboard navigation is used, the dialog will not receive focus if CKEDITOR.config.dialog_startupFocusTab is set to true. Focus will remain on the toolbar.

The if statement is located in the CKEDITOR.dialog constructor in a dialog 'show' event listener, which is used to setup focus:

if ( editor.config.dialog_startupFocusTab
	&& me._.tabIdList.length > 1 )

could be changed to:

if ( editor.config.dialog_startupFocusTab
	&& me._.pageCount > 1 )

pageCount only gets incremented if the tab is not hidden.

When setting the editor to RTL direction, when resizing an image, the small boxes appear, but when I drag them, its all opposite! the cursors are flipped and it all gets messy.

Happens only with IE8! But IE8 + Compatibility mode works fine. (IE7,Firefox etc. works fine also)

this error occurs when the first element is a div, floated left. The second element is a paragraph with no added styles.

In IE8, the paragraph appears to have extra top padding. This does not happen with IE7 or IE6, or Firefox 3.6

Here is an example of code that can produce the error:

<div style="position: relative; width: 150px; float: left">
	Lorem ipsum dolor sit amet, consectetur adipiscing elit. Aliquam vel mi sed mauris iaculis vestibulum id quis nullaLorem ipsum dolor sit amet, consectetur adipiscing elit. Aliquam vel mi sed mauris iaculis vestibulum id quis nullaLorem ipsum dolor sit amet,</div>
<p>
	Lorem ipsum dolor sit amet, consectetur adipiscing elit. Aliquam vel mi sed mauris iaculis vestibulum id quis nulla. Quisque c ondimentum dui nec nunc laoreet hendrerit. Donec ipsum enim, hendrerit eget porta at, interdum vel velit. Suspendisse non libero egestas elit commodo semper a convallis turpis. Aenean pulvinar tortor non erat facilisis sodales sit amet a turpis.&nbsp;</p>

Enter !@#$ and click on enter , notice it shown underline.

Happens on IE only

1. Load the following HTML:

<p>
	Para 1</p>
<p contenteditable="false">
	Para 2</p>
<p>
	Para 3</p>

2. Right-click "Para 2".
3. Paste and allow clipboard access.

A js error is thrown.

Confirmed with IE8.