OS: iOS 6 & Android Jelly Browsers: Safari, Chrome Repro: ==================== Goto ​http://ckeditor.com/demo Hold down a tap to bring up the selection menu. Select a range of text. Note the copy/cut buttons are still not enabled.

Expected: Selection range exists but is not triggered.

I will hopefully work on this, but as of right now I am not seeing an easy fix.

EDIT: From what I have checked in CKEditor 4.6.1, Android 4.4.4 and iOS 9, the only problem is that when you select range of text then copy/cut icons are not enabled in Android (in iOS this works fine). In all other cases, cutting/copping is enabled and works as expected.

The Problem here is that before the tagName was just set, if the value is a percental value, this solution works great ... Plugin.js line 652 - 656

  tagName = 'size';
  var percentValue = value.match( /(\d+)%$/ );
  if ( percentValue ) {
    value = percentValue[ 1 ];
  }

1. Open attached sample.
2. Switch to source mode.
3. Error is thrown.

1. Load this HTML:

<ul>
	<li>x
	<ul>
		<li>y</li>
	</ul>
	</li>
</ul>

2. Place the caret after "x".
3. ENTER

Current results:

The new list item will be properly created, but the caret will be blinking right before "x".

Expected results:

The caret should be blinking in the new empty list item.

There should be a sample to show how events works and which event is fired in which case. I think that it should be a list of events and the editor and every time the event if fired a right event on the list should blink.

If you go to ​http://jsfiddle.net/r9HCt/ (which displays the ck editor demo page in an iframe), and hit enter inside of the editor, it will result in two line breaks and a space. The line breaks will be before the cursor, and the space will be after it.

Browsers other than Firefox don't seem to have the same problem (they only insert one line break). The demo page alone outside of the iframe works correctly on Firefox.

Tested on Firefox 22.0

Browse button is not placed properly (not aligned at bottom with input field), see attach.

It should be possible to replace textarea with inline editor using jQuery adapter.

Now jQuery adapter check what is the type of element and if it is textarea it use replace otherwise it use inline so it is not possible do use inline on textartea.

In my opinion the best solution is to create additional configuration option with will be parsed by the adapter i.e.:

$( 'textarea' ).ckeditor( {
   creator: inline
} );

should create editor using inline function.

This is a followup for ticket:10599#comment:3.

Ideally, the "list" plugin should not require "indentlist".

The problem is that there is a execCommand( 'outdent' ) call in the list plugin code, which makes this require necessary.

Additionally, we have removed some tests with (edbb565 @tests), because they were not compatible with this require. If we fix this, we should revert those tests back.

Insert ordered list into editor or open page with list in IE11 compatibility mode. Numbers start from 0.

• Open e.g. replacebycode sample in IE8-11 in compatibility mode or in IE7
• Press BIDI button

Result: some toolbar buttons get very long.

This happens in IE7 by default and in other IEs when they are set in compatibility mode.

1. Insert textfiled into paragraph
2. You will notice there is little space before textfiled and blinking cursor.

Results:

1. If you press delete whole paragraph will be deleted - BUG.
2. If you press left arrow (so that cursor disappears) and then press Backspace only text field will be removed - can be used as temporary workaround.
3. Delete doesn't remove whole paragraph but requires to be pressed twice in order remove textfiled.

This problem can be reproduced in Safari 6 (Mac) and Chrome 28 from CKEditor 3.3.

Before this version there was no tiny space before textfiled and removing worked ok.

When you open samples in basics preset some (most) of them does not work properly (as described). In example:

• Toolbar Configuration: there is long list of toolbarGroups and everything what user see are 9 buttons (​http://dev.ckeditor.com/ticket/10338),
• ENTER Key Configuration: DIV mode doesn't work,
• Using CKEditor JavaScript API: "set editor content" doesn't set expected content (no H2 tag),
• Replace DIV with CKEditor on the Fly: when you start editing any part, the header is changed to standard text so the content is modified event if you do nothing,
• Data Filtering and Features Activation: this sample does not make much sense at all,
• Inline Editing by Code: content looks terrible (there should be different content),
• Full Page Editing: how I can use it (check it) in basics preset?

This is only small list for basic preset and there could be similar problems for standard. I think that for a user who just want to check how basics editor works all of this things look like bugs.

When Content Advisor is turned on in IE8, regardless of the restrictiveness of the filtering options, CKEditor will not go into an editable state or enable any of the buttons.

I have validated this using the CKEditor Samples > Replace Textarea Elements by Class name. It works properly in 4.1.1.

<ol>
        <li>x
            <p>y^</p>

            <ol>
                <li>z</li>
            </ol>
	</li>
</ol>

• When outdenting:

  Uncaught TypeError: Cannot call method 'getParent' of null 
  

• When indenting: Nothing happens, in previous version margin-left added to the outer list.

Repro steps:

Open the demo page. Place the cursor at the beginning of any line of a paragraph other than the first. Press backspace (deleting the previous space, causing the last word on the previous line to wrap to this line) Press space.

Expected: The line to re-wrap and the first word to return to the previous line, like it was originally. Saw: The re-separated words both stay on the second line.

Entering a second space causes the lines to rewrap appropriately.

​http://i.imgur.com/1mBJXtp.gif

Extracted from ​the question on SO.

When searching for some text, editor also considers invisible elements. It looks strange when the dialog suggests something was found but nothing is highlighted.

We could at least provide some configuration option to bypass this strange behavior or basically fix it.

Preview tab in DocProps plugin is missing utf-8 meta tag. Because of this all non-latin characters are wrongly displayed.

Description: An inserted special character is being inserted at the end of the previous paragraph even though the insertion point was in a new paragraph when I opened the special characters dialog. I can only recreate the problem with these specific steps.

Win7 32-bit, IE9 Steps To Recreate:

1. Get a new page on DEMO site.
2. Insert a numbered list and enter text for a few items in the list.
3. Press [Enter] after entering text for one of the numbered items to create another numbered item, but don't add any text.
4. Move the mouse pointer over the last numbered item to display the red 'Insert Paragraph Here' tool.
5. Click the Insert Paragraph Here button. A new paragraph is inserted after the last numbered item.
6. Click back into the last numbered item (which has no text) and press [Backspace] to remove this item.
7. Click below the numbered list so that the insertion point is in the new paragraph you inserted in step 5.
8. Click the Insert Special Character button on the toolbar and select some character to insert.

The special character is appended to the text of the last numbered list item instead of in the new paragraph which is where the insertion point was.

Note: You should select really a special char e.g. select the black diamond from the last line. See attached picture.

STR:

1. Go to DEMO page.
2. Highlight at least 3 words and set the background color to yellow.
3. Highlight the middle word and set the background color to green.

Result: the yellow background from the first and third words is gone.

This is reproducible in IE9 and IE10. It works fine in IE8. It's a problem for the background color only. Foreground color is fine.

1. Open editor in std preset.
2. Create list.
3. "Mistakenly" press tab in the first element.
4. Focus is gone.

If we handle tab in all other lists' elements, then it should be blocked in the first one and in all other places where tab does nothing. It cannot be so inconsistent, because this is confusing and irritating. Either tab leaves editable or it indents lists/blocks. Not both at the same time.

This could be configurable by keystrokes - by default tab is added as a keystroke executing 'indent' command. If someone needs it for leaving editable, then he can reset this keystroke. Or the opposite - tab by default can be used for navigation, but it's behaviour can be changed by setting a keystroke.

And yes, there's no good solution ;|.

1. Please insert attached file into plugins folder
2. On sample page please specify

   extraPlugins:'tracking',
   toolbar_Basic : [['Accept' ]]
   

3. Open sample, open menu button and click any option.

Problem: button gets disabled.

This is happening because plugin doesn't use modes: { wysiwyg: 1 }, (If you set it there is no problem). When I was looking through code of button.js plugin I haven't found any lines that sets modes, only lines that use mode property.
This is quite different from command.js which for example set default mode.

I believe that either there should be default mode for menu button or this property should be made required.

Problem can be reproduced in both CKEditor 4.x and 3.x

I have a div with inline ckeditor on it and also an input box. when the page loads, i assign the focus on the input box, but it seems that the ckeditor steals the focus. If the inline ckeditor is not present, the focus stays on the text box. How can I fix this?

here is the fiddle demonstrating the issue. ​http://jsfiddle.net/FLZhn/3/

P.S. I am using CKEditor version 4.0.2 and Chrome 28

Refer to the attached video for demonstration, but this can be easily reproduce on the demo CKEditor at ​http://ckeditor.com/demo as follows:

1. click to enter the editor
2. hit bold button
3. type "bold "
4. hit italic button
5. type "italic "
6. hit strike through button
7. type "strike through"
8. hit backspace to delete the entered text, up to the middle of the word "italic"
9. start typing again
10. the text will be formatted as italic and strike through, even though there is no existing strike through text in the editor, it should be just italic (and bold, from the beginning).

Attached video shows reproduction on ckeditor.com/demo#full. Summary:

1. Click somewhere in the middle of a paragraph.
2. Increase the font size significantly, the line height will increase accordingly (on Chrome).
3. Decrease the font size back to the original setting.
4. Observe the line height has not changed back to the original line height. Also, note the number of span elements created in the editor (one per font size change).

Problem was described on forum: ​http://ckeditor.com/forums/CKEditor/ckeditor-causes-comments-prefixed-by-in-subsequent-scripts-to-be-executed-as-code-in

CKEditor uses conditional compilation to determine whether it is ran on IE. If CKEditor's source file is followed (even indirectly) by:

//@

or:

/*@

IE will parse this comment as a CC statement (although, I have no idea why :|) causing a very likely syntax error.

Possible workarounds:

• load CKEditor source after script with such comment,
• do not use @ right after comment start (space is enough).

When a table has one row, and Headers are set to Both. It is not possible to go back into table properties and set the headers back to None.

Steps to reproduce:

1. Create a table with 1 row, 2 columns, Headers: Both
2. Enter Table Properties and set Headers: None
3. Click OK

Expected results:

• Dialog exits and TH in the table are replaced with TD.

Actual results:

• Dialog does not exit and there is a JavaScript error.

Here is one possible fix, applied to ckeditor/_source/plugins/table/dialogs/table.js (Note that this code segment is from version 3.6.5, although the bug is present in the latest version too):

// Move the row out of the THead and put it in the TBody:
thead = new CKEDITOR.dom.element( table.$.tHead );
tbody = table.getElementsByTag( 'tbody' ).getItem( 0 );

var previousFirstRow = tbody.getFirst();
while ( thead.getChildCount() > 0 )
{
    theRow = thead.getFirst();
    for ( i = 0; i < theRow.getChildCount() ; i++ )
    {
        var newCell = theRow.getChild( i );
        if ( newCell.type == CKEDITOR.NODE_ELEMENT )
        {
            newCell.renameNode( 'td' );
            newCell.removeAttribute( 'scope' );
        }
    }
    if ( previousFirstRow )
        theRow.insertBefore( previousFirstRow );
    else 
        theRow.appendTo( tbody );
}
thead.remove();

hi

only on chrome have bug not display image

ckeditor version : 4.2 chrome version : 28

<div style="width: 500px;height: 500px;background-image: url('content/files/admins/backgrounds/bg.png');">
<p></p>
</div>

When I have a link to a file (i.e. tmp.doc), that link becomes clickable in Firefox. I am able to reproduce this using the CKEditor demo page in Firefox only, seems to work in Chrome and IE. I am using Firefox version 22.0. To reproduce:

1. Select text
2. Click Insert Link button
3. Type "/tmp.doc" in the URL field.
4. Click OK.
5. Single click on the newly created link in the editor and the document.location changes to /tmp.doc

If you type "/tmp.php" or "/tmp.html", the link is not clickable. It seems that non-web mime types trigger the link to be clickable (i.e. /tmp.xls also triggers the link to be clickable)

Editing scrolled content using the ipad is very erratic and impossible to use in some cases. There needs to be plenty of content so the editor needs to scroll. This can easily be reproduced using the standard editor demo page at ckeditor.com/demo#standard.

Using an ipad, go to the standard editor demo page and scroll down a bit to the editor. Then scroll to the bottom of the content, place the cursor at the end and begin typing. Hit enter a few times to create a few new lines and type some more content.

You should notice that the scroll position of the page jumps around and the scroll position of the content jumps around too. There does not seem to be consistency of what happens when and I have had a couple of times when it seemed stable but refreshing the page and trying again caused the issue to reappear.

Tested on an ipad2 with iOS 6.1.3

Submitted in Request ID: 1791

"We'd like to see the ability of your program to be functional within CKEditor so people who are poor typers can dictate what they want into a well known website editor. Any possibility of that, maybe as a plugin? Our experience with this suggests that using a headset is far more effective at getting correct input than a microphone built into a webcam."

Some links to show how speech recognition works:

​DEMO 1 (one of 3 pgms/apps Google lists with a similar function)

​DEMO 2

​DEMO 3

​DEMO 4

​DEMO 5

We might need a special support for marking parts of code that are needed for testing and should be removed in release version. In short, they should be left in "test release" version.

Sample code: ​https://github.com/cksource/ckeditor-dev/blob/t/9764/plugins/widget/plugin.js#L420-L428

		// %REMOVE_START%
		// Expose for tests.
		,
		getNestedEditable: getNestedEditable,

		createEditableFilter: createEditableFilter

		// %REMOVE_END%
	};

Can be reproduced on DEMO page with IE9. With IE10 not an issue.

1. Clear DEMO page (I used full featured GUI with full screen) and make a link.
2. Click away from the link, and then double-click on it.
3. The Hyperlink dialog displays. Click OK or Cancel.
4. Without changing focus, click the Image tool.

RESULT: Error dialog displays these details.
Error: Object doesn't support property or method 'getName'
The error comes from: plugins\image\dialogs\image.js line 302 (in ver. 4.1.1) from here
var childTagName = linkChildren.getItem( 0 ).getName();

Environment: Windows 7/8, Chrome 28, FF 23

1. Copy a URL from Chrome's address bar
2. Go to Firefox and paste that URL into a ckeditor text field
3. Immediately enter additional text (no spaces) after the URL

Result: The text you enter after the pasted URL becomes part of the text.

Real life use case: You enter in the text "Check out my website (​https://www.google.com/) Here, the right side closing parentheses becomes bolded like it is actually part of the URL.

Only happens on Windows, and only from Chrome/IE10 to Firefox.

Hi.

Using CKEditor v4.1.1 - the following JavaScript error occurs when highlighting a word in the editor and switching to source view, when config.enterMode = EnterMode.BR.

Error: Object doesn't support property or method 'getParent'

This is a FF's only issue. Currently (and this is a state from 3.0) Editor.insertElement will take passed element, clone it multiple times and insert into every range. This is a surprising behaviour, because we lose control over inserted element - we keep the reference only to one of them.

Correct behaviour IMO would be to clean all ranges and insert element only to the first (or last?) of them.

While working on this ticket it would be worth to review and correct insertHtml which does not clean other ranges when doing insertion.

The icons.png generated by the local version of CKBuilder includes all the images instead of just the used icons like the online version does.

Go to ​http://ckeditor.com/download and download the Basic package. Now use the included build-config.js in a local version of CKEditor and use the build.sh script

Compare both icons.png files and you'll see that instead of 7Kb it's 17Kb and includes all the plugins.

Hey guys, The UI languages sample aims to show that the editor could be used in an RTL environment. While the basic goal of this sample is indeed reached (the UI does show up in Hebrew), it's worth showing some of the appropriate BiDi features CKEditor has to offer. When one changes the UI language in the sample, he might expect to try and write something using the chosen language. Currently, if the language is changed to (e.g.) Hebrew, the cursor stays on the left and the text is actually written as LTR. This could be solved either by changing the default writing direction on this sample accordingly, or at least by providing LTR/RTL and alignment buttons on the toolbar. P.S - "Try "arabic" or "hebrew" to check RTL support:" - Arabic and Hebrew should be capitalized (proper nouns). Just my two cents :)

I've been looking into CKEDITOR.style in order to plug in custom and possibly somewhat involved styles. From the outset, and in combination with stylecombo, it seemed to strike a good balance between ease of customization and depth of said customization, a middle-ground between just customizing what controls are in the editor toolbar and creating completely new controls from scratch (or reimplementing the toolbar).

The main purpose at the moment is to integrate bootstrap and custom classes and have custom styles toggling these on the parent element (for collapsed selections, and ideally creating a new element with the right class for non-collapsed selections in the longer run), living in the standard toolbar's styles dropdown; and to replicate/merge the format dropdown there as well.

In the longer run, contextual enabling and disabling (possibly based on more complex predicates than just an element name) is expected.

In doing so, I've hit a bunch of snags:

Documentation

Styles are more or less undocumented: ​the API documentation is marked as a "work in progress" and mostly empty, and ​the only guide I've found is little more than a few examples of styleDescription.

Neither really explain the semantics of styles created this way (whether and how they are filtered or applied, how their removal works, …), the case of a STYLE_OBJECT type (or indeed the existence of the type attribute at all), that element can be an object (and that this radically changes the behavior of the style) or that the style's #element or #_.definition will be accessed directly for various reasons.

The guide seems somewhat better fleshed out in ​the 3.x documentation. Amongst other things it does mention the various style types (though not that they can be overridden, that element can be an object, or what the semantics of each type are; the list of block-level elements is also very incomplete compared to CKEditor 4's).

API

So far I've seen/had these issues with the CKEDITOR.style API, and its usage by other CKEDITOR code:

• The purpose of some methods is unclear and I am not certain they are even called e.g. applyToRange and applyToObject seem to make sense (although applyToObject might be better called applyToElement, unless it's meant to apply only to STYLE_OBJECT elements? It seems to only ever be called by the div plugin, and I'm not sure of the context) but apply does not (it's redundant with Editor#applyStyle). Similarly, checkElementRemovable's purpose is unclear, as are its semantics in some corner-cases (e.g. if the style can *alter* one of the element's attributes but won't remove anythingd, should it return true or false?).

• The main user of style objects (at least for my own use case), stylescombo, can only take a stylesDescription (or put differently stylesSet is always an array of styleDescription and can't trivially be a CKEDITOR.style or instance of a sub-type thereof) (there's a second issue with CKEDITOR.tools.clone being invoked on instanceConfig which also requires CKEDITOR.style to handle being CK-cloned). Without changing this, providing a custom CKEDITOR.style object (or subtype instance) can be fairly challenging (it's possible but hackish[0]). It also makes other very strange uses of style object methods, e.g. it has a special case in which it *never* calls buildPreview if the style's type is STYLE_OBJECT.

• Most of the implementation of CKEDITOR.style is neither overridable (with a fine grain) nor directly accessible, makes direct access to CKEDITOR.style attributes rather than request services or behaviors from it. There are a number of accesses to #element and #._.definition (both #styles and #attributes) outside of CKEDITOR.style (constructor or prototype) meaning custom styles (or CKEDITOR.style subtypes) have to remain very close to the original *or* fully reimplement everything (at least the "entry points" seem respected though I have not yet dived into that). Considering the complexity of of the most useful utility functions (e.g. applyInlineStyle) this is quite bothersome for the implementation of a custom style type as a pretty significant amount of work must be duplicated.

• The one and only accessible utility function is (oddly enough) CKEDITOR.style.getStyleText, and it's a "class" function on CKEDITOR.style which means it can't easily be fixed up by-style when the existing version makes little sense for a specific custom style or style type (basically precluding the usage of its callers in a custom tyle type)

• The built-in style type has no support for toggling classes on existing elements (it treats class as any other element to set/unset) and because the preview dropdown (of stylecombo) is a separate iframe it's also impossible to apply class styles to the preview (even if one manages to find out that TYPE_OBJECT is not doing to allow previews at all)

Conclusion

I'm posting this more as a task, as it's not exactly a bug nor is it precisely a request. Repeating the introduction and having spent a few days with it, I still think CKEDITOR.style has quite a bit of potential for CKEDITOR integrators, but not in its current shape, and thus would like to start a discussion on it.

[0] essentially the requirements are to 1. replace CKEDITOR.style by a sub-type copying getStyleText and altering the constructor to return the first parameter directly if it's already an instance of CKEDITOR.style and 2. add a constructor property which returns the object it's called on instead of creating a new one.

1. Open inlinebycode sample.
2. Select two cells.
3. Right click -> cells -> merge cells.
4. Nothing happened - only left cell is selected. In the error console the following is reported:

   TypeError: e.getDocument is not a function
   

To debug add if ( !isDetect ) debugger; statement at the beginning of mergeCells function. See that when this function is called the selection is already broken, so only one cell is returned from getSelectedCells.

Note: mergeCells is called with isDetect flag when opening ctx menu and at this point selection is correct.

We would like the ability to customize the way UI Elements are rendered on dialogs. Currently it is not possible to overwrite the existing UI Elements so that they are rendered with a different markup e.g. changing the markup used to display dialog buttons. We would like to be able to customize this so that the editor will fit better with the look and feel of our products.

This ticket is based on a recent email exchange with Fred, where he said that this is not a planned feature for CKEditor 4 but it may be something that would be considered for CKEditor 5. I am logging it for tracking purposes.

Working on #10689 I realized that ​this part of code works magicly:

// #8031 If textarea had required attribute and editor is empty fire 'required' event and if
// it was cancelled, prevent submitting the form.
if ( editor._.required && !element.getValue() && editor.fire( 'required' ) === false ) {
	// When user press save button event (evt) is undefined (see save plugin).
	// This method works because it throws error so originalSubmit won't be called.
	// Also because of hack there is try-cache in save plugin so error won't be shown.
	evt.data.preventDefault();

It should be fixed using save event instead of submit.

Open: ​http://ckeditor.com/demo# or samples/datafiltering.html#

See that page is scrolled down.

Reported on: ​http://ckeditor.com/forums/CKEditor/Scrolling-problem-when-using-empty-anchor-in-URL

This is probably an IE10 bug but can be recreated in CK only. STR:

1. Unpack the attached IE10Crash.zip on a machine with IE10 and IIS into the inetpub\wwwroot folder.
2. Open IE10 and navigate to ​http://localhost/ckeditor.

RESULT: The browser loads CKEditor 4.1.1 and then loads a web page with a numbered list that uses a style with custom bullet images. The editor loads the page and then IE crashes probably when it tries to render the style. There must be some subtle timing issue here as well because the next time when the files are loaded from the IE cache, it doesn't crash. It crashes again after you clear the IE cache.

1. Create a form with submit button.
2. Create several inline-textarea instances within the form.
3. Submit the form.

Then what happens:

• In Chrome, for each instance, an error is thrown:

  An invalid form control with name='editor1' is not focusable.
  

  • A funny note: when instances have some startup data, there's no error.
• In Firefox, the "Please fill out this field" tip is displayed even if some text was typed inside the instances.
  • A funny note: If there's startup data, submit goes fine.
• In IE9, everything is fine, page submitted, data retrieved.
  • A funny note: There's nothing funny about IE and that makes me worry.

1. Open replacebycode
2. Set the following HTML:

   <p>Hello world!</p>
   <p style="text-align:right"><a href="#">Wooo! I&#39;m so sticky!</a></p>
   

3. Select the paragraph:

   <p>[Hello world!]</p>
   

4. C-c
5. C-a
6. C-v
7. Switch to Source and back to WYSIWYG.

Note there's an unwanted paragraph aligned to the right at the end of editable:

<p>Hello world!</p>
<p style="text-align:right">&nbsp;</p>

Now remove the link from the original content and repeat all the steps. Use the following startup data:

<p>Hello world!</p>
<p style="text-align:right">Yay! I&#39;m not so sticky anymore!</p>

Result is just perfect:

<p>Hello world!</p>

To reproduce:

1. Insert table 1X2 (1 row and two columns)
2. Double (or even triple) click inside table so that whole cell gest selected (You have to see selection in table cell).
3. Right-click on selected cell and choose Column->Delete Column.

Result: Whole table gets deleted.

Problem can be reproduced from CKEditor 4.0.1 in Chrome and Safari only.

To Reproduce:

• Using the autogrow sample, paste the following HTML into Source view:

  <ul>
    <li>1</li><li>2</li><li>3</li><li>4</li><li>5</li><li>6</li>	<li>7</li><li>8</li><li>9</li><li>10</li>
  </ul>
  

• Switch to wysiwyg mode and copy all contents
• Place the cursor at the end of the contents and use Ctrl+V to paste multiple times.

Problem: The editor does not scroll to the end of the pasted content. The cursor is in the correct location because if you type some text after pasting, the editor does scroll to the bottom of the contents. However the editor should scroll to this position automatically after the paste event.

I have tried this with FF, IE and Chrome and can reproduce it on all 3 browsers.

1. Open widgetquote sample from #9764.
2. Switch between modes twice in first editor.
3. See that widget lost its styles in second (inline) editor.

Or:

1. Open datafiltering sample from master and find in dev tools last stylesheet (with data-cke-temp attr) in host page's head.
2. Switch between modes twice.
3. Stylesheet was removed...

Problem is somewhere here: ​https://github.com/ckeditor/ckeditor-dev/blob/master/core/editable.js#L681-L693

It seems that framed editor (wysiwygarea or sourcearea) does not increase stylesheet_ref, but it decreases it. Or that order of detach and new editable's setup is incorrect.

1. In latest Safari (6.0.5) open replacebyclass.html
2. Fn+Alt+F10 to focus the toolbar.
3. Using TAB, go to font color toolbar (or any combo).
4. SPACE to enter the palette (or the combo), navigate with arrows.
5. ESC.

Expected: focus goes back to color button in the toolbar so it's possible to select a different toolbar (TAB) or a different button (arrows). This is the behaviour of Chrome.

Actual: focus goes to editable. Need to use the keystroke again to focus it.

It seems that in IE10 (at least) you can write in hidden elements that have innerHTML !== ; If the said element is contenteditable:false it is worse because you cannot get out of it.

It may relate to this: ​https://dev.ckeditor.com/ticket/10641

Test case: ​http://jsbin.com/UNOWOba/5

PS: I discovered the problem because I use an element (<span contenteditable="false" style="display:none">&nbsp;</span>) just before a space holder that is removed on click and on IE the users could not write... It may suggest a cursor positionning problem. PSS: No problem in chrome.

In IE10 with Compatibility View, if move vertical scroll show javascript error Incompatible markup pointers for this operation.

1. Remove DOCTYPE declaration (<!DOCTYPE html>) from "User Interface Globalization" sample (samples/uilanguages.html).
2. Open sample in IE 10.
3. Change language to Arabic.

Result: toolbar has wrong styles (see attachment).

4.2.1 is first version with IE 10 QM support.

1. Remove DOCTYPE declaration (<!DOCTYPE html>) from "Replace Textareas by Class Name" sample (samples/replacebyclass.html).
2. Open sample in IE 10.
3. Switch to source mode.

Result: no code formatting (see attachment).

4.2.1 is first version with IE 10 QM support.

since: 4.0 until master
issue not found in 3.6.6.1 though

1. open any sample with CKEditor (i.e. samples/replacebyclass.html)
2. using "Templates" button from toolbar, insert template "Text and table" (replacing current content)
3. click "Table title" in order to edit it
4. press Home key
5. press Shift+End key

Expected result:
Table caption text should be selected.

Current result:
Caret does not move, no text is selected. Javascript exception is thrown.

js error:
SCRIPT16389: Unspecified error.
selection.js, line 800 character 5

additional info:
if caption has multiple lines, issue occurs only in last line.

Sorry for the title, i don't really know how to explain it in one sentence (also, English is not my main language)

I found a problem in CKEditor where bold text that's not selected is influenced by an action on a text that is selected. It's pretty hard to describe, so let's just give an example:

• Open the 'enterkey.html' example from CKEditor (link below)
• Set enter mode and shift-enter mode both to BR.
• Empty the text area
• Click 'Bold' button
• Type one line of random text (hit enter key)
• Type another line of random text (DON'T hit enter key)
• Select the second line you just typed with your mouse
• Click 'Bold' button to remove the bold from the last line

Result: Bold is removed from line 1 + 2 Expected result: Bold is removed from selected line 2 only

Same problem occurs for other layout options, such as italic and underline.

When you hit the enter key after line 2, and then select line 2, it works fine and only line 2 is changed. Also, when you select the 2nd line with your keyboard (shift+home for example) it works fine too.

Browser/OS: I think the bug is Chrome (or webkit?) specific. The problem occurs in latest stable version of Chrome in Windows 7 + 8.

Also tested in updated stable versions of IE 10 and FireFox in Win7+8, but there it works as expected.

Tested in 'latest' and 'nightly': ​http://ckeditor.com/latest/samples/plugins/enterkey/enterkey.html ​http://nightly.ckeditor.com/13-09-04-13-06/full/samples/plugins/enterkey/enterkey.html

I hope the explanation is sufficient.

I'd love to see the Find/Replace plugin with an additional checkbox option to search using a regex string. You could use standard javascript regex syntax.

Could you please consider this for a future release. It would be greatly appreciated!!! Thanks

​http://docs.ckeditor.com/#!/guide/dev_allowed_content_rules

During works on #9764 we implemented simple time widget. It's not ready to be included in official release yet, so we're extracting it to this ticket.

During works on #9764 we implemented simple captioned quote widget. It's not ready to be included in official release yet, so we're extracting it to this ticket.

Description: If I have a large picture in the editor and it is selected while the picture is about center aligned the scrollbars don't work properly or don't work at all.

STR:

• Open a clear DEMO page (I used with IE9)
• Insert a large picture into the editor (the horizontal and vertical scrollbars appear)
• Display the center of the picture (The scrollbars are about to the middle of its way)
• Select the picture
• Try to move the scrollbars

Issue is reproducable with Chrome/31.0.1627.0, Firefox 23.0, MSIE10

We're unable to nest multiple spans using languages plugin

1. open any sample with CKEditor languages plugin enabled (i.e. samples/replacebyclass.html)
2. Replace content with following HTML: <p>This is sample code.</p>
3. Select sample substring and apply French language (by clicking chinese icon at toolbar, and selecting proper lang).
4. Select is sample code substring and apply Spanish language.

Expected result:
Produced source code: <p>This <span dir="ltr" lang="es">is <span dir="ltr" lang="fr">sample</span> code</span>.</p>

Current result:
Paragraph with nested spans: <p>This <span dir="ltr" lang="es">is sample code</span>.</p>

additional info:

1. Currently spans are created with CKEDITOR.style object being passed to CKEDITOR.editor.applyStyle()

Hi, it is a pretty annoying behavior. Each time I need to reach the end of a large document and it starts to scroll the page. The work becomes a hell, lots of users complain on that.

The correct behavior:

• CKEditor should not capture scroll events until focused. So when user simply move cursor over it and scrolls it should not have any reaction and the page should scroll instead (as it shoudl by default).
• When focused it should scroll only current editor's area and prevent events to reach the document. If user will need to scroll the page it is possible to move mouse out from the editor and scroll.

That way users will not be afraid to use mouse wheel on the page. If they need to scroll the page — they'll be able to do so as usual. But when they work with an editor they will also be able to use mouse wheel safely, without moving the page.

Also, my browser does support smooth scrolling (google chrome with additional plugin), which does not work because of all currently applied hacks. Let browser manage scrolling and only do evt.stopPropagation() if @active so it will only scroll the editors area.

Please see the example video. I have to scroll each(!) ckeditor element to reach end of the page when I didn't event touch them. In other case, if I was working with specified document in the CKEditor and only was need to reach end of that document I would usually do a few very fast mouse wheel scrolls, but currently it will not work either, since it will reach end of document in editor and then reach end of the entire page. So both behaviors are broken.

Referring to: ​http://dev.ckeditor.com/ticket/10659#comment:8

To Reproduce:

1. Type some text and press Enter key
2. Hit Backspace
3. New empty paragraph removed & cursor goes back to end of the first paragraph
4. Press spacebar or type some text

Problem: Cursor moves to next line

Steps to reproduce:

This issue is easy to reproduce by using api.html CKEditor sample:

• run api.html sample on IE (any version)
• Start debugging
• Set editor content to:

<div style="width: 300px; height: 300px;">

<span class="text" style="font-family: Arial; font-size: 10pt;">CKEditor</span>

</div>

• select text
• right click and select "Copy" Now you will get error: ckeditor.js, line 265 character 107; SCRIPT16389: Incorrect function.

Without debugging you will just fail to do any actions that can change focus: like copy/paste using popup menu, change font name or font size by using font list boxes from toolbar.

Browser and OS: Internet Explorer 10, Windows 7

Error SCRIPT16389 is also mentioned in #10857, #10796, #10894, #10970.

1. Use replacebycode sample.
2. Set HTML

   <p><b>Apollo 11</b> was the spaceflight that landed the first humans.</p>
   

3. Set caret so it is still bold

   Apollo 11^ was…
   

4. Click remove format.
5. Type a few words.
6. ENTER.
7. For unknown reason, typing bold in the new line:

   <p><b>Apollo 11</b> cow says moo</p>
   
   <p><b>...</b> was the spaceflight that landed the first humans.</p>
   

I'm able to reproduce it since 3.6.6.1 in Chrome, Firefox and Safari (Mac).

Kudos to Anna and Olek.

When there is an anchor in the content, CKEditor requests the following image: /ckcke_contents_ltr0421/full/plugins/link/images/anchor.png?t=D8AD, assuming that CKEditor is located in "/ck 421/full/"on the server.

Note the weird path in the URL: /ckcke_contents_ltr0421/

Confirmed in 4.2.1 and 4.3 Beta. Did not check earlier versions.

To reproduce the defect:

1. Open any CK sample & insert a table with default values.

2. Insert a simple Numbered/Bulleted list(one list item) in one of table table cells

3. Keep cursor in a different row, open Context menu and select Row - > Delete Row.

Expected Result: Corresponding row gets deleted

Actual Result: Corresponding row is deleted but a Javascript error thrown and the error is "Unspecified error"

To reproduce:

• Insert a table in the editor in IE9/IE10
• Click on table in the elements path bar to select the table

Problem: There is no visual indication that the table is selected.

Note that if you use Ctrl+C and Ctrl+V the table is copied and pasted, so it is actually selected. However the user is not aware of this.

In IE8, browser handles are displayed when the table is selected.

This stopped working in IE9/IE10 with ​git:396c4f0 where w3c DOM APIs were enabled for IE>9 so I am not sure if this is an IE issue or not. Either way it would be good to be able to give the user some visual indication that the table is selected in these browsers.

To Reproduce:

1. Place the following in the Source view of the editor. This is just a styled div containing some text:

   <div name="styledDiv" style="padding-bottom: 4px; background-color: rgb(255,255,204); margin: 8px; padding-left: 4px; padding-right: 4px; padding-top: 4px; border-radius: 6px">Sample text inside a styled Div</div>
   

2. Switch back to wysiwyg mode and click on the editor contents.
3. Select the div in the elementspath bar and use Ctrl+C to copy it.
4. Insert a paragraph below the div using the magicline feature.
5. Paste the div from your clipboard using Ctrl+V

Problems:

• In FF, the div has been converted to a paragraph element and all attributes and styling have been removed.
• In Chrome, the div has been converted to a paragraph element and all attributes and styling except the background color have been removed.
• This usecase works well in IE.

Scenario 2:

1. Clear the editor contents and repeat steps 1-4 above.
2. Enter some text into the new paragraph created in step 4 above and press enter.
3. Paste the div contents from your clipboard again.

Problems:

• In IE, the div has been converted to a paragraph element and all attributes and styling have been removed.
• In Chrome, the div has been converted to a paragraph element and all attributes and styling except the background color have been removed.
• This usecase works well in FF.

Note: The name attribute in the sample code provided will always be removed when ACF is enabled. However, the same results as outlined above also occur even when ACF is disabled.

Currently nested editables can be only initialized on elements included in the CKEDITO.dtd.$editable hash which includes those which should be "safe". However, it would be nice to increase number of allowed elements, especially with inline ones.

The workaround for now, if someone wants to try other elements, is to extend CKEDITOR.dtd.$editable object has early as possible.

When a tag with contenteditable=false is directly preceded by a BR, P, or DIV tag said tags cannot be removed.

<br />
<span contenteditable='false'>test</span>

I can occasionally click the margin to the left of the span and backspace the BR, but it's not dependable. It cannot be deleted from the end of the previous line at all. Deleting the SPAN will also delete the BR. Adding any printable character between the BR and SPAN will allow the BR to be removed.

Tested in chrome and firefox.
It IS working is IE8 of all browsers...

UPDATE:
This issue is only valid for TC mentioned in comment:1 for Firefox. In all other cases editor does the same thing as native code in browser does.

Problem occurs in both CKE 3.x and 4.x (4.2.1 at the time of writing)

1) Select a list (ul or ol) as whole. 2) Click Indent button

Result: Text inside list items is indented but not the list as a whole. The bullet points are aligned to the left, that means to the edge of the edit area.

Following the discussion ​https://dev.ckeditor.com/ticket/10835#comment:5 suggesting that we may may want to improve UX by putting some kind of an outline to the image, I open this ticket for research purposes and general brainstorming.

1. open Firefox,
2. go to ​http://ckeditor.dev/plugins/mathjax/samples/mathjax.html
3. put cursor after a widget (ex. after "is an example of an inline equation"),
4. press and hold left arrow button on your keyboard,

You can not move cursor before widget. This bug could be reproduce with any inline widget.

See the below link

​http://stackoverflow.com/questions/19154255/ckeditor-4-status-bar-path-not-selecting-caption-and-thead-in-table

When the editor is readonly clicking an element in elements path does not truly select it in Blink and Firefox.

1. Go to ckeditor.com/demo
2. Scroll down to the mission crew table and click to focus it
3. Click "table" in elementspath
4. The table is selected, but the selection color is gray. Notice that the copy icon is enabled.
5. Press Ctrl-C to try and copy the selection
6. Make the editor editable and try to paste or paste in some other program -> fail.

NOTE: This doesn't have to be table. You can select list or any other element. In blink and Firefox you won't be able to copy it. Blink informs you about it with system sound while FF does nothing.

Workaround: select the table with the mouse and copy it then (notice the blue selection instead of the gray one in step 3). This is really difficult to control though as the mouse selection is not accurate or easy. This is difficult when for example trying to copy long or nested tables.

1. Open replacebyclass sample.
2. Place caret in table cell.
3. Press "option key" or click right mouse button to open context menu.
4. Using keyboard navigate to Cell -> Merge cells (which is disabled).
5. Press enter or click that option.

General problem - nothing should happen IMO when choosing disabled option.

Browser specific:

• IE: focus is completely lost - I'm unable to close the context menu or navigate in it.
• Chrome: focus is lost (at least I think so, because none option is focused), but everything still works.

It would be great to be able to add a list of anchors from an external source to the editor. For example the content being edited might exist as a part of a page with tons of anchors, which all should be linkable to within CKEditor, but CKEditor doesn't know of the existance of those anchors so they are not listed in the link dialog.

Something like this for example:

config.extraAnchors = [{id: "Top", name: "Top"}, {name:"Ponies"}];

Additionally, it would be great if that list could be edited when ckeditor is already loaded with config.extraAnchors[2] = {name:"Foo"};.

To reproduce the defect:

1. Open any CK Editor sample

2. In Editor body, create a list with 2 list items

3. Press Enter & Tab to create first sub list

4. Press up arrow key to go to second list item in top level

5. Press Tab key

Expected Result: A new sub list created with 2nd list item as first item in newly created sub-list and focus stays at end of newly created sub list

Actual Result: A new sub list created with 2nd list item as first item in newly created sub-list but focus jumps to first list item in next level

Open the attached html. Select the content in the first and second cells in the second row of the table. Execute Delete Cells.

The entire content of the document is deleted.

Hello,

I'm using CKEditor within a grails web project and I'm managing all js and css files using the asset pipeline plugin (this is very similar to the rails asset pipeline). As part of the build process, all Javascript files are minified and renamed based on the hash of the file. Since ckeditor is looking for files with specific names (config.js, styles.js, lang/en.js, etc.) in a specific location, this breaks the editor for me unless I exclude these files from that process.

I certainly see the utility in dynamically loading the dependent files within the plugin, but it would be nice to be able to disable this functionality for cases like mine. Having the ability to disable this behavior to give developers more control over how things are packaged would be amazing.

For example, this would allow developers the option to combine all the dependent js files they happen to be using into a single js file or whatever else is appropriate for them and their build process!

This is a great plugin and you've all done great work on it, and adding this would make my life (and probably a lot of other developers) life a lot easier.

Thanks!

Craig

As discussed at DrupalCon Prague, with ​https://twitter.com/Bojhan and ​https://twitter.com/kolearyUX.

Drupal 7 and 8 ship with a "theme" (Drupal lingo for "skin" in the CKEditor world) called "Stark".

From the dictionary:

stark |stɑːk|
adjective
1 severe or bare in appearance or outline: the ridge formed a stark silhouette against the sky.
2 …

From ​https://drupal.org/project/stark:

The Stark theme is provided for demonstration purposes; it uses Drupal’s default HTML markup and CSS styles. It can be used as a troubleshooting tool to determine whether module-related CSS and JavaScript are interfering with a more complex theme, and can be used by designers interested in studying Drupal’s default markup without the interference of changes commonly made by more complex themes.
To avoid obscuring CSS added to the page by Drupal or a contrib module, the Stark theme itself has no styling, except just enough CSS to arrange the page in a traditional “Header, sidebars, content, and footer” layout.

If CKEditor would also have a "Stark" skin, then it'd be much easier for people to build new skins. You would probably be able to reduce the amount of code specific to Moono significantly.

I think this is a low-priority nice-to-have. I added the "Drupal" keyword, but obviously it's useful to everybody.

To Reproduce:

1. Use ajax sample
2. Type in a word, e.g. test, select it by using Ctrl + A
3. Insert a link or anchor
4. Press the END key
5. Press space and continue typing

Problem: Cursor is inside the anchor tag

This issue was previously fixed under ​http://dev.ckeditor.com/ticket/5978

1. Open IE10 or IE9
2. Go to inlinebycode.html sample
3. Go to templates.
4. Select 'Text and Table' template and insert in.
5. Right click on table cell and select Row -> Delete Rows

SCRIPT16389: Incorrect function.
 
inlinebycode.html, line 46 character 5

On the new widgets feature, it's currently possible to focus and delete a widget.

Depending on the situation, this may not be a desirable behavior in all situations, e.g. the editable may not make sense without the widget, although editing both the content and surrounding (text) of the widget makes sense.

See attachment for an example, set caret at the start of the last paragraph then backspace twice, the widget (middle paragraph) will first be selected/focused, then removed. This may be preventable by catching the deletion event at the editor level and stopping it, but that feels hackish.

Part of: #10974.

I'm not actually sure this is a valid bug as I'm somewhat uncertain the use case is supposed to be supported: inline widgets are supported, but inline editables are not by default although they generally work (and — I think — make sense in an inline widget).

Anyway, if one sets up inline editable parts in a widget and removes said parts's (textual) content, the widget *and part* remain, but the part becomes invisible and essentially un-editable: the usual outline disappears with the last visible character.

See attached document for a test case, inline widget content is the inline editable part, if the cursor is set to its end then the user backspaces until all text is removed it seemingly disappears entirely. Checking the DOM shows the widget and part are still there (and the drag & drop handle remains visible), but there's more or less no way to re-insert content in the widget.

Currently widget may have only block editables. Support for inline ones would be interesting.

Note: there's a workaround if one wants to initialize inline editable - CKEDITOR.dtd.$editable has to be extended with name of that element.

Includes: #10973

I tested with IE9 on full featured DEMO page.
STR:
1) Click the table to get square handles.
2) Resize the table to have different dimensions.
Result: undo does not work
3) Click the image to get square handles.
4) Resize the image to have different dimensions.
Result: undo does not work
3) Click the horizontal line on the bottom of the page to get square handles.
4) Resize the horizontal line to have different dimensions.
Result: undo does not work

To Reproduce:

1. Open the Autogrow sample in IE10

2. Select format (Heading 1) in the toolbar

3. Type in some text

4. Press enter twice

5. Type in text and press enter until the editor starts to grow

Problem: On the line when autogrow gets triggered the text content shakes, e.g. jumps up and down.

since: 4.3 (didn't check earlier) until major

Firefox exclusive: pressing home/end key can put caret outside widget.

1. open any sample with image2 plugin (i.e. plugins/image2/samples/image2.html)
2. put caret inside first image caption
3. CTRL + a to select all
4. click on remove formatting button
5. press home key

Expected result:
Caret should collapse at the begining of previous selection.

Current result:
Caret goes outside of widget.

additional info:

1. When pressed home it places itself right before figure[class="caption"].

1. Open mathjax sample.
2. Set data to: <p>foo</p><p>bar <span class="math-tex">\(\TeX\)</span> bom</p>
3. Place caret at the beginning of 2nd line.
4. Press backspace. Widget and "bom" disappear.

• Blink bug report: ​https://code.google.com/p/chromium/issues/detail?id=306970
• Webkit bug report: ​https://bugs.webkit.org/show_bug.cgi?id=122748
• Extends the whole range of broken backspace/delete keys behaviours on Webkit/Blink: #9998.

• Insert table (3x3)
• Split left-middle cell horizontally
• Try to delete last column

Column is being removed but console error occurs.

Uncaught TypeError: Cannot read property 'ownerDocument' of undefined

Color (Foreground) doesn't get applied to span, when span has a class which has color attribute set in CSS. Althoug, it does work for background-color.

Tested on: Mac OS X 10.7+, Chrome many versions (30.0.+)

Working Demo: ​http://jsfiddle.net/nachiket/44hSH/

• Using CKEditor 4.2
• Loads custom configuration

If you convert an editable div to a CkEditor using the inline function, a call to the resize-method of the created instance will give an error.

This can be confirmed by adding the following line to the bottom of the inlinebycode.html sample:

  <button onClick="editor.resize(100,100)">Test resize</button>

The contents variable will never be set within the resize method.

Reproduce:

1) Programmatically instantiate inline ckeditor on an element that already has focus and owns the caret.

Expected: caret should stay where it was.

Actual: caret moves to the beginning of the element.

Firefox 24.0

Every nested editable which has allowed content rules defined has its filter instance. These instances are stored in nested editable instances, which most likely are correctly garbage collected. But filter instances are also stored in CKEDITOR.filter.instances and they are kept there forever.

We could have filter.destroy() method removing instance from the instances hash and doing other cleanup if necessary. Then we could destroy filters when destroying widgets.