Custom Query

When ckeditor loads content containing javascript, javascript are run. View source in ckeditor does not contain any javascript since it is executed. Ckeditor should not execute javascripts. It should treat any javascript as text.

Tab to indent a bullet Shift-Tab to back it up

Identical functionality desired as seen in word, google docs, ether pad etc...

Hi there! I found hard Bugs in IE 7.0.5730.11 (Win XP SP3 x86, Win 7 x64) when marking words, setting link and opening the context menu. Some bugs can be reproduced in the emulationmode in IE 8.

Steps to reproduce:

1. Mark a Word and open the context Menu. The marker is now there and you can't get it away.

2. The Icon "remove Link" is grey, so you can't remove any Link.

3. Mark a Word at the Top and open the context Menu. The context menu is now opening to the Top and the menu is getting cut.

This is the same as Ticket #4726. I experienced exactly the same problem in IE7/8 with ckeditor 3.3.2. A page with 4 editors would intermittently load between 0 and 3 editors instead of four. Only error encountered was when using the IE8 debugger. It would complain exactly as in ​http://dev.ckeditor.com/ticket/4726.

I was able to increase the success rate by:

1. setting a timeout on the CKEDITOR.replace() call, the longer the timeout the better the success at loading editors
   
2. removing large css and js links from the HTML.

I was able to get the editors to load 100% reliably once I changed an input with name="submit" to name="somethingelse". 100% no worries at all, worked everytime.

I am guessing that the reason you guys might have had trouble replicating this is due to the hefty css/js that was contributing to the problem. With a minimal test page you would not be able to get this behaviour to occur.

Hope this assists you in making this awesome editor even more awesome!

If you would like a better test case PM me and I'll send you something

To reproduce the defect:

1. Open Language sample and change the language to Hebrew or Arabic.

2. Type some text and click on Show Blocks icon.

Expected Result:

Blocks in the Editor body is shown and HTML Tags for the Paragraphs are displayed on the right hand side since we are using a Right to Left(RTL) Language sample.

Actual Result:

Blocks in the Editor body is shown and HTML Tags for the Paragraphs are displayed on the left hand side.

Please ignore this ticket.

If I have this text in Notepad:

Line One
Line Two

IE renders it as:

<p>Line One</p>
<p>Line Two</p>

Chrome renders it as:

<p>
   &nbsp;</p>
<div>
   Line One</div>
<div>
  Line Two</div>

Update:

• FF3, FF4, Opera - use br to keep formatting. This is from CKEditor 3.0
• Webkit uses divs to keep formatting. This is from CKEditor 3.2.1
• IE (all versions) use <p> tags for pasted text.

1. Open Chrome Dev build
2. Navigate to ckeditor.com/demo
3. Use the image insert button and select an image to insert.
4. Click the "OK" button on the image dialog

Expected: - Dialog should close and image is inserted into the text area. Result: - Dialog kinda blinks but stays open until cancel is chosen.

Works for me in Firefox 3.6.8 Also tested with same result using CKEditor 3.4.1 (SVN)

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.

Under IE Quirks the following coding error comes out:

CKEDITOR.dialog.validate.integer()( value )

should be:

CKEDITOR.dialog.validate.integer( value )

This magically works on every other browser, but in quirks mode it passes a null value and thus makes the table dialog impossible to use.

Patch attached.

NOTE: For some reason, this was impossible to re-produce on the test site and on the exact same code running locally on my computer, yet on our server (same code as local server) the error shows itself. Since this is simply a syntatic fix, compatibility should be improved with no side effects.

Instead of making a new language entry, it should have referenced the existing, common, entry.

The content in my application has a lot of div's. In Chrome and Firefox this is fine, but in IE I can't select the content in a div as it seems to interpret my clicking in a div as if I want to select and drag the whole div. I won't ever need the ability to drag a div. How can I either fix my IE problem or turn of div dragging altogether?

Ps. I looked around quite a bit in docs and forums and couldn't find this issue.

1. Click the table button to create a new table. Note that the Width field presents the default "500" value.
2. ESC to close the dialog.
3. Click the table button again.

The Width field will be blank.

Works well with CKEditor 3.3.2.

1. Load this HTML:

<ul>
	<li>Line 1</li>
	<li>Line 2</li>
</ul>

2. CTRL+A to select all.
3. Click the "Decrease Indentation" button.

The list will not be removed, and the items contents will be now inside <p> elements.

We have the same issue when using "Increase Indentation" on step 3, having the indentation being applied to the new <p> instead of the <ul>.

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

1. Configure indentOffset in list plugin to 0
   
2. Create a list with two items
   
3. Indent the second item.
   
4. Outdent the second item.
   

Suggested fix: Modify the following lines in the indentElement function in the list plugin:

if ( currentOffset < 0 )
   return false;

To :

if ( currentOffset <= 0 )
   return false;

Hi,

Object styles, i.e. styles for table, td, tr and so on, are not visible in some browsers (IE8, Firefox 3.6.8, Opera 10.00) while are visible in Chrome (5.0.375.126). I used your page to run the test (​http://ckeditor.com/demo) after I run to than problem at my pages (with CKEditor ver. 3.1 and 3.3.2). I guess you are using the default file with styles definitions default.js, which means that 'Borderless Table' and 'Square Bulleted List' should be visible in the Object styles sections, but they aren't there.

Greetings, Gabriela

Here's a fun one in the Kama Skin. If you create a custom toolbar with ONLY richcombo boxes in it, the CSS margins will be wrong (I.e. Items below it will crowd the bar).

This is because the bottom margin of 5 lies on the toolgroup element. To fix this, the bottom margin CS should be moved from the toolgroup element to the toolbar element. Give it a look!

CKEDITOR.replace( 'editor1',
					{
						toolbar: [
									['Styles','Format','Font','FontSize'],
									'/',
									['Bold','Italic','Underline','Strike', 'Paste','PasteText','PasteFromWord','-','Undo','Redo','-','TextColor','BGColor']
								]

					});

Java integration for CKEditor 3

See attached screenshot for example.

Steps to reproduce:

1. Open sample provided with ticket in IE7.
2. Ensure that the window size of the browser is small enough to cause a horizontal scrollbar to appear in the window
3. Open a panel.

Result: the floating panels render off-screen. This is a major globalization problem.

Sample to test with:

<html>
	<head>
		<meta content="text/html; charset=utf-8" http-equiv="content-type" />
		<script type="text/javascript" src="ckeditor_source.js"></script>
		<script type="text/javascript">
			function loadEditor() {
				CKEDITOR.appendTo("content", {language: "he", skin: "kama"});
			}
		</script>
	</head>
	<body onload="loadEditor();" dir="rtl">
		<div style="width: 800px; border: 1px dashed black;">
			<div id="content">
		</div>
	</body>
</html>

Using the page up/page down keys jumps from the top of the document all the way to the bottom or vice versa. This only happens on IE8, in IE8 mode.

To reproduce simply create a large document that requires scroll bars place the caret at the beginning and press page down.

To reproduce the defect:

1. Open Ajax sample.

2. Click on Table icon in the Tool bar.

3. See that Table properties dialog comes up with default vales for Rows,Columns & Width.

4. Now Click OK button to insert a Table with default values or click Cancel to close the dialog.

5. Click on Table icon gain in the Tool bar.

See that Table Properties dialog comes up,but default value for Width field is removed and same behavior happens every time you open Table Properties dialog.

When creating a div container, it is currently not possible to get outside of the container.

For example:

• From an empty editor, click on the "CreateDiv" button and create a container.
• Enter some content inside. If you hit "Enter", it creates a new paragraph inside the container. Whatever you do, it will create something inside the container.
• Now try to click outside of the container - well, you cannot :)

If you click below the container, you should be able to create a paragraph outside of the container.

Since CKEditor 3.3 the "Select color" dialog is broken in Safari 3. To reproduce press "Background color" -> "More colors".

Confirmed on Safari 3.2.3 @ XP, it might be worth to check what caused it because I do not see this error in CKEditor 3.2.2.

I have code that looks like this

<dl>

<dt>First</dt> <dd>Second</dd>

</dl>

When I view source in IE7 the <dt> and the <dd> tags are reversed for every <dl> in the source code:

<dl>

<dd>Second</dd> <dt>First</dt>

</dl>

When I view source again it corrects itself. So each time I view source the tags are reveresed.

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

I am using the last version of CKEditor (also checked nightly build). When using Chrome (last), user pressed "tab" from text input into CKEditor, and the whole gray frame became "focused" style. I tried to press on keyboard but no response. using mouse worked.

Fork of #6025, in which we've introduced inconsistency in wysiwygarea's focus logic. We should simplify it in this ticket.

To reproduce the defect:

1. open Ajax sample.

2. Insert a Table with 3 rows & 2 columns.

3. Select Cells in the first row & click on Table Properties option.

4. Try to change Table Headers option to both and Click OK button.

Expected Result:

Both First Row and Column should be set as Headers.

Actual Result:

we are getting the following error in firebug when we press OK button first time.

t is null [Break on this error] if(/[^{\s\ufeff]/.test(D))z=null;else{G...)])t=t.getParent(),u=t.getIndex()+1;}

we are getting below error every time we click OK button from second time onwards

u is undefined [Break on this error] if(r.equals(t.getPrevious())){o.startO...kground-color: $color !important;}';

With CKEditor v3.4b, Windows 7, IE 8 or FF3.6 or Chrome 5. Suppose you have the following styleset

{ name : 'normal', element : 'p' }, { name : 'red', element : 'p' , attributes: { "class": "red" }}, { name : 'green', element : 'p' , attributes: { "class": "green" }}, { name : 'blue', element : 'p' , attributes: { "class": "blue" }}, { name : 'h1', element : 'h1' }, { name : 'h2', element : 'h2' }

If you then look at the combobox list, you will see the order: red, blue, h2, h1, green, normal. I expect the order to be as definied in the array.

Michael

I'm not entirely sure this is a problem with CKEditor, and I apologize for wasting your time if it isn't.

We wrote a custom plugin for CKEditor that I think might ultimately be the cause of our problem. The problem is that on Firefox, these line of code in plugins/wysiwygarea/plugin.inc:

// Simulating keyboard character input by dispatching a keydown of white-space text.
var keyEventSimulate = domDocument.$.createEvent( "KeyEvents" );
keyEventSimulate.initKeyEvent( 'keypress', true, true, domWindow.$, false,
false, false, false, 0, 32 );
domDocument.$.dispatchEvent( keyEventSimulate );

trigger a keypress event firing the spacebar. When the spacebar is pressed, the default browser behavior is to scroll down the page. The page thus scrolls down as soon as ckeditor reaches this point in the code.

The symptoms of this problem appear quite similar to those described in ​http://dev.ckeditor.com/ticket/4397.

Possible other useful information:

• We have multiple ckeditor wysiwygs on the same page.

If you think you know what's going on, or you can explain why that spacebar keypress doesn't normally trigger a page scroll down, or you have questions that you need answered to help us debug, that would be great, and we'd be glad to provide you with any information you need.

Thanks!

In a certain situation, list items disappear.

Steps to reproduce

• Click bullet icon in editor
• Type 'test1' , press enter
• Indent the bullet
• Type 'test11' , press enter
• Type 'test12' , press enter
• Type 'test13'
• Move cursor behind test12
• Press enter 3 times
• Press backspace 4 times ( deleting the bullets ) . Note that test13 ends up one level lower
• Place cursor after 'test11'
• Press enter 3 times

After doing this, you will notice that all the subbullets (test11 and test12 ) are gone.

Tested on IE6, using ​http://ckeditor.com/demo

Also tested in IE8, the behaviour is a little different, but the result is the same (list items are gone).

It looks like this issue was introduced with [5380] (#4476).

The autogrow plugin should resize the editor when starting up too. Otherwise there's a good chance that the editor size will jump when you first click on it. The patch is trivial:

--- a/public/app/ckeditor/_source/plugins/autogrow/plugin.js
+++ b/public/app/ckeditor/_source/plugins/autogrow/plugin.js
@@ -37,7 +37,7 @@ For licensing, see LICENSE.html or http://ckeditor.com/license
    {
        init : function( editor )
        {
-           for ( var eventName in { contentDom:1, key:1, selectionChange:1, insertElement:1 } )
+           for ( var eventName in { instanceReady:1, contentDom:1, key:1, selectionChange:1, insertElement:1 } )
            {
                editor.on( eventName, function( evt )
                {

To reproduce the defect:

1. Set config.dialog_startupFocusTab = true;

2. Open Ajax sample.

3. Insert an Image.

4. Click on Image, open context menu and open Image properties dialog again.

Expected Result:

Focus should be set to the Tabs on Image Properties dialog and the focus should go to first tab which is Image Properties.

Actual Result:

Focus is not going to Tabs, instead it's going to URL field in the Image Properties tab.

Bug in MediaWiki+FCKeditor project.

For example, when you use the "Insert/Edit Source Code" button to create the following wikitext, it will generate

<source lang="cpp">int main(int argc, char* argv[]) {
    cout << "a + b = 1" << endl; 
    return 0;
}</source> 

where it should be in the format of

<source lang="cpp">
int main(int argc, char* argv[]) {
    cout << "a + b = 1" << endl; 
    return 0;
}
</source> 

Hi,

The maximise plugin has an error, on line 291, when the editor is set to be automaximised on start and the user has opted to not show the maximise button on the toolbar.

_source\plugins\maximize\plugin.js

a possible fix is (adding the lines with +):

+if(button!=null)
  var buttonNode = editor.element.getDocument().getById( button._.id );
  buttonNode.getChild( 1 ).setHtml( label );
  buttonNode.setAttribute( 'title', label );
  buttonNode.setAttribute( 'href', 'javascript:void("' + label + '");' );
+}

I checked nightly build 5826 and problem was evident there.

A thread about the bug. ​http://cksource.com/forums/viewtopic.php?f=11&t=19820

I changed the editor configuration object so that instead of inserting a <u> for underline, it inserts a <span> with an inline style :

coreStyles_underline: {
         element: "span", 
         attributes : {style: "text-decoration: underline"}
}

This works great except that when you apply this to an element that has had e.g. it's font size increased, the "underline" span replaces the font size one, effectively losing that style.

To reproduce - create an editor with the configuration modified as above, enter some text, either change the font family or font size of the text, then underline the text.

Steps to reproduce:

1. Ctrl-A, Backspace to empty the document
   
2. Create a 3-row, 2-column table of 500px (this is the default)
   
3. Click to place the cursor in the bottom-right cell
   
4. Shift-up
   
5. Backspace
   

Expected: the bottom row gets deleted from the table

Actual: "Could not complete the operation due to error 800a025e"

Error occurs on line 1294 of _source/plugins/selection/plugin.js, in revision 5826:

 ieRange.select();

A single div is used to display the style, format, font and font size menu panels.

When the menu is being dynamically created the corresponding menu's CSS class is added.

For example, when creating the Font Size menu the CSS class cke_fontSize_panel is added. When creating the Formatting Styles menu the CSS class cke_styles_panel is added.

No CSS class is ever removed.

If all four richcombo menus are used the div incorrectly contains the CSS classes cke_font_panel, cke_fontSize_panel, cke_format_panel and cke_styles_panel. This can lead to the incorrect styles being applied.

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

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

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

Environment: Ubuntu Linux, Firefox 3.0.17, CKEditor 3.3.2

Hi,

I have noticed a bug in FCKEditor version 2.5.1 and I wanted to confirm if it exists in 2.6.6 or, if not, in which version it was fixed. In reviewing the code it looks as if it may still exist, but I could not confirm.

(...)

I have not verified that this bug exists in any of the other connectors.

The existence of this bug in the ASP.NET connector represents a significant security vulnerability when running on IIS. Please keep this correspondence private. I would prefer to discuss this over e-mail, but I was indicated that this is the location to discuss security issues in the product.

Thank you!

<div>

ckeditor

<div>

well, hide it first like this ' <div style="display: none">', then show it, the editor is not editable.

An awesome feature addition to CKEditor would be to make it possible via HTML5 to drop images, e.g. from Explorer in Windows, and drop them onto the CKEditor and it would automatically be uploaded and inserted into the editor.

Of course server-side would be required and should not be a part of the CKEditor but rather something that the webdesigner (not CKEditor team) had to write for himself.

Inspiration can be taken from ​http://valums.com/ajax-upload/.

To reproduce the defect:

1. Open Language Sample.

2. Change Language option to either Hebrew or Arabic.

3. Open any dialog for ex: Anchor Properties.

Expected Result:

Cursor should be shown in Anchor Name field.

Actual Result:

Cursor not shown in Anchor Name field, even when use the mouse and click in the field we won't see the cursor, but when we type the text it will display in the field.

To reproduce the defect:

1. Open Ajax sample.

2. Click on Numbered/Bulleted list icon.

Expected Result:

Numbered/Bulleted list starts with am empty string.

Actual Result:

we are getting an Error and i have attached screen shot of the error

Running this code generates an error in Webkit (Safari & Chrome) at the line 1170 of the selection plugin if the editor still hasn't been focused:

	var oDiv = oEditor.document.createElement( 'DIV' ) ;
	oDiv.setAttribute("class", "wrapper");
	oDiv.$.innerHTML = "new div";
	oEditor.insertElement( oDiv );

Hi,

You can quickly see this problem on the demo page of CKEditor.

Go to CKFinder with Safari, then select or upload an image (doesn't matter). You'll then see the image in the preview pane. Click "ok" - the dialog will not close, and you'll see a little bit of a flicker in the background.

It appears that the window.opener bridge that was working prior to 3.3.2 is now broken.

Affects CKFinder as well as custom image packages that use the window.opener bridge

Bug appears in all versions forward starting with 3.3.2

In IE,I input servarl Japannese, after several words put in, when I put another,the front words before this will disappear.

And I also found that if I disabled the scayt, the problem won't show.

When doing the following code (see further down) on a form consisting of an textarea with id "startpage-content" and I press the "Save"-button in CKEditor's toolbar, the page does a normal form submit. However, if I put an input-button below the CKEditor-textarea, everything works as expected.

Using: CKEditor 3.4, jQuery 1.4, latest version of the ajaxForm -script as of today, Windows 7, FF3.6.

jQuery("#startpage-content").ckeditor({
	language : editorLanguage,
	toolbar: editorToolbar,
	format_tags: 'p;h1',
	format_h1: { 
		element: 'h1'
	},
	forcePasteAsPlainText: true,
	contentsCss: 'css/startpage.css',
	height: 500,
	resize_maxWidth: ( 622 ),
	resize_minWidth: ( 622 )
});

jQuery("#startpage-content").parents("form:first").ajaxForm(function () {
	alert("!");
});

The Language Direction field on the Advanced tab of Table Properties dialog has a fixed pixel width. The field's width will remain the same irrespective of the chosen skin.

For the Kama, Office 2003 & V2 skins the field has a smaller width compared to all other fields on the tab. All other fields are the same width.

When I add a stylesheet in config.contentsCss that has a rule

a:link { color: #0F5491; }

the Font and Format menus' items take on that color.

We are mainly focused on cleaning up the content while pasting, but there is still a lot of content in various systems that was created long time ago that may contain broken / invalid HTML.

Suppose we have the following HTML source at the beginning:

<p><font face=""><font face=""><font face="">fooo</font></font></font></p>

The <font> tag is totally useless there and theoretically could be simply removed by CKEditor from the HTML source.

To reproduce the defect:

1. Open Ajax sample.

2. Click on Create Editor button.

3. with out putting the cursor in Editor body, click on any of the icons(for ex: Table).

4. see that Table Properties dialog comes up.

5. Enter values for rows and columns and click OK button.

Expected Result:

Table with specified number of Rows & Columns is inserted in the Editor.

Actual Result:

Table not inserted in the Editor.even we press OK button any number of times there won't be any effect.

Same thing happens for all the elements(eg: flash,smileys,special characters etc..) in the Tool bar.

The only way we can insert an element in Editor body is to put the focus in Editor body and then click on the Elements in the Toolbar.

Here my content:

<div>
  <strong>
    Text
  </strong>
  <span style="font-size: 14px;">
    <strong>
      <br/>Text1
    </strong>
    <div>
      Set cursor at start of this line and press backspace.
    </div>
  </span>
</div>

Set cursor before "Set" word and just press to backsoace(remove previos symbol). And some magic is happens. Reproduced only in FireFox

IE6 (SP2) tries to load skin images two times. In the other time, it tries to search images in wrong path "/js/ckeditor/skins/kama/​http://URL/js/ckeditor/skins/kama/icons.png" etc, so those images are redirect to 404. The same seems to happen in skin v2 too. IE > 6 and other browsers doesn't have the bug.

Error log:

"GET /js/ckeditor/config.js?t=A7HG4HT HTTP/1.1" 200 1289
"GET /js/ckeditor/skins/kama/images/sprites_ie6.png?t=A7HG4HT HTTP/1.1" 304
"GET /js/ckeditor/skins/kama/icons.png?t=A7HG4HT HTTP/1.1" 304 304
"GET /js/ckeditor/skins/kama/images/dialog_sides.gif?t=A7HG4HT HTTP/1.1" 304
"GET /js/ckeditor/skins/kama/https://www.xxx.fi/js/ckeditor/skins/kama/icons.png?t=A7HG4HT&t=A7HG4HT HTTP/1.1" 404
"GET /js/ckeditor/skins/kama/https://www.xxx.fi/js/ckeditor/skins/kama/images/sprites_ie6.png?t=A7HG4HT&t=A7HG4HT HTTP/1.1" 404
"GET /js/ckeditor/skins/kama/https://www.xxx.fi/js/ckeditor/skins/kama/images/dialog_sides.gif?t=A7HG4HT&t=A7HG4HT HTTP/1.1" 404
"GET /js/ckeditor/skins/kama/https://www.xxx.fi/js/ckeditor/skins/kama/https://www.tyokyvyntuki.fi/js/ckeditor/skins/kama/icons.png?t=A7HG4HT&t=A7HG4HT&t=A7HG4HT HTTP/1.1" 404

Suggested fix: I deleted these lines (in compressed ckeditor.js or in skin.js) and it's working fine again. Maybe a better approach would be to fix preload function?:

        if ( CKEDITOR.env.ie && CKEDITOR.env.version < 7 )
        {
                // For IE6, we need to preload some images, otherwhise they will be
                // downloaded several times (CSS background bug).
                preload.push( 'icons.png', 'images/sprites_ie6.png', 'images/dialog_sides.gif' );
        }

The automatic color button have the text cursor instead of the hand.

A part of a discussion with Fred:

Clearly the code is constantly getting bigger. So how about reviewing the code and try to reduce it: use 1 and 0 for true and false when possible, remove the "defined" configuration when possible (leaving just comments about them of course) etc.

The file for Swedish (FCKeditor.i18n.sv.php) contains the translation doubled up, including the initial "<?php", causing Mediawiki to display a blank page.

I have one text box and the FCKEditor in my page, when iam pressing tab after filling the textbox, the cursor was not focusing into fckeditor , it is working on FF and IE too but the problem in Chrome...

Plz help me any body...

Thank You,

This causes insertion into the editor to fail.

Repro steps:

1. use Chrome
2. go to ckeditor.com/demo
3. without focusing the editor, attempt to insert a smiley
4. smiley insertion fails. [expected] a smily is inserted.

Ditto for tables, attachments, and all other insertables.

I've written and tested a fix. It's attached as an hg patch file.

1. set editor source to

   <p>
   	<a class="wikiNew" href="default.asp?W2648">i am a link</a></p>
   <p>
   	i am a paragraph</p>
   

2. edit in wysiwyg mode using ie8
3. hit ctrl+a, ctrl+c, ctrl+v
4. expected: no change actual: 'i am a paragraph' is now a link and there's a fresh newline up top.

We use CKeditor as a tool to allow our customers to design WYSIWYG HTML emails. When you copy a table and paste it below, to duplicate an article box for example, the CKeditor inline style for the dotted borders gets pasted in the source. It varies by browser/OS. Here is how to reproduce (even in the nightly build URL):

1. Select an entire table by highlighting it with the cursor.
2. Copy by using the usual short-cut... Command-C on a Mac. Control-C on Windows.
3. Insert the cursor where you want to paste the table.
4. Paste by using the usual short-cut... Command-V on a Mac. Control-V on Windows.
5. View source. You will see all this inline style on the <table> and every <td>:

   style="border-top-color: rgb(211, 211, 211); border-right-color: rgb(211, 211, 211); border-bottom-color: rgb(211, 211, 211); border-left-color: rgb(211, 211, 211); border-top-width: 1px; border-right-width: 1px; border-bottom-width: 1px; border-left-width: 1px; border-top-style: dotted; border-right-style: dotted; border-bottom-style: dotted; border-left-style: dotted; "
   

The above style gets sent in the email and therefore shows the dotted border on the pasted table. Here is the results of this in various browsers and OS's:

Safari - Mac: Inline styles get pasted and sent. Chrome - Mac: Inline styles get pasted and sent. Plus the entire email layout is duplicated about six times in the message. Weird!!! Firefox - Mac: Selecting the table doesn't work well. No inline styles get pasted, but any images in the table are broken once sent. IE8 - Windows: Everything worked perfectly. Safari - Windows: Inline styles get pasted and sent. Chrome - WIndows: Inline styles get pasted and sent. Doesn't have the same issue as the Mac mentioned above. Firefox - Windows: Selecting a table is impossible.

For screenshots and more info, go here: ​http://cksource.com/forums/viewtopic.php?f=11&t=19888

With semi-complex HTML table layouts (our email templates for example), selecting text triggers the tag selector at the bottom of the WYSIWYG window to jut out horizontally rather than dropping down another line. This only happens in Safari and Chrome. This causes problems with our GUI.

If we want CKEDITOR.loader to load things from _source, it'll not work.

This is my TC:

<script type="text/javascript" src="/ckeditor/_source/core/loader.js"></script>
<script type="text/javascript">

CKEDITOR.loader.load( 'core/xml' );
	
</script>

Firebug will show you 404s for the loaded resources.

While we don't have a plugin to load XML for templates (a la v2) (see #3588), we should at least provide a tool that makes it easier to convert old v2 templates to the new js v3 format.

To reproduce the defect:

1. Open Ajax sample.

2. Click on Find and Replace Icon & Flash icons in the Tool bar to activate Find and Replace & Flash Properties dialogs.

3. When dialogs are opened tab through each element to see if the focus is shown properly for all the elements when we are tabbing through them

Focus not shown for Check boxes on both Find and Replace tabs of Find and Replace dialog.

Focus not shown for Check boxes on Properties tabs of Flash Properties dialog.

In IE6 focus is shown around the label for the Check box instead of showing it on the Check box.

I have the same Problem now in Chrome 5, 6 on Debian as ​http://dev.ckeditor.com/ticket/5409#comment:10 . Firefox is OK.

I attach a video. A simple example of the change replacebycode.html replacebycode.php. Added one line in PHP and debbuging in NetBeans. What is the difference when you close the dialog box Images and other? CKEditor reload URL. Similarly behaves Chrome 5 (maybe WebKit).

Video: ​http://www.youtube.com/watch?v=HI7XvqvEEt0

With CKEditor 3.4...

Suppose you edit a page with fullPage=true containing a meta in the head having charset=utf-8.

Then if the body contains foreign characters (in my case German umlauts), they are changed into the corresponding tokens. For example "a umlaut" is changed to "ampersand a uml semicolon".

This is not necessary, as these characters can be used in UTF-8 directly.

It would be better if the umlauts survived an editing process with CKEditor, as the HTML source is harder to read afterwards.

Michael

Not reproducable in Firefox or Chrome.

I've also seen '<span style="..."> ... </span>' wrap the links, but I don't have a solid repro for that.

This bug is dependant on the stylesheet which is being run with ckeditor. The stylesheet that ckeditor.com/demo is using doesn't exhibit this bug, so step 4 is entirely about augmenting the demo's css to show the bug. In my production environment, custom templates are allowed on the wiki: One such template gives special coloring and text-decoration to 'a', and that revealed this bug.

Here's the repro for the <u> tags:

1. use IE8

2. go to ckeditor.com/demo

3. set the editor source to:

<p>
	some say <a class="wikiNew" href="default.asp?W2648">i am a link</a></p>

4. switch back to wysiwyg mode

5. use the IE8 dev tools to inspect the 'i am a link' href click the 'style' tab click the link to 'contents.css' so we can edit the styles replace the "TEXTAREA" style with the following rule:

      A
        text-decoration: none;
   

6. Look at the editor-- you'll see that 'i am a link' is no longer underlined.

7. in the editor, select "some say i am a link"

8. copy and paste this text using ctrl+c, ctrl+v

9. Notice that 'i am a link' is again underlined

10. inspect the source; here's what I got:

    <p>
    	some say <a class="wikiNew" href="default.asp?W2648">i am a link</a></p>
    <p>
    	some say <a class="wikiNew" href="default.asp?W2648"><u>i am a link</u></a></p>
    

11. [BUG] notice that there's an extra <u></u> wrapped around 'i am a link'. [Expected] The copy paste didn't inject anything new.

This patch follows up on this : ​http://dev.ckeditor.com/ticket/4987 bug, which is related to these : ​http://dev.ckeditor.com/changeset/5096 changes and adapts the image plugin to use editor.config.filebrowserImageBrowseUrl in the same way as editor.config.filebrowserImageBrowseLinkUrl is being used.

When following the docs : ​http://docs.cksource.com/CKEditor_3.x/Developers_Guide/File_Browser_(Uploader) editor.config.filebrowserImageBrowseUrl does work as expected in the image plugin and is used for the browse button but after some customising of the image plugin I realised that editor.config.filebrowserImageBrowseUrl wasn't being used by the plugin itself, rather some other core 'Magic' was selecting editor.config.filebrowserImageBrowseUrl instead of filebrowserBrowseUrl (For the browse button on the image dialog not the browse button on the link tab of the image dialog.)

So here's a small patch for editor.config.filebrowserImageBrowseUrl in the image plugin's image.js file which replicates the way that config.filebrowserImageBrowseLinkUrl is used in the same plugin. The patch starts at line 571 and the method was adapted from line 1,127 in the same file.

There is not possible to indent 3 levels, and the remove indentation buttom only works in the first level.

This bug had reported and solved in version 3.1 (Ticket #5152), but in version 3.3.1 [5548] it "came back".

Replace the line:

element.addClass( editor.config.indentClasses[ indentStep - 1 ] );

with this one to solve it:

element.$.className = CKEDITOR.tools.ltrim( className + ' ' + editor.config.indentClasses[ indentStep - 1 ] );

Since I installed SemanticWiki, this is the error I am getting when trying to use FCKeditor

Catchable fatal error: Argument 1 passed to SMWParseData::getOutput() must be an instance of Parser, instance of FCKeditorParser given, called in /var/www/html/mediawiki/http/digitalk/extensions/SemanticMediaWiki/includes/SMW_ParseData.php on line 46 and defined in /var/www/html/mediawiki/http/digitalk/extensions/SemanticMediaWiki/includes/SMW_ParseData.php on line 289

MediaWiki 1.13.5 PHP 5.2.3 (apache2handler) MySQL 5.0.41-community

Admin Links (Version 0.1.3) Data Transfer (Version 0.3.5) Delete Batch (Version 1.3) Replace Text (Version 0.8) Semantic Drilldown (Version 0.7.2) Semantic Forms (Version 1.9.1)

ParserFunctions (Version 1.1.1) Semantic MediaWiki (Version 1.5.1.1) SemanticTasks (Version 1.3) Widgets (Version 0.9f)

ArticleComments (Version 0.4.1) FCKeditor (Version fckeditor/mw-extension $Rev$ 2008) Semantic Bundle (Version 0.4.2.20100719) Semantic Result Formats (Version 1.5.0)

According to ck editor design, when we do paste, all content should be put into a temporary div 'pastebin', then ckeditor can get pasted content from this div ,remove this div and insert these content to document again by 'inserthtml'. (clipboard/plugin.js)

We found on IE, if there is '\r\n' in the paste content, only the content before \r\n are inserted into 'pastebin', other content are append after 'pastebin' div.

I attach the sample file with \r\n.

I think it is a bug.

This bug is reproducible on the stock demo.

If you enter lots of content, and make the editor bigger than your browser, so scroll bars appear on the outer document, then scroll down on your page, when you resize the editor the scroll will jump back to the top. This makes it unusable if your editor is at the bottom of a large document.

This only happens in webkit browsers such as chrome/safari.

If you revert changset:5516 the bug disappears, but I'm sure it was there for a reason, so not sure what bug will reappear?

After basic formatting save: <span 36px;="" style="">Text</span>

I create CKEditor this way: var oCKEditorns1_title = CKEDITOR.replace('1_title', {width:685, height:30, toolbar:'Basic', uiColor:'#EAEBE6', enterMode:CKEDITOR.ENTER_BR});

When using HtmlEncodeOutput would be useful to be able to transmit data ckeditor HtmlEncode

if user copy content from web somewhere to ckeditor ,the html code is

<span style="font-weight: bold;">bold</span>

the editor's bold button (alway off state) is unusable for copied content.

and if i change coreStyles_bold in _source\plugins\basicstyles\plugin.js line 54 to

{ element        : 'span',
                styles        : { 'font-weight' : 'bold' },
                overrides    : [
                    { element : 'b' },
                    { strong : 'strong' },
                ] };

when user copy

<b>bold</b>

to sourcearea ,and place cursor in the middle of bold (do not select a character) at wysiwyg mode ,the bold button's state is on,but if clicked ,nothing happened

i modified code file (ckeditor 3.4) : _source/plugins/styles/plugin.js line 603

from

removeFromElement( this, element );

to

if ( element.getName() == this.element )
						removeFromElement( this, element );
					else
						removeOverrides( element, getOverrides( this )[ element.getName() ] );

problem solved ,hope helpful

Hi,

I have found a bug in the CKEditor 3. When you apply the italic or bold button on arabic text or even when you press a new line (when a paragraph is generated) or enclose the text between a <p></p>, CKEDITOR will transform the whole text into cryptic square symbols. I have used your multi-language interface demo on your website in the Google Chrome browser.

If you create an empty paragraph and then a table, then you are not able to remove that paragraph (above) anymore (see the screenshot).

Confirmed in Safari 4 and IE7, IE8.

I am receiving the the following error on a fresh install of Media Wiki 1.15.5 andFCKeditor 2.6.6. This error was triggered while trying to create a new page.

Internal error
From Cargotec USA Doc Wiki
Jump to: navigation, search
Detected bug in an extension! Hook FCKeditor_MediaWiki::onCustomEditor failed to return a value; should return true to continue hook processing or false to abort.

Backtrace:

#0 C:\wamp\www\includes\Wiki.php(502): wfRunHooks('CustomEditor', Array)
#1 C:\wamp\www\includes\Wiki.php(63): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest))
#2 C:\wamp\www\index.php(116): MediaWiki->initialize(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest))
#3 {main}

Retrieved from "http://localhost/index.php/Superman"

When Selecting a text and right click to copy / cut the Copy , Cut context menu are grayed and not enabled for selecting. only paste is enabled. That bug is on CKEditor 3.3.1 , Tested Google Chrome. (Also occurring in demo page

When you remove a plugin by using the removePlugins setting it will not affect the image plugin. Even when you do the following, it will still open the image dialog by doublecklicking on an image:

$settings['removePlugins'] = 'scayt,menubutton,contextmenu,image,forms';

So it seems the image plugin is still loaded by ckeditor.

The only way to effectively remove the image plugin and prevent loading is to exclude it from the plugin list:

$settings['plugins'] = 'a11yhelp,basicstyles,blockquote,button,clipboard,colorbutton,colordialog,contextmenu,div,elementspath,enterkey,entities,find,font,format,horizontalrule,htmldataprocessor,indent,justify,keystrokes,list,liststyle,maximize,newpage,pagebreak,pastefromword,pastetext,popup,preview,removeformat,resize,save,showblocks,showborders,sourcearea,stylescombo,table,tabletools,specialchar,tab,toolbar,undo,wysiwygarea,wsc';

Steps as in attached video Open CK in IE
Select all text and right click on selection, from menu select "cut",
On empty space right click, select paste. Text is pasted

Retry above operations. Second time, options in menu are disabled, the cursor jumps to upper left corner.

When View source is selected, part of paragraf is left in the editor:

<p>
	<span style="display: none">&nbsp;</span></p>

Unsure if the title correctly describes it but I've attached a test case. Basically, when ckeditor is set to use startupMode : 'source', opera and firefox won't recognise that an editor.on( 'mode' ) event has occured. Chrome will.

I've attached a plugin and test page which reproduces it. The test.html file goes in the _samples directory and the testplugin folder goes in the plugins directory.

In Chrome you will see an alert every time you refresh the test.html page, in firefox you will usually see no alert but sometimes it appears and in opera there is no alert ever.

Should startupMode : 'source' be registering as an editor on mode switch? I was looking for that feature but found this bug.

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

To reproduce the defect:

1. Open Ajax sample.

2. Type a Paragraph & apply RTL Language direction to the Paragraph.

3. Select the Paragraph and apply one of the Paragraph Formatting options(for ex: Heading 1) in Paragraph Format drop down list.

Expected Result:

selected Paragraph format(Heading 1) is applied to the Paragraph & language direction of the Paragraph still remains the same(RTL).

Actual Result:

selected Paragraph format(Heading 1) is applied to the Paragraph but language direction applied to Paragraph(RTL) is removed.

same behavior happens when we apply LTR direction to a Paragraph & apply Paragraph format option to the Paragraph

To reproduce the defect:

1. Open Ajax sample.

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

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

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

Expected Result:

All the four paragraphs are aligned to the right.

Actual Result:

only first two paragraphs are aligned to the right.

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

In CKeditor with full functions (​http://ckeditor.com/demo), using your demo content with table example named 'International Names', just right click on 'Italian' -> 'Cell' -> 'Merge down'. The content of the cell is deleted and a javascript error appears.

1. Color a piece of text
2. Underline the piece of text

Notice that while the text is colored, the underline is not.

NOTE: If you underline first (or re-color the text after it is underlined) the underline is colored.

When loading CKEditor in IE9, a JavaScript error is shown:

 SCRIPT65535: Invalid parameter count for function call

Looks like a simple issue - the second argument (delay) in setTimeout is missing.

I haven't checked older versions, but the bug is present at least in 3.4. Targeting to the next release as it is a really simple bug and people might start checking CKEditor in IE9 much more often soon.

If you make a double click fastly on one plugin icon like the "links", the lock screen shows over the popup so we can not use the popup

I tested it in my current version and the nightly version in both that happened.

By krst: TC:

1. open CKEditor
2. double click on any icon which shows dialog window (link, flash, image etc)
3. Window shows up, but is disabled, focus lost, (attached screen), mouse cursor is "busy"
4. to disable this state, user must reload page.

It happens only once per button. after page is reloaded, double click on the previously blocked action, works as desired.

Hi, I am facing a very strange issue with CKEditor version 3.3.1.

CKEditor toolbar keeps on reloading when the following actions occur:

1. When we roll the mouse over the toolbar.
2. When we click the mouse in "Editor" area
3. When we scroll the webpage.

We are using this in ASP.Net application. We were using FCKEditor previously and never faced this issue. Any help will be highly appreciated.

Regards

I have my custom baseHref set, and it works fine.

The problem is, for some reason, a request to the image on my server is still being made, obviously this fails with a 404.

Why the request for the image is being made twice, i've no idea. Once on my server, which fails, then once to the real server with the baseHref setting applied.

I have CKEDITOR.replaceClassEnabled set to false, and if i put a class="ckeditor" on my textarea, the request for the image happens to my server twice instead of once, even though I disabled the replace by class thing, since I am doing the replace manually so I can add custom config per replace. For that reason, i have since removed class="ckeditor" from my text areas.

In CKeditor demo page (​http://ckeditor.com/demo) right click on any cell in the table shows only part of context menu (Cut, Copy, Pase). Other context menu items (Cell, Row, Column, etc) are missing.

It occurs in Opera 10.60

When selecting multiple paragraphs that reside inside a <div>, the direction attribute is being set on the parent <div> rather than the paragraphs.

<div>
  <p>Paragraph 1</p>
  <p>Paragraph 2</p>
</div>

The expectation is that the individual paragraphs get their direction attribute set.

To reproduce the defect:

1. Open Ajax sample.

2. Create a 2 level numbered/bulleted list.

3. use back space to delete the list up until you reach the last item in the 2nd level

4. Press enter 3 times to come out of the list.

Expected Result:

Cursor comes out of the list and a new empty paragraph is created.

Actual Result:

Cursor comes out of the list but it is removing the list items in level 2.

I am attaching screenshots of different steps of the issue

To reproduce the defect:

1. Open Ajax sample.

2. Type 6 paragraphs and apply LTR to Paragraphs(1,3&5) & RTL to paragraphs(2,4&6).

3. Select all the paragraphs using Ctrl + A and click on RTL icon.

Expected Result

RTL Language direction is applied to all the paragraphs.

Actual Result

RTL language direction is not applied to all the paragraphs. It is applied only to paragraphs(1,3&5) and LTR is applied to Paragraphs(2,4&6).

Opera 10.61.3484, CKE 3.4.1 Trunk

• Open sample editor
• Add radio button, set option "selected" as ON, press OK
  

Button Added

• Double click on radio button
• in opened dialog set "selected" as Off, press ok

Radio button looks like still "ON"

Changing to source editing - button has no "checked" property. Going back to WYSIWYG - radio button is "Off"

In Chrome, refreshing button state works OK.

Found while checking #2202

When i do right click on the editor area, cut & copy controls are disabled in the context menu. But in toolbar, cut & copy controls are enabled by default even though there is no text selection is made.

To reproduce the defect:

1. Open User Interface Language Sample.

2. Type some Text,apply Times New Roman Font and Font Size of 24 to the text.

3. Change the Language in the drop down to one of RTL(Arabic or Hebrew) Languages.

4. Keep the cursor in the text and see how the options are displayed in Font Name & Font Size drop downs.

Expected Result:

Options in Font Name & Font Size drop downs should be shown as left aligned even for RTL Languages since we are displaying them in English only. if we display them as Right Align the option is not shown properly for users.

I have attached a screen shot of the Error.

Actual Result:

Options in Font Name & Font Size drop downs are shown as right aligned.