Custom Query

In Google Chrome, open CKEditor ​http://nightly.ckeditor.com/5845/_samples/ui_languages.html
Set Polish language Open Add table dialog

Two scrollbars are visible.

In the same window, opened in Firefox, one letter is placed on border of dialog window.

only in ie : user types code to generate flash:

<object class="holiday-logo"
                classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000"
                height="68" width="300">
            <param name="movie"
                   value="http://img01.taobaocdn.com/tps/i1/T12MVIXfVNXXXXXXXX.swf"/>
            <param name="wmode" value="transparent"/>
            <object class="holiday-logo"
                    data="http://img01.taobaocdn.com/tps/i1/T12MVIXfVNXXXXXXXX.swf"
                    height="68" name="holiday-logo"
                    type="application/x-shockwave-flash"
                    width="300">
                <param name="wmode"
                       value="transparent"/>
                <a href="http://www.taobao.com/"
                   style="height: 43px; margin-left: 56px;" target="_top">
                    淘宝网
                    <img alt="淘宝网" height="110" src="http://www.taobao.com/"
                         title="Taobao.com - 阿里巴巴旗下网站" width="167"/>
                </a>
            </object>
        </object>

ckeditor transforms it to a img in wysiwyg mode ,but when you click fake img,the pop up dialog's url(源文件) field is empty ,ckeditor should read inner object element's data attribute .

I've got a problem with unordered / numbered lists with IE8 on WindowsXP.

• Create an unordered list with some items.
• Now try to get one item to the upper line with the "delete"-key.
• This will not work.
• If you try the "backspace"-key on the line that should be added to the item above you got an inconsistent list, because the </li>-Tag of the upper line will not disappear.

This error is not in Firefox3 (WinXP), but IE8 (Windows7)

This is also the case in ​http://ckeditor.com/demo/

"li" elements which are not nested inside of a "ul", and inside of 3 levels or more of tags, cause the parser/cleaner to duplicate the HTML multiple times (sometimes hanging the browser).

"li" without "ul" is bad HTML, but the handling of the problem with the HTML is a difficulty.

Try pasting this code into source view:

<table> <tr> <td> ABC <table> <tr> <td> XYZ <table> <tr> <td> 123 <li>Hi</li><li>Hello</li><li>Hola</li> </td> </tr> </table> </td> </tr> </table> </td></tr></table>

Then switch back to WYSIWYG view. Anything of this format causes the HTML to duplicate itself several times.

I have created a custom template and added it to the list of templates. It outputs a generic embedded audio file using an object and embed tag. However, in IE6 and IE7, when the markup is placed into the editor, the embed tag and all but one of the param tags are stripped out. It seems to only way to get this to not happen is to set the embed type to "application/x-shockwave-flash". So, in essence, this bug does not occur for embedded flash content.

Here is the markup added to the templates list:

<object id="audio" width="0" height="0"><param name="console" value="AudioPlayer" /><param name="controls" value="audioWindow" /><param name="autostart" value="true" /><param name="src" value="YOUR_AUDIO_FILENAME_HERE" /><embed name="audio" width="0" height="0" src="YOUR_AUDIO_FILENAME_HERE" console="AudioPlayer" controls="audioWindow" autostart="true" /></object>

In IE6 and IE7, the result added to the editor is:

<object id="audio" width="0" height="0"><param name="console" value="AudioPlayer" /></object>

I have tried with many different variations of the object, param and embed attributes all with the same result. However, I can cut/paste the code into the editor and it is not stripped out so it seems to be somehow related to the template functionality.

The width of the toolbar comboboxes (style, format, fontsize, etc.) should be configurable. Most of the time the name of the selected item is abbreviated and cannot be read.

There is no need for adjusting the width to the combobox content. Being able to set the width manually is fine.

Michael

Some users are not happy with the way how addquerystring in the filebrowser plugin works (​http://cksource.com/forums/viewtopic.php?t=19761)

We could think of making this function more customizable or even public to allow developers to override it with their own function without the need to recompile CKEditor.

With CKEditor v3.4b, Windows 7, IE8 or FF3.6 or Chrome 5. Suppose you use the following styleset

{ name : 'normal', element : 'p' },
{ name : 'normal/red', element : 'p' , attributes: { "class": "red" }}

Select the "normal/red" style with the help of the combobox. After that move the cursor away, and then click on the previously modified paragraph again. Now the combobox will select the "normal" and not the "normal/red".

It seems as if CKEditor selects the first style that matches the HTML element, not regarding the class name.

I'm using fakeobjects in a custom plugin. This plugin creates a div element, which is inserted as a fake element in the editor.

Problem is that the fake element is an image, so using 'editor.insertElement()' function inserts the element inside a paragraph, when it should be inserted outside the currently selected element.

To reproduce the defect:

1. Open any sample except Ajax.

2. with out keeping the cursor in editor body try to select a Font(ex:Georgia).

Expected Result:

see that font is selected and shown in Font Name drop down list.

Actual Result:

Font selection goes back to empty by itself

3. select the font type again. (I am able to select the font this time).

4. Change font size to 22.

5. Click on Bold button & notice that the button doesn't has any effect.

6. Click on Underline button & notice that the button doesn't has any effect.

7. Start typing some text.

Expected Result:

see that text has font Georgia and Size 22 ad should be Bold and Underlined.

Actual Result:

See that Types text has only Underline applied and no Font Name, Font Size or Bold formatting applied.

Tested against IE 6 ,7 & 8.

To reproduce this defect in Ajax sample, type some text,Remove the Editor,Click on Create Editor again & follow steps 1 to 7 and you will see the same behavior.

One of the complaints I get from a lot of people who use the program is that they cannot tell if their file is uploading. (I mean I can tell, but it's not user friendly). We often upload large flash videos or pictures to the server and this can take several seconds.

The problem is that the window never gives any notification of the upload. It should at the very least provide a message saying "Your file is being uploaded". At best, it would be more AJAXy and offer a progress bar (Although I understand the complications with that).

This problem is probably even more present for internet users who have slower connections. My current solution is to hack the file browser plugin. Before it starts the upload, I popup a window (Using a timeout) with a simple gif. I save the reference on the element, then when the URL comes back, I look for a saved window and close it.

This feature could be as basic or as advanced as you guys want, but I think it'd really make the filebrowser more informative in that regard.

To reproduce the defect:

1. set enterMode = CKEDITOR.ENTER_BR in the config option.

2. Open Ajax sample. Type some text.

3. Press Enter at the end of the line.

Expected Result:

New line is created and cursor is shown in the new line.

Actual Result:

New line is created but Cursor is shown in the same line from where we have pressed Enter.

Cursor will move to Correct line only when user starts typing the text.

Tested in IE 6&7

In MS Word, Google Docs, etc if you type in:

• Some Text

The editor automatically creates a bulleted list. This is very helpful to users because it's fast and doesn't require the user to stop their train of thought.

If CKEDITOR had this it'd be huge.

When I attempt to move a textarea (turned into a CKEditor) using the jQuery-UI framework, the moved textarea freezes up and doesn't allow any editing. I have attached a file that demonstrates this issue and I really hope there is some temporary workaround!

When having a larger document, the SpellChecker dialog becomes useless. I have tried editing the following document in CKEditor:

​http://en.wikipedia.org/w/index.php?title=Black_hole&printable=yes

and after opening the "SpellChecker" dialog (with the "Check Spelling" button), after I clicked "Finish Checking" button inside of the dialog, it didn't close in a reasonable amount of time (it took almost 9 minutes, I have pretty fast internet connection). I have tested it in IE8.

To reproduce load the attached HTML source and use WSC.

I have no idea how spell checker works, but it looks like the problem is that the data is sent in a really small chunks, thus checking the whole document requires hundreds of HTTP requests.

There is one more thing that I do not understand here: I have pressed the "Check Spelling" button, I did not change anything in the dialog and just pressed the "Finish Checking" button. Why is it taking so long if I did not change the document at all?

If it really has to take a lot of time, we could at least display an estimated time required to finish processing, because it is definitely not obvious that this operation may take so long.

From ​http://cksource.com/forums/viewtopic.php?f=11&t=19714

1. Open IE and go to CKEditor demo: ​http://ckeditor.com/demo
2. Paste this HTML code into source view

   <p>
   <a href="#" onclick="window.open('http://www.anydomain.test','windowname','width=320,height=240'); return false"><font size="2">wordinsidelink1 wordinsidelink2 wordinsidelink3 wordinsidelink4</font></a></p>
   

3. Turn on the spell checker
4. Switch between HTML and design views to see the code changes

When the spell checker checks the document, it apparently splits the font tag in the following way: word1 and its font tag is enclosed inside the misspell span. I.E. <span class="scayt-misspell"><font>word, then the following three words are <font><span class="scayt-misspell" id="thisone">word

Works fine in FF. Hope that helps describe the problem well enough!

Lots of html-entities exist, that are not shown in the list of characters. At the same time, lots of useless characters are shown, such as a-z and A-Z. Something needs to be changed.

Including a-z only makes sense if you make a truly complete list, including every unicode character, such as the one found in charmap.exe in Windows.

If you want to stick to an incomplete list, don't include a-z, as they are found on every keyboard anyway. And why not include all html-entities except whitespace? You can see them here, including their names: ​http://en.wikipedia.org/wiki/List_of_XML_and_HTML_character_entity_references

As in object. Thank you very much.

• Load the following html and place the caret as marked:

  <ol><li>Lorem ^ipsum</li></ol>
  

• Click on the Page break icon.

Notice that the item is splitted into two different items.

With any file manager when I click the "Browse server" button ckeditor opens a new window/popup . I want ckeditor to allow me to open the filemanager in a "fake" popup like the one that are created from javascript. I'm developing an application using extjs and I would like to be able to open a filemanager in a window created by extjs.

I thought the easiest way to do this is to modify the filebrowser plugin to make it call a function instead of opening the "url" in a popup. then that function will call whatever extjs code I would need to create the window.

I made this simple modification to the filebrowser plugin and it would be nice if it could be integrated in future versions as it would be easier to mange the updates and I think others might benefit from it too.

the attached patch is for ckeditor 3.3.1

I've build a couple custom plugins now and keep running into the problem that the windows never seem to stretch to accomodate the content. Thus I have to very carefully set the minWidth correctly in the dialog definition.

I thought this was my fault until I came to the templates dialog. In SVN, the templates container is also not wide enough for the contents. To replicate, pop open IE in quirks and open the templates dialog.

There are two possible fixes for this (or both): 1) Define the templates dialog as being bigger 2) Rollback #4863 - if you change dialog.css .cke_skin_kama .cke_browser_iequirks .cke_dialog_page_contents and set position = relative (or just remove it)...the dialogs will accomodate the content better.

There might be another fix which is making the templates scroll contents better styled, because right now it looks like there is excessive whitespace in there serving no purpose. But even when I managed to make that box smaller, the intro text above it still runs over. Thoughts?

With the Arabic language, it's possible to note that something went wrong with the "1%" marker of that localization entry.

With WebKit browsers, the dialog tabs get highlighted when we click on them or when hitting CTRL+10 to keyboard navigate them. This can be even considered a feature.

The problem is that the highlight border appears partially covered by other tabs, because of their default z-order.

We should have it in a way that the active tab moves to the top, so the border appears entirely.

• Open a sample.
• Type 'aaaa'.
• Open the find dialog, check Match whole word.
• Search for 'a'.

A JS error is thrown.

CKLangtool works only with single quotes, it is causing problems like this one: #6038.

Steps to reproduce

• Insert the following html to source and place the caret at the marked place:

  <ul>
  	<li>
  		It^em
  		<ul>
  			<li>Sub-item</li>
  		</ul>
  	</li>
  </ul>
  

• Move two times with the right arrow key.

Notice that the second time, the caret is placed in the beginning of the sub item and not the end of the first item as expected.

Hello,

I've written a php connector which will use ftp nstead of file system commands. Right now, only php5 is supported, because i use my own created FTPStandalone class.

Setup is quite easy You need only to add the following config in ckfinder config.php

$configFTP? = array(

"ip" => "127.0.0.1", "port" => "21", "user" => "username", "pass" => "password", "path" => "The/Path/From/FTP_HOME/To/baseurl"

);

port is optional, if not set, port 21 will be used path example webserver document root: /var/www/vhosts/domain.de/httpdocs

base path for uploading: /uploads/files/ckfinder

complete path: /var/www/vhosts/domain.de/httpdocs/uploads/files/ckfinder

ftp homedir (complete path) /var/www/vhosts/domain.de/

so the path configuration should be: $configFTP?path? = "/httpdocs/";

this example is based on parallels plesk

feel free to tell me if you like it or what i could do better.

In Webkit, element.tabIndex usually returns -1 for elements that can't be focused on, and 0 for elements that can. However, Webkit also (incorrectly) returns 0 for the tabIndex of <fieldset> and <legend> elements, despite the fact that calling .focus() on a <fieldset> or a <legend> has no effect.

The fallout of this from CKEditor's perspective is that if you have the following structure:

<form>

<textarea class="ckeditor" name="wysiwyg"> </textarea> <!-- possibly other content, all of which has tabIndex of -1 --> <fieldset>

<input type="text" name="other_input" />

</fieldset>

</form>

then when you try to use the tab key to navigate from the wysiwyg element to the other_input element, you'll appear to get "stuck" inside the wysiwyg element. What happens is that the tab plugin sees that the <fieldset> appears to have a tabindex of 0, and hence calls the fieldset's .focus() method instead of the other_input's .focus() method.

I've confirmed this both in 3.3.1 and trunk. Attached is a page (intended to be put in the _samples/ directory) upon which this bug can be seen.

My first suggestion is to patch core/dom/element.js to specifically check the tabIndex attribute (which doesn't appear to be bugged) for <fieldset> and <legend> elements. I guess that's a bit of a hack, since someone -could- wish to assign element.tabIndex directly from JavaScript - but I've no idea how to handle that cleanly.

Any better ideas? Patch attached just in case that really is the best way.

I've worked around this in my own code by monkey patching getTabIndex from core/dom/element.js to just always return -1 for <fieldset> and <legend> elements. Not pretty, but fine for the site that I'm working on at the moment.

Naturally I've reported this to Webkit. See ​https://bugs.webkit.org/show_bug.cgi?id=42765

Steps to Reproduce: -Look at the demo page -look at the top right of the hidden field icon

The white space above and to the right should be made transparent

This sample/tool/wizard should allow the user to test the behavior of as much config options as possible and get the js code that he needs to use for use it in his implementation.

Proposed in ​http://dev.ckeditor.com/ticket/5998#comment:8

It is sometimes very confortible to have a prepared config file where You could see all the available configuration (commented out) and its documentation without having to go online and search what configuration parts are worth to be added to some particular project (it takes less time to go through config text file).

I have made such sample configuration file and would like to suggest to add it to the project. It is based on the official documentation and at the moment - up to date. In the first usage examples I have placed default values instead of writting them seperately.

I wrote a CKEditor plugin and used CKPackager to create a new ckeditor.js. This new file had some javascript errors. This happened, because the CKPackager broke a code snippet when it tried to minify this snippet. I added a unit test to the test.js:
[ "function(){var a;delete a;}" ]
This test fails, too. The result of this test is
"function(){var a;delete a.a;}"

Now I always have to fix this manually in the created ckeditor.js. Would be great, if this could be fixed.

Thanks in advance.

Greets, Marc

This bug was discovered as a user attempted to manipulate some copy-pasted song lyrics. Here's an excerpt of the source that was generated by the paste:

<p>
    Big wheels keep on turning,<br />
    carry me home to see my kin<br />
    singing songs about the southland.<br />
    I miss ole bamy once again and I think it&#39;s a sin.<br />
    Well, I heard Mister Young sing about her.<br />
    Well, I heard ole Neil put her down.<br /></p> 

Steps:

1. go to ckeditor.com/demo
2. set the source to the code snippet above
3. return to wysiwyg mode

now...

In Firefox:

1. Go to the end of the Nth line (where N > 1)
2. Hit Enter
3. Hit Backspace
4. Hit Shift + Enter
5. [Bug] Watch first line disappear and cursor jump to top

In Chrome:

1. Go to the end of the Nth line (where N > 1)
2. Hit Enter
3. Hit Backspace
4. Hit Shift + Enter
5. You are now unable to get rid of your newly created paragraphs

1. go to ckeditor.com/demo
2. set the 'source' to

   <p>
   	<a href="foo">I am a link</a></p>
   

3. return to wysiwyg mode
4. place the cursor immediately before the 'l' in 'link'
5. press enter
6. press backspace
7. view source

[expected]: The source is relatively unaltered: there's only one link.

[actual] there are two links:

<p>
	<a href="foo">I am a </a><a href="foo">link</a></p>

Some more info: Pressing 'enter' the first time breaks the links apart. I would consider this a bug, but the behavior is somewhat reasonable. Pressing 'backspace' removes the break and the links are now adjacent. The expected behavior here is that the links have rejoined, since the "backspace" logically has undone the action of pressing "enter".

Currently, styles can be like this:
[

{name: 'myP1', element: 'p', attributes: {'class': 'class1'}},
{name: 'myP2', element: 'p', attributes: {'class': 'class2'}}

]);

Problem 1: it is not possible to apply both classes. When a class is applied, the other is removed...

Problem 2: when applying myP1 or myP2 to a H2, H2 will be turned into a P. I would like something like this: [

{name: 'myBlock1', element: '#', attributes: {'class': 'class1'}},
{name: 'myP2', element: 'p', attributes: {'class': 'class2'}}

]);

Style myBlock1 could be applied to any block without changing its tag.
Actually, CKEditor's code seems to provide a wildcard # to target any block element but it does not seem to work as expected.

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

Happens on IE only

Select the sentences >click on background color >select more color

click on cancel>click on cancel again

Click on <OK> ( Notice it show selected color )

it does not change background color in the editor

Step to reproduce:

1. Select more than 2 lines with inserted numberic list format
2. click on insert horizontal line
3. Hit javascript error

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

When in high contrast mode, navigating with the keyboard to a menu button and using spacebar to open the menu panel, it works correctly the first time. If you navigate back to the toolbar and open the menu again the majority of times the panel displays for a few milliseconds, then focus goes to the content area. You can see this behaviour by using the SCAYT menu button.

Steps to reporduce:

1. Turn on high contrast mode.

2. Load an instance of the editor.

3. Tab to the content area.

4. Press alt+F10 to give focus to the toolbar.

5. Navigate to the SCAYT menu and press spacebar to open the menu.

6. Press the down arrow to select the first menu item.

7. Press Esc to close the menu and return focus to the content area.

8. Repeat steps 4 and 5 to open the menu again.

The menu will only display for a few milliseconds, in more cases then not.

The link plugin is not registering a selected link when a <br> is inside an <a>, which the editor sometimes creates by itself.

To replicate: ​http://nightly.ckeditor.com/5649/_samples/replacebyclass.html

• press Enter at end of line
• click the Link button
• create a link (e.g. www.google.com)
• click OK
• click link button again, it will work
• click OK
• click link button again, there will be nothing in the URL field
• you also then can't right click the link and edit it.

If that doesn't reproduce the problem, try adding a <br> to the <a> element manually, e.g. using Firebug.

Firefox 3.6.6, Mac OS X 10.6.3

Styles plugin loses the attributes of PRE blocks in mergePre and toPre functions.

Enter at the end of DT element should create new DD element and vice versa.

It looks like the 'html' element is not properly handled in IE7.

Users will use 'html' UI elements when the content that will be put there is not yet known, so it is impossible to set a fixed with for it in advance.

Once the HTML content of such 'html' element is set, the dialog should expand correctly to show the contents.

It works this way in FF, Safari and Ie6 / IE8 (in IE8 mode), however it doesn't work for me in IE7-like browser (IE7 and IE8 in IE7 mode). When I add content to the 'html' element, it is not shown correctly (it is truncated at the bottom).

I have attached a sample where this bug can be easily reproduced.

Steps to reproduce:

1. Start with a editor clean of any HTML.
2. Insert a DIV using the DIV Container toolbar-button.
3. When cursor is inside the DIV, try to move the cursor outside the DIV for further writing. That dosent work.

This happens only of the DIV is the last element in the editor. If there is a span or paragraph below the DIV, you are able to mouseclick/press key down to move the cursor in position outside and below the DIV.

A similar bug has been reported before: #994

Summary: When a DIV Container is the only element in the editor, you are unable to get the cursor outside the DIV if you want to type something else. A workaround is to type something first, then move the cursor above the text and insert a DIV there - that makes the DIV the second last element. But we can't relay on our clients to know this workaround.

Tip: I added a border which made it easier to see the DIV and understand the issue.

Tested and fails in: Firefox 3.5.10 Opera 10.10 Chrome Google Chrome 5+ IE 6, 7, 8.

1. Go to CK editor demo page.
   
2. Clear editor content
   
3. Type a word
   
4. Select and copy the word
   
5. Paste it several times on the same line.
   
6. Hit Ctrl-Z to undo.
   
7. Javascript errors should be generated. Probably related to range code.
   

Tested on Windows, Firefox 3.6.3
Editor version : 3.3.1

TinyMCE and other enterprise wiki wysiwyg editors by default ship keybindings for changing a line into headline (h1, h2, h3 are accessed using CTRL+1, CTRL+2, ...).

In order to make CKEditor work the same way I had to go into the plugins I wanted to add keybindings for, and add this line of code

editor.addCommand(tag, new CKEDITOR.styleCommand(style));

to enable h1..h6 and CTRL+0 for p (turn headline back to normal paragraph).

When horizontail line is inserted with Format Normal <DIV> the cursor is sometimes hardly visible and enter adds two new lines.
Steps to reproduce:

1. Open http://nightly.ckeditor.com/5635/_samples/skins.html[[BR]]
2. Select Format: Normal <DIV>[[BR]]
3. Insert horizontal line[[BR]]
4. Cursor is positioned bellow the line, which is correct[[BR]]
5. Click backspace - cursor is at the end of the horizonal line and hardly visible[[BR]]
6. Hit Enter -> two new lines are added and the format is changed from Normal<DIV> to Normal

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>

Many customers and ourselves have noticed that CKEditor has a much slower response to keyboard input when SCAYT is enabled. The speed seems to be vary over an editing session.

Anecdotally, it seems to be worse if you are far geographically from the SCAYT server.

We would expect SCAYT to be as unobtrusive as possible. I.e. perhaps not doing anything until the user has paused in editing for at least a second or so, and not blocking on any AJAX calls.

This uses CKE 3.1.1 and the latest SCAYT back-end release from last week.

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

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

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

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

This issue did not exist with CKEditor 3.1.

In Google Chrome 5.0.375.70 (Windows 7) adding :first-letter style to content.css leads to incorect editor behavior.

If you set cursor to any position inside an existing paragraph and press a character, the character is inserted not in the cursor position but at the previous position.

If you try to set cursor at the beginning of an existing paragraph, it's set after the first letter instead. If you try to press backwards key to move the cursor via keyboard, the script hangs.

In IE 8 that works fine.

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

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.

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

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

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

Browser/Os: In Chrome on Ubuntu Linux. Bug does not occur in Firefox, not sure about other browsers/operating systems. Steps to reproduce: 1) Go into Full screen mode. 2) Open a dialog (seems like any dialog, but for sure the image dialog produces bug). 3) Exit full screen mode.

At this point, the editor will extend all the way to the right of the screen, instead of going back to the size it was originally.

It seems to me that if a dialog was opened for the first time before going into full screen mode, then the bug does not occur.

Confirmed in FF 3.0.19.

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

Steps to reproduce:

• In Ajax sample add

  var config = {fullPage : true};
  

in createEditor() function.

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

Result:

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

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

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.

Version 3.3 added support for preserving heading structure when creating a list item. Would be nice to also preserve structure when creating list items from paragraphs.

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.

fixlineends should handle special keywords, for example to not add a BOM character to a .js file or force different line endings.

For example in .js file we could add:

// FIXLINEENDS_NOBOM

to remove BOM from that file (.js files should have BOM character).

This is important as BOM is causing problems when creating the API documentation ([5526]).

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.

1. Load the following content with selection in editor;

   <table>
   	<tbody>
   		<tr>
   			<td>
   				some [mispelled] word</td>
   		</tr>
   	</tbody>
   </table>
   

2. Open context menu on the selection, make sure the selection overlaps exactly with the underline marker.
3. Click on either 'Delete Cell'/'Delete Column'/'Delete Row';
   • Actual Result: Error thrown and there's on deletion happens.

Reproducible in all browsers, error stack in Firefox:

row is undefined
http://ckeditor.t/projects/3.3.x/_source/plugins/tabletools/plugin.js
Line 181

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.

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.

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.

Provide a plugin to detect desktop file dropping into editor, for those support browsers.
The detected file info could be used to upload the file immediately or perform any possible customization.

Edit: Yes that is most correct. Editor should have at least a hook for implementing drag&drop into editor. What I mean is that if editor is connected with file uploader (like CKFinder) it should prepare image information that uploader can use to upload file. After file is uploaded, uploader should send new image path and editor should apply it.

This's a continuation of #5111, where it's not able to navigate the toolbar in JAWS with Arrow keys, it shouldn't be a problem if JAWS is in PC cursor mode.

CKeditor 3.2.1 : IE 7.x only - Unable to set font name and font size

I can reproduce the problem in CKeditor demo site:

• Blank the editor's textarea
• Type one word, for example "WORD"
• select the word typed previously and apply font name "arial" and immediately select font size "12"
• put the cursor at the end of "WORD"
• With the cursor at the end of the word, select font name "Tahoma" and immediately select font size 18

=> You will notice that the font is Arial again. The font name "Tahoma" disappeared when you select the font size, paragraph format or styles.

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

Follow up from #4231:

If the editor has been set so it can be resized only vertically, instead of having the grabber at the right-bottom corner it should be displayed at the bottom with a different picture. Same applies for horizontal-only resize.

This issue is partly related to #5434. On a 64-bit server, the fix for #5434 works but on a 32-bit server a different error occurs.

The issue is that 32-bit IE does not appear to support IPv6 addresses correctly, especially when getting document.domain. IE truncates the ip address when it reaches the first colon ":" in the address. This causes "access denied" errors when new IFrames are opened by CKEditor.

On (32-bit) IE:

document.domain = "[fe80:"
window.location.hostname = "fe80::fe80:fe80:fe80:fe80" 

A work-around is required for this IE bug.

Environment

IE, enterMode = CKEDITOR.ENTER_BR;

Reproducing Procedures

1. Open any of the sample page and click on 'New Page' to clear all contents;
2. Click on 'Insert Horizontal Line' 3 times to insert 3 <hr>;
3. Undo once to revert one <hr>
4. Strart typing some text
   • Actual Result: The inserted text appears after the first <hr>;
   • Expected Result: The inserted text appears after the second <hr>;

1. Open 5606.html​ on FF.
2. Focus editor.
3. Switch to source mode.

<p><br />
<? $stuff='stuff'; ?></p>

All browsers autoparagraph protected source. FF additionally adds <br>.

People usually don't know anything about html tags, they just want things to work, so as long as it's possible we should try to think like a new user and how the expect the editor to behave.

In order to end a PRE-formatted paragraph I think that it's easy to expect that just selecting "Normal" in the format dropdown should start a new paragraph and get out of the pre if the caret is at the start of a new line. This would work in a similar way to the Bold button: you press to start marking things as bold and when you press it again you end the effect.

When someone copies a hex value for a custom color without initial hash character (e.g. cc31e2) and then use it as a custom color, CKEditor will ignore this color and insert an empty <span> tag.

Confirmed in IE8 and FF 3.6.

<p>
	Sample <span>foo</span> bar.</p>

Steps to reproduce

• Select some text
• Press "Text Color" button
• Press "More Color"
• in the right corner paste cc31e2 and press "Ok"

It would be nice if I can view unprintable characters of used formatting in CKeditor. Is it possible to make button for display and hide such unprintable characters?

Like MS Word, the first option in the Styles combo should be "Remove format" as it's clearly related to the Styles so it's easier to find for new users, then people can opt to remove the button from the toolbar.

Steps to reproduce

• Open the demo.
• Put the caret inside one of the table's cells.
• Click 'body' in the elements path.

Notice not only the body is selected, but also 'h1' and 'image'.
Tested with the demo and the current trunk with IE 8.

Context menu may became partially invisible (unusable) if it is positioned above the cursor (i.e. there is no space for context menu to be displayed below cursor).

Can be easily reproduced with SCAYT enabled - when there are SCAYT items in the menu, also may be reproduced with table menus.

Current behavior: if there is no room for the menu under the cursor it is displayed above the cursor position, and if there is no room for the whole menu above cursor position it becomes partially invisible

Expected behavior: if there is no room for the menu under cursor position then the room above cursor position should be evaluated - if there is a room for the menu - menu should be displayed above cursor position, if there is no room for the menu, it should be displayed strating from the top of the document visible part (i.e. top: 0).

While reading #4358, I was wondering about a way to easly switch between the two list types. With the new dialog in #4358 it should be enough to switch between the tabs and pressing OK.

Steps to reproduce

Create new dialog without set id attribute for element or open one old dialog and remove id attribute of element:

CKEDITOR.dialog.add( 'bulletedListStyle', function( editor )
	{
		return {
			title : editor.lang.list.numberedTitle,
			minWidth : 300,
			minHeight : 50,
			contents :
			[
				{
					elements :
					[
						{
							type : 'hbox',
							widths : [ '25%', '75%' ],
							children :
							[
								{
									label: editor.lang.list.start,
									type: 'text',
									setup : function( element )
									{
										var value = element.getAttribute( 'start' ) || 1;
										value && this.setValue( value );
									},
									commit : function( element )
									{
										element.setAttribute( 'start', this.getValue() );
									}
								},
								{
									type : 'select',
									label : editor.lang.list.type,
									width: '100%',
									items :
									[
										[ editor.lang.list.style_1 , '1' ],
										[ editor.lang.list.style_a , 'a' ],
										[ editor.lang.list.style_A , 'A' ],
										[ editor.lang.list.style_i , 'i' ],
										[ editor.lang.list.style_I , 'I' ]
									],
									setup : function( element )
									{
										var value = element.getAttribute( 'type' ) || '1';
										this.setValue( value );
									},
									commit : function( element )
									{
										element.setAttribute( 'type', this.getValue() );
									}
								}
							]
						}
					]
				}
			],
			onShow: function() 
			{
				var editor = this.getParentEditor(),
					element = getListElement( editor, 'ol' );

				element && this.setupContent( element );
			},
			onOk: function()
			{
				var editor = this.getParentEditor(),
					element = getListElement( editor, 'ol' );
				
				element && this.commitContent( element );
			}
		}
	});

• Expected: all 'commit' and 'setup' method of element will execute
• Result: only the last element have that behavior

When pasting HTML that contains lots of nested tags, IE6 throws an error: "stack overflow at line: 27".

Steps to reproduce

• Open _samples/api.html
• Copy content from attached file
• Paste it into the textarea
• Press the "Insert HTML" button

Browsers parse the contents of the style attribute and do strange things with its contents, so we should protect like we do for href and src so it's modified only when the user request it, and not by the browser.

Reproducing Procedures

1. Open any of the sample page, load the document with the following content and selection;

   <p> [some sample] text </p>
   

2. Apply the 'Background-color' style with 'red' value.
3. Make the following selection based on the result document.

   <p><span style="background-color: rgb(255, 0, 0);">some [sample</span> text]</p>
   

4. Apply the 'Font-size' style with value '72pt';
   • Actual Result:
     1. Firefox, IE8 and Safari:
     2. IE6/7:

• Expected Result:
  

Environment

IE6/7

Reproducing Procedures

1. Open any of the sample page;
2. Insert a textarea with all fields filled;
3. Switch to 'Source' mode and switch back;
4. Open 'Text Field' dialog through context menu;

• Actual Result: 'Columns' field value is missing.

Environment

All IE versions.

Reproducing Procedures

1. Open any of the sample page;
2. Open 'Styles' combo and click on 'Inline Quatation" and start typing a few characters;
3. Select 'Inline Quatation" again to close the style, then continue typing;

• Actual Result: The closed half of quatation is not displayed.

My clients find it confusing when the styles, listed in the "Styles" plugin, are grouped by style type.

I created a patch for "stylescombo\plugin.js"

1. Open Ajax Sample.

2. Click the Replace icon on the editor toolbar.

3. Attempt to find & replace some text within the page content.

The user should have the option to find text before replacing it, as he/she won't always want to replace a particular occurrence of some text.

Note: Text can be found through the Find tab & replaced specifically through the Replace tab but this function should & could be simplified by adding a Find button to the Replace tab.

It's not able to move cursor after the following elements at the end of document:

• ul/ol
• form
• blockquote

The unexitable elements list should expand to consider these elements.

This ​screencast in IE demonstrates that Smiley icons are displaying in a fly-in way on slow connection thus break the layout of dialog.

Reproducing Procedures

1. Load any of the sample page and fill the editor with the following contents and selection:

   <table>
   	<tbody>
   		<tr>
   			<td>
   				^text</td>
   		</tr>
   	</tbody>
   </table>
   

2. Open 'Div Container' dialog and insert a default div.
3. Right click to open context menu;

• Expected Result: Options of 'remove' and 'edit' the div appear in menu.
• Actual Result: There's no optoins to modify the inserted div.

Environment

IE8 standards, with enterMode = BR.

Reproducing Procedures

1. Load any of the sample page and fill the editor with the following contents:

   <table>
   	<tbody>
   		<tr>
   			<td>
   				text</td>
   		</tr>
   	</tbody>
   </table>
   

2. Click into the spaces after the table at the end of document.

• Expected Result: It's possible to have the cursor blinking there and start typing.
• Actual Result: Cursor stays as it is.

Environment

All IE versions

Reproducing Procedures

1. Load any of the sample page and fill the editor with the following contents:

   test tab order
   <hr />
   

2. Place the cursor at the beginning of first line and press 'Tab' key.

• Expected Result: The editor blurs and focus into the element in next tabIndex.
• Actual Result: The focus goes into the <hr> element.

Reproducing Procedures

1. Load the 'enterkey' sample and switch enterMode from <P> to <BR>;
2. Click on 'Div' command and insert a default div container.

• Expected Result:

  <div>
  		This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>. </div>
  

• Actual Result: Line is wrapped by an extra paragraph.

  <div>
  	<p>
  		This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
  </div>
  

When editor is running inside an ​modeless dialog of IE, clicking on all toolbar commands will cause the focus transferring from the dialog back to the main window, which brings a major problem for continual editing experience. See attached sample page to reproduce.

<br> tag is lost when the block element after line break is empty.

Steps to reproduce

• Set in CKEditor configuration ignoreEmptyParagraph to false
• Paste the following in source mode:

  <div>
  	First line</div>
  <br />
  <div>
  </div>
  

• Switch to wysiwyg mode, result:

  <div>
  	First line</div>
  <div>
  	&nbsp;</div>
  

Same things happens when <p> tag is used instead of <div>.

When <font> tag is used in the HTML content, the font name combo displays invalid font name (Arial) instead of current font.

Steps to reproduce

• Open ​http://ckeditor.com/demo.
• Paste the following in the source mode:

  <p>
  	sdfsd sd fsd fsd f</p>
  <p>
  	<font face="Courier" size="2">test</font></p>
  

• Switch to wysiwyg mode.
• Click on the second paragraph.
• Result: the font name combo shows "Arial" instead of "Courier", which is confusing.

Confirmed in IE8 and FF 3.6.

Since there is no 'OK' button in the search and replace dialog, the enter key is useless. therefore, when in search tab, the enter key should trigger the search, and in replace dialog it should trigger the replace.

Related to #4711 but this is weirder: Using IE8 set this source:

<pre>Hello world!
Bla, bla, bla
</pre>

Go to the end of the first line and press enter several times, this is what it generates:

<pre>
Hello world!

B
l
a
,
 
b
l
a
,
 bla
</pre>

IE6 and IE7 seem to work correctly.