Custom Query

Steps to reproduce

1. Enter following text in CKEditor in IE 11

line 1
line 2
line 3

2. select text and In JS call

   CKEDITOR.instances[yourid].getSelection().getSelectedText()
   

3. The returned text is "line 1line 2line 3"
4. The length of string is 18. While in chrome it is 21

Expected result

The returned text should have \n characters

Actual result

The returned text is "line 1line 2line 3" The length of string is 18. While in chrome it is 21

Other details (browser, OS, CKEditor version, installed plugins)

Chrome: The returned text is "line 1\nline 2\nline 3"
IE11: The returned text is "line 1line 2line 3"

1. Go to demo page.
2. Run the following in Firebug.

   CKEDITOR.instances.editor1.document.getBody().setHtml('<p>paragraph<br><br></p>');
   CKEDITOR.instances.editor1.getData();
   
   

3. Observe the following result.

<p> paragraph<br /> &nbsp;</p>

Expected result (filler node should be removed):

<p> paragraph<br /></p>

Tested in Firefox 4, WinXP. CK version 3.5.3

After a testing phase for D&D some issues related to Firefox multiselection were found:

​https://docs.google.com/document/d/1hG4H0r21MXNkRd3amDEOBPygJe3ehBAXFWAal2DptGQ/edit?usp=sharing

Bug 14, Bug 16.

This issues should be fixed after closing #11636.

Part of D&D umbrella: #11437.

The GCC does not say where the WARNING is. It just says it's in en.js, but there are dozens of en.js files.

Logs:

com.google.javascript.jscomp.LoggerErrorManager println
WARNING: en.js:5: WARNING - Parse error. Internet Explorer has a non-standard intepretation of trailing commas. Arrays will have the wrong length and objects will not parse at all.
} );
 ^

This is clone of #7908, but for Fx & Chrome and only on Linux.

Steps:

1. Open ​http://localhost/cksource/CKEditor/tags/3.6/_samples/replacebyclass.html
2. Without focusing editor before, right-click on the link.

Expected: context menu containing unlink option.

Actual: no unlink option.

I was able to reproduce this from 3.6.

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.

This function return 'old' data but check dirty function returns proper value. This is especially visible when switch between source and WYSIWYG mode. Please look at attached file. To reproduce just open attached file and fire any editor command and look at firebug console. This issue is also reported here ​http://cksource.com/forums/viewtopic.php?t=22532.

Steps to reproduce

1. Open ckeditor on iphone 6s or (i think any other iphone/ipad versions)
2. Try to click Fullscreen
3. cry..

Expected result

ckeditor to be fullscreen

Actual result

not fullscreen

Other details (browser, OS, CKEditor version, installed plugins)

I have the latest version since 2016-01-24 I've tried on iphone 6s, and a ipad (don't know the correct version but it's latest or second latest)

Steps to reproduce

1. Set ckeditor 4.6.2 with french language
2. Click in the flash plugin
3. Alignment of HSpace and VSpace

Actual result

See image

Other details (browser, OS, CKEditor version, installed plugins)

ckeditor 4.6.2 in French language + flash plugin

Repro steps:

1. Change localization to French
2. Click on Flash icon
3. Click on flash icon on CKE editor. Flash properties window will open

Actual Result: Horizontal spacing and vertical spacing strings are getting overlapped.

Expected Result: Horizontal spacing and vertical spacing strings should not overlap image

Problem: French localization for flash plugin(plugins/flash/lang/fr-ca.js) is using too long label (in another languages are using short version - hSpace: 'HSpace'):

hSpace: 'Espacement horizontal', As possible solution can be make this text shorter.

Unable to select input and textarea elements for cut and paste with a mouse.

Elementspath plugin shows correct selection (body p input) but ctrl + x doesn't work. Element can be selected with shift & arrow keys if element has text before or after the element.

Reproducible with Firefox 29, latest Chrome (35.0.1916.114 m) and IE 11

<p><input type="text" value="dsfsdf" /></p>

<p><input name="dsffds" type="radio" /></p>

<p><textarea name="sadasd"></textarea></p>

<p><input type="button" value="sdsa" /></p>

With IE 11 if input has some text before it, problem doesn't exist.

<p>Foo <input type="button" value="bar" /></p>

On 4.0 DEV (revision 0) that I found lying on my computer CKEditor problem does not exist on any of the above browsers.

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.

IMO forms creation should be much like DIV creation, wrapping the selection rather than removing it.

If there are two <br /> positioned before unformatted text, and the text is changed to <h2>, the editor removes both <br />. Seen from the perspective of the user, formatting the text removes an empty line, which is probably unexpected.

Hard to describe and hard to search for so my apologies if it's already been logged but I think even if it's been logged I've found more details I will explain below.

If I highlight a section of text and apply some sort of text formatting(bold for example). Then place the cursor at the end of one of those newly bolded lines and click bold again to remove it so I can continue typing in non-bold it will remove bold from the entire line.

Browser: FF 25.0, IE9.0.8112.16421(config.enterMode = CKEDITOR.ENTER_BR only for IE)

OS: Win 7

Reproducible location: Demo site

I tested with Chrome 31.0.1650.63 m as well and it worked properly. Also ctrl+a vs using the mouse can have slightly different results which I will explain after the steps to reproduce.

Steps to reproduce:

1. Download the standard ckeditor from the website.(Only necessary if you want to test CKEDITOR.ENTER_BR. Otherwise just go to the demo)
2. Open replacebycode.html sample and clear the content
3. Type aaaa aaaa, hit enter. Type bbbb bbbb, hit enter. Type cccc cccc, hit enter.
4. Press Ctrl+A and click Bold
5. Place the cursor at the end of any of the three lines
6. Press Bold again

If Using IE or FF and using CKEDITOR.ENTER_BR you will notice that the entire highlighted content will lose the bold formatting. If using FF and CKEDITOR.ENTER_P (Default) you will notice that just the line you placed the cursor on will lose bold. I did NOT test CKEDITOR.ENTER_DIV.

The slight variation I mentioned between ctrl+a and using the mouse can be tested by repeating all the steps above but step 4 use the mouse to highlight everything instead and step 5 place the cursor at the end of the "cccc cccc" line. In FF bold is already de-selected from the toolbar, in IE it's still selected but when you click it formatting isn't lost. If you test lines 1 or 2 you will see the same results as if you tested with ctrl+a.

EDIT:

Reproducible in Firefox and IE11

To reproduce:

1. Type three lines of text
2. Ctrl+A, hit Bold Button
3. Click at the end of any line and Hti bold Button again

Results:
In Enter Div and P Whole line gets unbolded
In Enter BR whole text gets unbolded

• IN IE9 go to ​​http://nightly.ckeditor.com/7478/_samples/enterkey.html and switch to the ENTER_BR setting.
• add a line of text at the end of the document
• select the entire line (with the mouse of by keyboard) and make the text bold, it doesn't work.

Only when applying the formatting for the second time it does work.

The same occurs with Underline and Italic formatting. When doing this on a specifiek word in the line the problem does not occur.

The problem might have something to do with this issue: ​https://dev.ckeditor.com/ticket/6706

Description: When using CkEditor with norwegian language, the dropdown/selector displaying the different format options (heading 1, heading 2 etc) hides the last character in "Overskrift 1".

Browser: Firefox 16.0.2

Actual result: A part of the last character in "Overskrift 1" is hidden.

Expected result: Show the entire text.

See the attached screenshot from ckeditor.com/demo/

Bug is reproducable in version 3.6.2 and the version current at ckeditor.com/demo/.

I wish to have the FormatIndentator be a tab rather than 4 spaces. I also generally aim to put as much configuration in the scripting interface (e.g. calling via PHP/ASP/Perl/etc.) so that the config file can avoid having to be altered much.

Using

FCKConfig.FormatIndentator	= '	' ;

in fckconfig.js works fine.

But doing any of the following when calling via script (example in PHP) :

$instanceName->Config['FormatIndentator'] = '	' ;
$instanceName->Config['FormatIndentator'] = "	" ;
$instanceName->Config['FormatIndentator'] = "\t" ;
$instanceName->Config['FormatIndentator'] = "'	'" ;

fails. In the first three cases, NaN (not a number) is placed into the HTML source. In the fourth case, a tab surrounded by ' marks is put in (so a tab seems actually possible, just not on its own!)

0. Start an empty page
1. Select "normal" format and write some words
2. In new line select "heading 1" format and write some words
3. Select all and try to apply "normal" format

-> nothing changes Expected: Heading format is changed to "normal"

If the first line is a heading the format can be changed.

When you pick a color for the background or for text, this seleted color is saved for a next usage. This behavior is for instance implemented in MS word. The default color or the last used color is visible in the combobox, and you have only to click on the color; if you want to change the color you have to click on the arrow and selected a new one.

Steps to reproduce

1. set forceSimpleAmpersand to TRUE
2. in editor srouce mode, type &
3. toggle between WYSIWYG and back to source mode

Expected result

& should stay as &

Actual result

& has become &amp;

Other details (browser, OS, CKEditor version, installed plugins)

Links that use ampersands to pass parameters are FAILING, because the ampersands have been converted to &amp; :(

Steps to reproduce

1. Create editor instance with forceSimpleAmpersand = true.
2. Click the toolbar menu for link.
3. Add a link 'www.example.com?foo=bar&a=b'.
4. View source - link now written as 'www.example.com?foo=bar&amp;a=b'.

Expected result

Link should be 'www.example.com?foo=bar&a=b'.

Actual result

Link is 'www.example.com?foo=bar&amp;a=b'.

Other details (browser, OS, CKEditor version, installed plugins)

Chrome 45 on Windows 7, CK Editor version 4.5.3.

This may relate to this commit: ​https://github.com/ckeditor/ckeditor-dev/commit/7752ceeb7954c36c573c274753c9bb01c7932f7c or possible commits around this that work on similar issues?

It works if I use the context menu and paste which triggers a security popup window and if I enter it here and paste it works. However CTRL + V does not work in Google Chrome.

Tried clearing the cache in Chrome and all the other tricks. Also private mode with no effect. Even made a build without the pastefromword plugin which didn't help either. I also installed Firefox after it didn't worked in Chrome and it worked there.

Further testing showed more browser where it didn't work.

Test passed:
Firefox 41.0
Internet Explorer 11.0.9600.18097
Waterfox 40.1.0
Firefox Developer Edition 44.0a2 (2015-11-25)

Test failed:
Chrome 46.0.2490.86 m
Chrome Canary (49.0.2575.0 canary (64-bit)
Opera 33.0.1990.115
Vivaldi 1.0.303.52 (Beta) (32-bit)

Is this a confirmed bug?

I have noticed that there is no plugin for inserting footnotes into text using CKEditor although I found a Drupal module at ​https://drupal.org/project/footnotes bundled with CKEditor which has a footnote plugin.

I also found a DokuWiki module called ckgedit at ​https://www.dokuwiki.org/plugin:ckgedit used for editing bundled with CKEditor including a footnote plugin.

So one of these footnote plugins could be merged into the main release of CKEditor.

Has the FontStyleAdv command and toolbar item been removed from 2.0? Is there an easy way to add that toolbar button again?

Moved from SF:
​http://sourceforge.net/tracker/index.php?func=detail&aid=1249716&group_id=75348&atid=543656

Steps to reproduce

1. Change the font size for the first time it works correctly.
2. But if select the same font size again, it will revert back to the original font size. The same for font style.
3. This behavior doesn't conform to other main editors, and could bring problems.

Expected result

Please prevent revert font back to original font if select same font again.

Actual result

Resetting the font to original font if select font again.

Other details (browser, OS, CKEditor version, installed plugins)

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:
  

Steps to reproduce

1. Change font to Courier New 12
2. Type letter with multiple lines and carriage returns etc
3. Click back into space you entered past and the font reverts to default
4. Change font back to Courier New
5. When you start typing the font is clearly not in size 12

Expected result

Original set font size of 12 would hold.

Actual result

Font size reverts back to the default

Other details (browser, OS, CKEditor version, installed plugins)

Using Chrome Browser Tested in Nightly build

Steps to reproduce

1. Click on Font Size drop down.
2. Drop down with all font-size will appear.

Expected result

Once I clicked the drop down, it should be converted to input field that can we editable, so that user can type any font size inside that.

Actual result

Now User is not allowed to enter the font-size manually. User can select only predefined font sizes only.

Other details (browser, OS, CKEditor version, installed plugins)

NA

Currently the font and fontsize combos on the toolbar only reflect styles set through the style definition specified by the fontSize_style and font_style config settings. This means that if font is specified in any other way, the toolbar does not show this.

To Reproduce:

• Copy the following into Source view:

<h1 style="font-family:arial,helvetica,sans-serif;font-size:14px;">Sample heading text with Arial font, size 14 applied directly on the H1 tag.</h1>

<p><span style="font-family:arial,helvetica,sans-serif;"><span style="font-size: 14px;">Sample text with Arial font, size 14 applied through the style definitions specified by config.fontSize_style and config.font_style.</span></span></p>

• Switch back to wysiwyg view and click into the second line of text. Note that the font and fontSize combo boxes correctly display the font styling.
• Click into the first line of text.

Problem: The font and fontSize combo boxes do not reflect the font styling set on the H1 tag.

Setting font and fontSize styling for the paragraph formats is easily achievable in the editor using config.format_<formatName>. For example:

config.format_h1 = { element : 'h1', styles : { 'font-family':'arial,helvetica,sans-serif', 'text-align' : 'center', 'font-size' : '20px;' } };

However the toolbar does not reflect these font styles. Other styles such as text-align and color are correctly represented on the toolbar.

The font and fontsize combo boxes should display the font regardless of how it is applied. Perhaps using the computed font values would be the solution for this. This approach would also address the issue raised in ticket #4887.

Using the following configuration:

config.coreStyles_bold = { element: 'span', styles: { 'font-weight' : 'bold' } };
config.coreStyles_italic = { element: 'span', styles: { 'font-style' : 'italic' } };
config.coreStyles_underline = { element: 'span', styles: { 'text-decoration' : 'underline' } };

Start with this content:

<p>Test Line</p>

Highlight the text and mark it bold produces this expected content:

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

Highlight the text and change the font size produces this unexpected content:

<p><span style="font-size:48pt;"><span style="font-weight: bold;">Test Line</span></span></p>

Expected content:

<p><span style="font-size: 48pt; font-weight: bold;">Test Line</span></p>

This is an issue for us because the resulting content from the editor is displayed in a page with the following css file:

*
{
    font-family: Arial, Helvetica, Verdana;
    font-size:8pt;
}

This causes the inner bold span tag to always force the font size to 8pt.

Leaving the config coreStyles set to the default also produces a similar issue because the bold span is simply replaced with a strong tag.

<p><span style="font-size:48pt;"><strong>Test Line</strong></span></p>

Steps to reproduce

Paste the following 4 lines in full ckeditor, or type them in (use a line break and not a new paragraph after each line). If pasting, make sure pasting as plain text.

One
Two
Three
Four

Select the 4 lines and change the font to another font (for example, Courier New).

With the 4 lines still selected, click the Insert/Remove Numbered List. It will look like this

1.
   One
2.
   Two
3.
   Three
4. Four

The first 3 list items have a line break injected after the number and before the text.

Expected result

1. One
2. Two
3. Three
4. Four

Actual result

1.
   One
2.
   Two
3.
   Three
4. Four

Other details (browser, OS, CKEditor version, installed plugins)

Browser: Chrome 52.0.2743.116 on Windows 7

Editor version: ckeditor Version 4.5.10, 13 Jul 2016

Also tried in nightly build 30-Aug-2016 full editor and had same results.

Font plugin now recognizes styling attributes (size, align, face) on font element and transforms it into span, but if the element has the style attribute resulting in the same styling (font-size, text-align, font-family) it is not properly recognized and transformed. It is removed instead.

The plugin should be also able to recognize such styling and transform font into span with a proper style attribute.

Steps to reproduce

1. Open attached Word file
2. Copy contents and paste it into CKEditor 4.6 and 4.5.11.
   NOTE: 4.5.11 requires:

   pasteFromWordRemoveFontStyles : false,
   pasteFromWordRemoveStyles : false
   

Expected result

This is the result from 4.5.11

<p><span style="font-family:Arial,sans-serif"><span style="font-size:8.0pt">TEST</span></span></p>

Actual result

This is the result in 4.6.0. Notice extra " around font name.

<p><span style="font-size:8.0pt"><span style="font-family:&quot;Arial&quot;,&quot;sans-serif&quot;">TEST</span></span></p>

Other details (browser, OS, CKEditor version, installed plugins)

Problem can be reproduced from CKEditor 4.6.0 in all browsers.

We have CKEditor set to use em units for font sizes in our CMS. This is so content is portable.

If you select 1em for the font size then I think that should be equivalent of unsetting any existing font size style, and removing any empty wrapper span.

Currently it just gives an explicit 1em font size.

Edit:
While it is possible to select e.g. font-size 72px and then reset it by unselecting 72px option from same dropdown or it is possible to reset style with Remove Format Button, we may be missing something here:

• Remove Format Button removes all inline styles it finds or all inline styles it has defined. Users may want to remove just the font-size.
• Resetting e.g. font-size with dropdown is only possible for matching styles. If user pastes span with font-size in em then default dropdown won't match anything.
• The default option could first of all target only font-size (if used in font-size dropdown) and remove font-size whether it matches anything in dropdown or not (it could be highlighted when tag contains font-size style).

Steps to reproduce

1. Change the font to anything other than the default
2. Type text then enter a couple of times
3. Click back to a line you entered past

Expected result

The font will remain that which you set to originally

Actual result

The font reverts back to the default

Other details (browser, OS, CKEditor version, installed plugins)

Using Chrome Browser Tested in V4 Nightly Build Full

Focus in tabs panel works in a weird way if there are some disabled tabs.

Disabled tabs should be focusable, but user must not be able to activate them. It is the same policy as for disabled toolbar buttons.

Consider following TC:

1. Open ​http://ckeditor.dev/plugins/image2/samples/image2.html
2. Place caret in an image caption.
3. Open link dialog.
4. Focus tab (the only enabled).
5. Press right arrow key.

Expected result:
You should be able to focus any tab despite it being disabled or not.

Current result:
Using left/right keys you can reach the disabled tabs, but you can't leave them then.

Additional info:

1. You might have hard times seeing what's focused if branch ​t/13027 was not yet merged. In such case add following CSS rule:

   a.cke_dialog_tab:focus
   {
   	background: #ebebeb;
   }
   

This 2px dark grey border isn't a problem when user intentionally focus button (by tabbing). But it's confusing in dialogs like "about", because "cancel" is focused by default. It looks strange there.

I think that 1px width border is better, because it's more natural in this skin. What's more - I like that blue color for focus in e.g. smileys - it shows that something is active/focus, not just hovered. In my opinion it's a good help distinguishing user between these states. So maybe buttons may have the same border on focus/active.

It's like a template:

• light grey for normal,
• darker grey for hover,
• color for active/focus.

Check the original issue #9641 for screenshots.

A new configuration option should be introduced to restrict magicline focus spaces to some user-selected subset like:

config.magicline_triggers = {hr:1,div:1};

Ticket extracted form the ​pull request.

Steps to reproduce

1. Open 'File Upload' sample (​http://sdk.ckeditor.com/samples/fileupload.html)
2. Click the 'browse' button and select an image
3. Click the 'Upload Image' button

Expected result

'Browse' button has the focus.

Actual result

Focus is not placed within the "Upload" tab in "Image Properties" dialog. You can tell this is the case by using a screen reader, or outputting the activeElement to the console.

CKEditor doesn't receive the focus with a mouse click in a quite specific case. The editor area seems to only be refocusable by clicking on a toolbar button.

• the editor has been loaded in an iframe
• there is an overlay behind the iframe
• the iframe has any jQuery .on('load') binding
• the iframe has already been created and destroyed
• on IE8-10.

See the test case here:

• ​http://venko.net/naapuri/tyo/ckeditor/focus/ (3.6.6)
• ​http://venko.net/naapuri/tyo/ckeditor/focus-svn (svn trunk, no difference)

Download the test case here: ​http://venko.net/naapuri/tyo/ckeditor/focus.zip

Steps to reproduce:

1. Go to the official ckeditor demo here: ​http://ckeditor.com/demo#inline
2. Choose any editable area and insert an image
3. Click in another editable area

=> The focus is now set to this other editable area, with no image.

4. Click once on the image in the previous editable area.

=> It seems the focus is correctly to the editable area with the image. But, first strange thing, the image is not selected (as it should be).

5. Enter some text with the keyboard

=> Focus is unexpectedly given back to the editable area with no image, and text is added there!

Steps to reproduce:

1. create a table
2. click inside the 1st cell
3. right click to get a context menu
4. place the cursor at the edge of the context menu
5. close the menu without selecting an option by left click, to restore the focus inside the cell
6. start typing

result: Unable to type in the 1st cell. Path bar displays 'body->table->tbody->tr->td' but focus is not in the cell.

To make it easy to reproduce, remove rounded borders from cke_panel class in moono skin, e.g.

-moz-border-radius: 3px;
-webkit-border-radius: 3px;
border-radius: 3px;

Chrome and FF were used for testing

Steps to reproduce

Expected result

Actual result

Other details (browser, OS, CKEditor version, installed plugins)

VoiceOver is the screen reader used by blind users to access content on iOS. The following was reproduced from the demo page on Friday Nov.20 2015

1. on an iPhone running iOS 9.1 launch Voiceover from settings/general/accessibility. Note that the touch gesture interface does change at this point and a basic familiarity with VoiceOver is advised.
2. open the demo from ckeditor.com.
3. perform the doubletap gesture on the edit field of the demo.
4. Swipe left and right with one finger which is the VoiceOver gesture to move between elements. This is intended to be a passive gesture allowing the user to move around the screen hearing each element spoken.
5. Notice that the keyboard is dismissed taking the user out of the edit area and losing focus for further edits.
6. It is expected that the user could swipe around the screen in order to interact with other UI elements such as the formatting buttons without losing his or her place in the document.

Steps to reproduce

1. Create a widget within the editor
2. Click it to focus
3. Click outside the editor to defocus

Expected result

Nothing should happen

Actual result

An undo step is created

1. Put focus into editor;
2. Open the "Styles" combo;
3. Without closing it, open the "Format" combo.
4. Press "Esc" to close the panel.

• Actual Result: Focus goes nowhere.
• Expected: Focus returns to editor document.

Steps to reproduce:

1. Visit a url where it ends with a # and you have a ckeditor instance (e.g. www.example.com#)
2. Click on a menu option that has a flyout menu (e.g. fonts)

Result: You'll see that the flyout gets anchored to the top of the page Note: This only happens the first time you click on the option for flyout. All subsequent clicks anchor the flyout correctly.

This happens with barebones install of ckeditor 4.0+ & usage of CKEDITOR.replace

My environment:

• OSX 10.8.5
• Chrome 32.0.1700.102

I would be grat if the editor could create flowcharts (or at least include the autoshapes-squares,arrows etc. of ms word)

Steps to reproduce

1. Create a page with: (see attachment)
   • <body style="position: relative"> (used by Foundation 5)
   • <div style="margin-top: 200px"></div> (any length works, but a large one makes it obvious)
   • <div contenteditable="true">
2. Activate an inline editor on the last div.

Expected result

Toolbar appears at the top of the editable div.

Actual result

Toolbar appears 200px below that.

Other details (browser, OS, CKEditor version, installed plugins)

Tested most thoroughly in Safari on OS 10.11.3, but also occurs in Chrome on Windows (not certain of versions).

Occurs with just a CKEditor Basic install. Placing the attached file in the samples directory shows the error.

When determining the source of the error, I noticed that the floatspace plugin uses CKEDITOR.editable.getDocumentPosition() to get the values for the top and left CSS properties for the toolbar. The issue is that this function measures the position from the top of the document, which is not necessarily where CSS top measures from. The attached HTML uses jQuery to illustrate the difference, as $.fn.position() gets the correct value.

1. Open ​http://tests.ckeditor.dev:1030/tests/plugins/clipboard/manual/draganddrop
2. Focus inline editor.

Result: toolbar has let margin and it should not have it.

I noticed that if I add the following to the source: <div id="Layer1" style="position:absolute; width:200px; height:115px; z-index:1; left: 146px; top: 90px;">Here is a floating layer</div>

Then click OK.

If I click on the layer in the editor window, I am able to use the handles to resize the layer, and move it's absolute position. Since the capability to manipulate floating layers is already in the editor, why not add a button that will either insert the layer in the editor, or convert the selected text to a floating layer, or whatever?

It would also be a good idea to insert code for a right-click feature to change the layer info such as ID, etc.

This floating frame capability would make FCKEditor one of the very few editors with this feature. I have yet to find one that has this feature that works in Mambo/Joomla.

Cheers.

Moved from SF:
​http://sourceforge.net/tracker/index.php?func=detail&aid=1327892&group_id=75348&atid=543656

Inline popups are very great in the last beta; unfortunately inline popup are not applied for file browser. Is it possible to switch from open.window to FCKDialog.OpenDialog ?

It would be nice if the flash dialog could be configured to prompt for width and height if not specified. We have users that plug in the SWF file they get from a web designer and don't set the dimensions. They get confused when nothing shows up on the page.

Flash plugin url escapes some values.

Testing against ​http://nightly.ckeditor.com/6928/_samples/replacebyclass.html

To reproduce:

1. Insert new flash element through dialog
2. Set value to [url|ALL|9839]
3. Close dialog
4. View source to verify bug. embed tags src attribute gets url escaped

Expected (new lines added for readability):

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" data="[url|ALL|9839]">
<param name="quality" value="high" />
<param name="movie" value="[url|ALL|9839]" />
<embed pluginspage="http://www.macromedia.com/go/getflashplayer" quality="high" src="[url|ALL|9839]" type="application/x-shockwave-flash"></embed>
</object>

Got (new lines added for readability):

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" data="[url|ALL|9839]">
<param name="quality" value="high" />
<param name="movie" value="[url|ALL|9839]" />
<embed pluginspage="http://www.macromedia.com/go/getflashplayer" quality="high" src="[url%7CALL%7C9839]" type="application/x-shockwave-flash"></embed>
</object>

From what I could see this might be some difference in embedNode.setAttribute and CKEDITOR.dom.element.createFromHtml -> setAttributes

1. Open any browser (tested with IE8 and Chrome).
2. Go to "New Image plugin" sample.
3. Insert flash with dimensions (ex. 500 width; 500 height).
4. Select placeholder cut it and paste somewhere.

Result: placeholder changes size.

Moreover if you do not set dimensions of flash after cut & paste you will get width = 1 and height = 1.

Also in "Replace by class" sample everything is ok.

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 .

Object resizing for flash and iframe fake objects don't work. It's reproducable on full featured demo. After resizing fake object is set to 82x82 pixel. On double click it shows the right values in dialog width and height fields.

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.

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

Steps to reproduce

1. Get previous word of the selected cursor position, in this case the last word of a sentance.
2. Chain this through different cases, replacing the original word each time (mimic microsoft word shift+f3)

Expected result

from: test this nice sentence To: test this nice Sentence

Actual result

• removal of words in between and change of endOffset to startOffset even though endOffset is fixed...

test Sentence

---range object contents--- C…R.dom.range {startContainer: C…R.dom.text, startOffset: 5, endContainer: C…R.dom.text, endOffset: 40, collapsed: true…}collapsed: truedocument: CKEDITOR.dom.document$: documentproto: CKEDITOR.dom.domObjectendContainer: CKEDITOR.dom.element$: pgetName: ()proto: CKEDITOR.dom.nodeendOffset: 15root: CKEDITOR.tools.createClass.$startContainer: CKEDITOR.dom.element$: pgetName: ()proto: CKEDITOR.dom.nodestartOffset: 15proto: Object

Other details (browser, OS, CKEditor version, installed plugins)

CKEDITOR 4.5.6

When opening the spellchecking dialog the first suggested word is not automaticly selected in IE9, you have to click it before the suggestions show at the bottom of the dialog. This is not the case in other browsers (IE8, FF, Chrome).

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.

To reproduce:

1. Open bbcode sample and clear all contents
2. Insert link http://google.com?test=1&abc=txt using link dialog
3. Put the cursor at the end of link and try to exit it using Arrows, End, Space or Enter key.

Result: You can't exit link when it is the last element in the document.

Issue reproducible in Webkit and Opera from CKEditor 3.6 rev [6904]

Note: In Firefox you can exit link only if you press End key. Perhaps it has something to do with leaving element boundaries - #8195

1. Paste in the following code:

   <p>
   	This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
   <table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
   	<caption>
   		this is table</caption>
   	<tbody>
   		<tr>
   			<td>
   				&nbsp;</td>
   			<td>
   				&nbsp;</td>
   		</tr>
   		<tr>
   			<td>
   				&nbsp;</td>
   			<td>
   				&nbsp;</td>
   		</tr>
   		<tr>
   			<td>
   				&nbsp;</td>
   			<td>
   				&nbsp;</td>
   		</tr>
   	</tbody>
   </table>
   <p>
   	This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
   

2. Place the cursor inside the table and try to move it with arrows to reach the caption.

Result: It is impossible to reach the caption with arrow keys but t is possible using mouse.

A separate issue created from ticket #7041.

TC:

• Open ​http://rev.ckeditor.com/ckeditor/trunk/6271/_samples/replacebyclass.html
• Press "New Page" button.
• Type "Foo bar" (type some random text, but do not press enter).
• Click Link button, type some URL and press Enter to insert the link. Note: the link should be selected at this stage.Do not click with a mouse on the editing area.
• Press "Right arrow key" button to go at the end of the link.
• Type some text.
• Result: the text typed after the link is not inside of a link.

Follow the same set of steps in ​http://rev.ckeditor.com/ckeditor/trunk/6272/_samples/replacebyclass.html to see that the text is now still inside of the link.

Steps to reproduce

1. Open nightly build in firefox.
2. Clear all content & insert a link using link dialog
3. After link is inserted press Right Arrow key to come out of link and type some text

Expected result Typed text should be outside link and should be normal text

Actual result: Newly typed text still part of link & there is no way for user to type normal text on same line unless he press Enter to go to New line

In CK demo paste this source code in the source area of the CK editor:

<div style="background:#eee;border:1px solid #ccc;padding:5px 10px;">AAAA</div>

<div style="background:#AAA;border:3px solid #ccc;padding:5px 10px;">BBBB</div>

as the first row is the style "Special container" and the second is the same style with modified color and border. Go to the end of the "AAAA" string and click "Del". Then "BBBB" is merged into the same paragraph, but the paragraph gets the style of "BBBB" instead of "AAAA".

If there is more than one paragraph style in the style combo with surrounding <div></div> the bug is present, but as the the demo such second style lacks, typing it in the source area gives us the same effect.

Only FF. Chrome and IE seem to work correctly - they take the style from the "AAAA" text.

Implement a keyboard shortcut to go to the next or the previous paragraph.

Moved from ​Sourceforge
Original reporter: Claude Coulombe

1. Press new page button to clear content.
2. Insert horizontal line using button.
3. Press backspace.

Result: horizontal line was not removed, but the paragraph was removed instead and I can write directly in the body now. Also it is not possible to remove that line using backspace.

Since 4.0, was fine in 3.6.6.

Also works fine on Chrome.

Steps to reproduce

1. Open ​http://ckeditor.com/demo#full.
2. Open source mode and paste:

   <table border="1">
   	<tbody>
   		<tr>
   			<td>Cell 1.1</td>
   			<td>Cell 1.2</td>
   		</tr>
   	</tbody>
   </table>
   

3. Switch back to WYSIWYG mode.
4. Select both cells.
5. Click right menu button. Choose "Cell" → "Insert Cell Before".
6. Click right menu button once more. Choose "Cell" → "Insert Cell After".

Expected result

• The first new cell is inserted at the beginning.
• The second new cell is inserted after the first cell.

Actual result

• The second new cell is inserted before the first cell.

It seems to be caused by the fact that the selection's offsets after inserting new cell are not updated and pointing to the new cell instead of the existing one.

Other details (browser, OS, CKEditor version, installed plugins)

Firefox 48.0 on Ubuntu 16.04

Because Firefox does not support custom data types properly during copy/cut/paste we do not bind copy/cut and paste events. Wherefore all paste events are recognize as external and user is not able to pass data from copy/cut to paste using dataTransfer facade (copy/cut dataTransfer object and paste dataTransfer object are 2 separate objects instead of one).

We can improve it. On Firefox we handle selected data manually so we could add special <meta> tag to the data to pass the information about the source editor and bind copy/cut with paste.

1. Open any editor (classic or inline).
2. Drag and drop any image (image1): "Apollo" or smile.

Result: Cannot move cursor using keyboard. Even if I move cursor to the other place with a mouse I am still not able to move it with a keyboard arrows.

Looks like browser regression.

Checked with CKE 4.4.6, 4.0.0 and 3.6.6.

Tested with Firefox 33.1.1 on Windows 7.

On Chrome everything is fine.

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,

When I use the paste button (and the paste dialog is showed) the href of my link is encoded. I don't want that! This problem occurs only in Firefox and not always. I tried this also on the latest build.

Can this be fixed?

Example:

<p><a href="xxxx(25)">my link</a></p> <p>&nbsp;</p> <p><a href="../xxxx%2825%29">my link</a></p>

The copy of my link resulted in an encoded href.

Steps to reproduce

Using Firefox with the divarea plugin present

1. Insert a table, image or other element which will show Firefox's drag handles when selected
2. Select the element
3. Scroll the editor

Expected result

The drag handles on the corners of the element scroll with the window, attached to the element

Actual result

The drag handles remain where they are and do not scroll with the content

Other details (browser, OS, CKEditor version, installed plugins)

Tested with Firefox 53.0 (64-bit) on macOS 10.12.4 and CKEditor 4.6.2 (latest versions at time of report)

Demo: ​https://cl.ly/100R2a2j0d0S

Steps to reproduce

Can be reproduced in the CKEditor demo

1. Write anything in <p>
2. Enter
3. Backspace
4. Shift+Enter

Expected result

Expect one line to be shown

The HTML element should be

<p>

abcdefghijkl

<br></br>

<br></br>

</p>

Actual result

Two blank spaces is shown

If you inspect the element, you will see:

<p>

abcdefghijkl

<br type="_moz"></br>

<br></br>

#<br type="_moz"></br>

</p>

# /*the selection range is here*/

If you press backspace after step 4, one line will be removed. But when you begin typing again, your cursor will jump back to the first line.

Other details (browser, OS, CKEditor version, installed plugins)

Only Firefox. (Chrome/Safari are ok) Tested in OS X Elcapitan (10.11.6)

Can be reproduced in the CKEditor demo in CKEditor.com

Under some circumstances CKEditor takes more space in width than the requested width when loading CKEditor.

(Look at the red border on the testcase and on the screenshots.)

What I found out:

• it only occurs in Firefox (tested with 3.6.12 and 4 Beta 7)
  
• it does not occur in IE8
  
• I only saw it when I have two instances of CKEditor on the page
  
• when I have two times nearly the same CKEditor on the page, the problem does not occur (thats why my attached testcase uses two different skins; but on my system where I integrated CKeditor into it also works with only one skin; I could not reproduce that with the sample configuration)
  
• the problem might depend on the skin (kama seems better than office2003 / v2, but it could also be reproduced with kama)

OS: Windows XP

Steps to reproduce

1. go to the ckeditor demo page
2. put the following html into the demo page

<ul>
    <li>dsadas</li>
    <li>dsa</li>
</ul>

<ol>
</ol>

<p>this will disappear</p>

3. Place the cursor at the start of the paragraph tag and press backspace

Expected result

Under chrome - "this will disappear" will be merged into the list item "dsa". The empty ol in between will be removed.

Actual result

Under Firefox 44 - paragraph tag disappears, empty ol remains.

Other details (browser, OS, CKEditor version, installed plugins)

Firefox 44 and 44.0.1 on OSX.

When focus is set in legend of a fieldset, and then mode is switched to source and back, additional </BR> is added to fieldset.

Environment

linked with #6804 , Firefox 4/5b

TC

1. Paste following code into editor

   <fieldset> <legend>caption</legend> <p>keep going, CKeditor!</p> </fieldset>
   

2. Switch mode to WYSIWYG
3. Set caret in "caption"
4. Switch to source
5. Repeat steps 2-4, two times

Actual result

Additional </br> added

<fieldset>
	<legend>caption</legend><br />
	<br />
	<br />
	<p>
		keep going, CKeditor!</p>
</fieldset>

1. Place 1111.html file in samples folder.
2. Open file in a browser
3. Click inside editor and start typing (type two words, you have got 5 seconds:))
4. After editor reappears, cursor appears at the beginning of typed text but If start typing without changing cursor location old text jumps one line down, so that you have two lines of text in two paragraphs.

This issue has been reproducible in Firefox5 from CKE 3.3.1

The opening of our panel system is a mixing of async( iframe loading for first time ) and sync ( subsequent showing ) process, which makes it hard to determinate it's ready to been manipulated, event is always good treatment in these cases, an 'open' event could be fired when the panel is fully loaded and become visible.

I need to manipulate the created block after enterkey is pressed.

It would be very nice if the enterkey plugin could fire an event like 'enterkey' or something after the enterkey is handled.

It is not possible to hook into this code at the moment since it is runned in a timeout.

Currently there is no way to detect that an option has been selected from a toolbar combo box (e.g. font, format) or color panels (e.g. Text Color, Background Color). It is possible to detect other toolbar actions using afterCommandExec and the command name e.g. bold, indent, numberedlist.

Can you provide an event that would signify that a selection has been made on a combo box or color panel?

Hi, a nice feature to have would be to fire an event when we click on a template to select it.

I "forked" the code like this to do so (very easy indeed):

file: /ckeditor/_source/plugins/templates/dialogs/templates.js line: 58

item.on( 'click', function() { insertTemplate( template.html ); } );

replace with

item.on( 'click', function(event) {editor.fire('templateSelected', event); insertTemplate( template.html ); } );

This little thing could be the first step to a "I-know-which-template-is-used-right-now" dynamic.

Just as a notice, this is useful in the case you have multiple templates, each with its own css. You select a template, you do a few modification, and send data to server. Then, if the server needs to know which template was selected to fetch the appropriate css, you're screwed.

If an event is fired, at least you can do some work to get the css path. Let's say the template thumb and its css are in the same folder. If you know the thumb's src, you know the css place.

After a clic on the template, you can get the target (event.data.getTarget()) and then browse up to the <table>, then down to the <img> and you're ok.

But that's an other story . Just the fire('templateSelected') would be very nice!

Thanks

Some dialogs are still not compatible - not allowed fields are displayed.

Already compatible:

• image
• link
• div
• iframe
• flash

Incompatible:

• tabletools
• forms
• liststyle
• ?

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.

Steps To Reproduce:

1. Go to the demo page in IE6 or IE7 or IE8.
2. Clear the content in the editor.
3. Type:

   foo bar
   boo far
   

4. Click on find icon
5. type foo into the find field
6. click find (foo will become selected)
7. click cancel in the find dialog
8. click 'cut' icon in ckeditor
9. (accept the permissions if the browser asks)
10. Error Invalid Argument gets thrown.

Looks like it's some issue with getting nodeValue (for nodeValue.length) within the GetRanges function of the selection plugin.

// Start the measuring until distance overflows, meanwhile count the text nodes.
var i = siblings.length;
while ( distance > 0 && i > 0 )
{
	sibling = siblings[ --i ];
	if ( sibling.nodeType == CKEDITOR.NODE_TEXT )
	{
		container = sibling;
		distance -= sibling.nodeValue.length;  <----- this line throws the error
	}
}

Same error occurs if you do a find a replace for foo then close the dialog and click cut.

I would be great to edit content with Find/Replace dialog opened. Currently the background page is disabled when any dialog is opened.

1. Find dialog: Enter key when focus is in "Find what" field should find the text.

2. Replace dialog: (tabindex) Tab key when cursor is in "Find what" field should move focus to "Replace with" field.

Steps To Recreate:

1. Open replacebycode sample
2. Switch to source and pase:

   <p>This is an example [<a href="http://bbc.co.uk">click</a>] of linked text.</p>
   

3. Copy the whole line and paste 4 or so times into the page.
4. Click the Find/Replace button, and select the replace tab.
5. In the "Find what:" type "[click]". Do not type anything into the "Replace with:" text box.
6. Click "Replace All".

Result: The find and replace tool only replaces one match when you choose "replace all".

1-5. The same as above

6. Click "Replace" - the text gets a highlight.
7. Click "Replace" again -- the text is replaced (with nothing).
8. Click Cancel.

Result: JS error os thrown: Message: TypeError: startNode is null
Line : 1469
URI: ckeditor4/core/dom/range.js

Problem can be reproduced in all Browsers from CKEditor 3.1.1 in both CKE 3.x and 4.x (v4).

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.

Steps To Recreate (tested with IE9 on Demo page):

1) Include multiple spaces between words.

2) Click the 'Replace' tool.

3) Choose to replace " " with " " (or just find any number of spaces > 1).

RESULT: You can not find/replace 2 or more spaces.

This is probably because multiple spaces in html are represented as nbsp entities or binary nbsp characters plus a single space character, and probably CK doesn't handle that.

Currently it won't create rules from following styles:

font_style: {
	element: 'span',
	attributes: { 'class': '#(family)' },
	overrides: [
		{
			element: 'span',
			attributes: {
				'class': /^Font(?:Comic|Courier|Times)$/
			}
		}
	]
},

fontSize_sizes: 'Smaller/FontSmaller;Larger/FontLarger;8pt/FontSmall;14pt/FontBig;Double Size/FontDouble',
fontSize_style: {
	element: 'span',
	attributes: { 'class': '#(size)' },
	overrides: [
		{
			element: 'span',
			attributes: {
				'class': /^Font(?:Smaller|Larger|Small|Big|Double)$/
			}
		}
	]
}

Perhaps this can be a part of #9991.

While working on #12621 I noticed that ​this line accepts cases in which we don't need a filler char.

One of them is: <p><br>^<br></p>, however, the comment says that it also creates the filler char in empty paragraph, what doesn't make sense at all, because empty blocks should be filled with the bogus <br> and then the filler char is not necessary any more.

The line (as well as comment and referred ticket in which this line has not been added) is so vague that it should be carefully checked.

The only scenario which it seems that it should accept is an empty inline element.

As mentioned in ​http://docs.ckeditor.com/#!/guide/dev_file_upload

You can also add custom request headers or set flags for the default request. This is especially useful for enabling Cross-Origin requests. For more information about Cross-Origin Resource Sharing see here:

editor.on( 'fileUploadRequest', function( evt ) {

var xhr = evt.data.fileLoader.xhr;

xhr.setRequestHeader( 'Cache-Control', 'no-cache' ); xhr.setRequestHeader( 'X-CUSTOM', 'HEADER' ); xhr.withCredentials = true;

} );

This seems to be a pretty common case and it does not require lots of code, so I would consider adding an option for it. WDYT?

Let's say I'm a newbie that want's to learn programming.

I have downloaded FCKeditor and run first samples.

I open "​file:///C:/path/to/fckeditor/_samples/html/sample01.html" in my browser and everything works cool.

But when I click on a file browser, I get a huge message with contents of the default PHP connector and an error message telling that an error occurred. It would be awesome if FCKeditor could check the url of the connector and when it starts with "​file:///" just display a generic eror message that you need to launch it on a live server.

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

For some reason, the popup plugin makes it possible to open just winows 640x420 or larger. These defaults cannot be overridden in any way (other than editing the ckeditor.js file but that's a VERY dirty solution (and I'll have to do it whenever I want to upgrade editor). Could this be changed (or at least made adjustable in the config file)?

in ​http://dev.ckeditor.com/browser/CKEditor/trunk/_source/plugins/filebrowser/plugin.js#L249 this

if ( element.type == 'hbox' || element.type == 'vbox' || element.type == 'fieldset' ) 

should be something like

if ( element == undefined ) continue;
if ( element.type == 'hbox' || element.type == 'vbox' || element.type == 'fieldset' ) 

otherwise random apparently unrelated things like the link create/edit dialogue cause a RTE.

Often happens when CKEditor is used as a component in some other visual framework i.e. Ember

Steps to reproduce

I am following the documentation here: ​http://docs.ckeditor.com/#!/guide/dev_file_upload under "Editor Side Configuration" and trying to hook the fileUploadRequest event in order to modify the ajax post to my backend service. The fileUploadRequest event is just not firing for me. This is the problem. I do see the standard post received in my server code when I try this on my server, just no event fired in the browser side.

1. Use the shared JSFiddle at: ​https://jsfiddle.net/ericpias/nrwaostw/
2. In the CKEditor, select the image button and then the upload tab.
3. Select a local image file.
4. Make sure your browser's dev tools are open so you can see the console (or change the console.logs to alerts).
5. Upload the file.
6. The upload url won't work, but that is not important. The fileUploadRequest event never fires (nothing logged to the console).

Expected result

fileUploadRequest should fire in javascript.

Actual result

No fileUploadRequest event.

Notes

See: ​https://jsfiddle.net/ericpias/nrwaostw/

If I have misunderstood anything here, I appreciate your help in correcting me. Thanks.

Other details (browser, OS, CKEditor version, installed plugins)

Tried in Chrome and Firefox on Mac OSX. The jsFiddle example uses the full-all bundle from the CDN which should include the filetools plugin. Not clear to me if that is needed here or not.