Custom Query

Tried this against the nightly build.

Editor does not autocapitalize correctly upon pressing return (new line). For it to autocapitalize, one has to enter a dot (.) (i.e. close the previous sentence).

To Reproduce: Go to nightly build from iOS Safari (mobile Safari) Enter a word 'Hello' Tap on Return to go to a new line Type something. Text will not be capitalized.

Steps to reproduce

It is easily reproducible on tests/plugins/balloonpanel/manual/balloonpanel.

When clicking between red regions ballonpanel works fine. If you tap longer inside red region so that the caret is placed inside the red region (virtual keyboard opens and typing is possible) and then switch / move focus to other regions the ballonpanel (position and content) is not updated.

See attached screenshot - the caret is already inside different region (on the right) while balloonpanel is not updated.

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

Safari, iOS 9.3.1.

Steps to reproduce

Visible in both tests - tests/plugins/balloonpanel/manual/kama and tests/plugins/balloonpanel/manual/moono.

The balloonpanel for inline editor is positioned incorrectly (see screenshots).

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

Safari, iOS 9.3.1.

After using the CKEditor function insertText on an editor that already contains text, the CKEditor seems to go into a "Read Only" type mode.

Text can be read and selected but no typing is allowed. This can happen after insertText is used once, but happens more frequently when it is used several times.

1. Select and Copy Text that already exists in edit.
2. Paste the text further down in the editor.
3. Focus cursor anywhere in the editor and tap twice to get the Select option menu.
4. Attempt to choose Select All, the cursor directs to the top of the text editor, but all of the content in the editor has not been selected.

I was using ​http://ckeditor.com/demo iOS 5.1.1

Cannot seem to select an image in the editor in order to access the image dialog box so can adjust image properties. All that happens is the standard ipad select area indicators appear.

i'm using an ipad2 ios 6.0.1

iOS6.0.1 create an ordered list

Example:

1. lions
2. tigers
3. mountain lions

After the last item hit enter twice. xit the list. Start typing, the focus seems to wrap down from the last list item and what I was typing got wrapped up to the last list item rather than remaining as a new line below the list. I see this behavior when the spell check is active on the text I am typing on the new line.

I have a video demonstrating this behavior.

With iOS on iPad:

1. Open the a page with CKEditor and other standard text fields (the API sample is ok for it).

2. Tap inside a standard text field to enable editing on it.

3. Tap inside CKEditor to enable editing on it.

Bug: Editing will be enabled in the editor (it's possible to type), but no caret will be displayed.

On the latest version of iOS 6, on the iPad 2 you cannot use the Rich Combo Fields, you lose your selection and the style is not applied. Steps to reproduce;

1. Access the nightly build demo site on device (At the time of writing): ​http://nightly-v4.ckeditor..com/3571/samples/divarea.html
2. Create a selection around some text (doesn't matter what text is selected, just that there is a selection of text)
3. Tap on the 'Font' menu

Result:
Page "jumps up", selection is lost but menu appears. Cannot tap on any item in the menu, tapping on the menu items causes the menu to disappear and restore the cursor on the editor. Selection is lost; cursor seems to appear where you attempted to tap on the menu item.

Expected result:
The menu should work like the desktop experience.

When user clicks in the middle of the ckditor text-area, try to type-in, only the first key pressed character is added to the text-area & text-area immediately lost the focus so keyboard hides before user press another key.

Strange thing is when user click on top place of ckeditor textarea OR click between the already written text and try to type-in, it works fine and focus remain in text-area.

Top area means, the area of <p> tag generated by the ckeditor by default.

hi, I'm using ckediter version 4.1.2 in my application . it is working in every where except in ipad and iphone

I'm using Ipad -(ios- 6.1.3)

here it is display like a normal text-area, not showing the the editor options.

Steps to reproduce

1. Open CKEditor4 sample page on iPad, Safari. The editor should contain a lot of text so that it is scrollable.
2. Place cursor at the beginning of the text to input new characters (virtual keyboard should appear)

NOTE: New text doesn’t have to be input at the beginning of editor’s content. Placing the cursor at the beginning of any line moves the editor’s body too.

Expected result

Virtual keyboard appears. Editor’s body is not moved (page is not scrolled). Input characters are visible on screen.

Actual result

Virtual keyboard appears. Editor’s body is shifted up (whole page is scrolled down) and the beginning of its content is not visible on screen. Typing on the virtual keyboard inputs new characters however they cannot be seen because the page is scrolled down.

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

Problem has been checked in CKEditor 4.6.2, iOS 10.2.1, Safari 10.0

Steps to reproduce

1. Open CKEditor sample on iOS, Safari. Editor should contain some text and be scrollable. There should be some content on the page above the editor so that whole page is also scrolled.
2. Scroll the page down to see top of the editor.
3. Tap on the beginning of editor's text.
4. Input new characters.

NOTE: The issue appears to be native iOS issue as it can be reproduced without using CKEditor at all. See this code sample: ​https://codepen.io/mturek/pen/oZwBee The sample presents an iframe with 'contenteditable' body on a page with some text above the iframe. Follow the reproduction steps: 2-4. It is also worth noting that 'scroll' event is not fired on iframes on iOS. Also scrollTop property of an iframe cannot be set and is always equal 0. To workaround these problems iframe is wrapped in a div with fixed height and following css, which enables iframe scrolling:

overflow-y: auto;
-webkit-overflow-scrolling: touch;

Expected result

New characters appear in the editor. Editor is not scrolled. Input text is visible on screen.

Actual result

New characters are input however whole page and the editor is scrolled. Input text is not visible on screen due to wrong scroll position.

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

Problem has been checked in CKEditor 4.6.2, iOS 10.2, Safari 10.0

On iOS, when selecting text close to the toolbar, the system Copy/Paste balloon appears and covers toolbar items that can't be used.

Ideally, there should be a way to close it, because it is still useful.

See screenshot​.

Summary:

When using iOS to create a form, the keyboard is disabled.

Steps:

1. Use iOS5+
2. Load the Full-featured demo (ie, 5 line toolbar)
3. Clear the content using Source View.
4. Switch to wysiwyg and click the Form button
5. Insert a form and move your cursor inside of it
6. Insert a text field in the form.

Expected result:

The cursor should be positioned after the new field and I should be able to enter new text using my keyboard.

Actual result:

The cursor is positioned after the field but I can type away and no characters are entered.

On iOS, the first dialog field is not getting typing focus once the dialog gets opened.

Tested on the Safari (537.51.2) on iOS 7.1 (iPad).

Dialogs are in the correct position as long as I'm not using zoom.

It's not possible to drag the dialogs by tapping and dragging on iOS.

Tested with Safari (537.51.2) on iOS 7.1 (iPad), CKEditor 4.3.4.

When I try to insert a content using dialog (link, special character, smiley) cursor is moved to the begging of the document.

On iOS, the editing area grows with the contents instead of presenting a scroolbar.

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

Tested with Safari (537.51.2) on iOS 7.1 (iPad), CKEditor 4.3.4.

When I apply any command page scoll down so toolbar is above the viewport.

When we click/select the "Paragraph Format button" in iphone 6 & 5, the page scrolls top of the page. Sometimes scrolls at the bottom.

Refer the following demo link, which has only less features of the editor configured but the scroll issue exist.

​https://alfonsoml.blogspot.in/2012/04/placeholder-text-in-ckeditor.html

Steps to reproduce

1. Open the above link in iphone 6 or 5
2. Click the "Format" button or select any values in the "Paragraph Format dropdown"
3. Now see where the page goes

Expected result

It should stay in the editor without scroll

Actual result

Scrolls top/bottom of the page

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

Device: Iphone 5 & 6, Browser: Safari

I can find that there are other tickets already raised related to this (#11730, #10694, #12749), but this issue still remains in the latest version of the editor.

On Ipad 2 (IOS 6.1.3) and Ipad 3 (IOS 7.0.3) elements are always placed at the very first position of the editor window rather than at the insertion point (current position of the cursor). This happens when using toolbar buttons such as special links and emoticons. On the other hand if you select a piece of text a link will be positioned correctly on top of it and an emoticon will replace it.

It looks like iOS 6 is having problems when trying to display a CKEditor-generated Flash object, or at least embedded Youtube videos.
I created the embed code using the CKEditor demo and published the resulting source here: ​http://havens.no-ip.org/testembed.html
Attached is a screenshot of the resulting rendering on an iPhone with iOS 6.

Hitting return enough times in a CKEditor field will cause all text below cursor to delete, and will continue to delete text below cursor when pressing return. This is also reproducible using the demo you have online following these steps:

• Go to ​http://ckeditor.com/demo on an ipad:
• Click into CKEditor several lines into text (around Broadcasting and quotes). Hit return 10 or more times.
• Result: Text below initial point is removed and hitting return further deletes any text added.

When tapping in the editor to enable the on screen keyboard and edit the text, as well as using the next / previous control on the key board the editor does not allow text to be added.

I have tested this with the latest release of CKEditor 3.6.3 as well as jquery.mobile-1.1 and jquery-1.6.4

Steps to reproduce

1. Load an inline editor in mobile Safari.
2. Add enough text so the editor expands beyond the height of the viewport.
3. Scroll and observe that the inline editor does not stick to the top of the viewport.

Expected result

The inline editor should stick to the top of the viewport like it does on desktop and Android browsers.

Actual result

The inline editor is scrolled off screen.

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

iOS 9, mobile Safari, any configuration: basic, standard, or full.

select a text and change its font size, text color and background color. Copy the selected text to the clipboard. Change position of cursor to new line and paste clipboard content via browser's tooltip. Pasted text should have the same formatting. Instead, the only formatting that is preserved is the text background.

I am trying to solve an issue I have on an iPad with the dropdown menus (font, style, spellcheck, etc). On a project I am working on it is impossible to click on the options in the menu with the iPad.

The issue can be demonstrated with the following jsfiddle links:

​http://jsfiddle.net/QXFcM/6/ works correctly on the iPad. You are able to select the options as you would expect.

​http://jsfiddle.net/QXFcM/6/embedded/result does not work correctly. You cannot select any of the options from the menu.

I originally posted this to the forums at ​http://ckeditor.com/forums/Support/iPad-issue-with-Dropdown-Menus but have not gotten any replies.

Tested with Safari (537.51.2) on iOS 7.1 (iPad), CKEditor 4.3.4.

1. One Image2 sample.
2. Tap on the image.
3. Press image button in the toolbar.

Expected: Image edit dialog will be shown.

Result: Empty dialog is shown.

When a toolbar combo is opened, one would expect to close it by tapping once anywhere in the editor out of it. Instead not happens. (It eventually closes)

Other than that, if you tap the combo again, the combo reopens instead of closing. The correct behavior here could be a workaround for the previous problem.

Tested with Safari (537.51.2) on iOS 7.1 (iPad), CKEditor 4.3.4.

1. Open "Replace by Class" sample.
2. Press "Source" button.
3. Press "Source" button again.

Expected: editor will switch back to the wysiwyg mode.

Result: nothing happens.

I can go back to the wysiwyg mode if I move the focus to the source textarea.

1. Select and Copy text that already exists in the editor.
2. Paste the text somewhere in the editor. After tapping on the Paste menu the keyboard goes away.

The bug can be reproduced using the CKEditor demo: ​http://ckeditor.com/demo

This bug exists in iOS 6. There is not such a bug in iOS 5.

Test tests.ckeditor.dev:10458/tests/tickets/10448/2 shows a long line, without word-wrap taking any effect.

As reported in #16730 - ​tests/tickets/10448/1 is also failing.

It is to be determined if it's a bug of iOS Safari. If it is, then we can do nothing more than report the issue to upstream and set the VendorFix keyword.

Tested with Safari (537.51.2) on iOS 7.1 (iPad).

Magicline does not work on Safari on iOS.

It could works as it works on Chrome on Android so show the magicline when cursor is just before or after the position of the magicline. Or magicline could be shown when user tap on the magicline position. There are solutions.

When Maximizing, the editor toolbar go out of the viewport boundaries, making it impossible to use the editor and restore the size to use the page.

Steps to reproduce

1. Open ​http://tests.ckeditor.dev:10455/tests/plugins/clipboard/manual/13883 on iOS.
2. Try to mimic scenario 1's steps.

Actual result

Table is pasted without styling.

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

Other notes:

• MTs should not be that long - one scenario (max two if needed) per file.
• Write tests in a way that they are cross-browser or clearly state that this test cannot be run in this env.

Tested with Safari (537.51.2) on iOS 7.1 (iPad), CKEditor 4.3.4.

Using build-in format tools I'm able to execute commands which are forbidden by ACF (see attachment). Also modification made by this options are on recorded by undo manager.

Steps to reproduce

1. Go to: ​http://tests.ckeditor.dev:1030/tests/plugins/notification/manual/classic
2. Zoom out.
3. Scroll view to the left.

Expected result

Notifications should move only if they would go off-screen otherwise.

Actual result

Notifications react to the scrolling earlier than anticipated.

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

Safari/iOS 9.

To reproduce on iPad: Click the Table button to display the Table Properties dialog box. Click the OK button. Verify that a cursor is displayed in the first cell of the inserted table. Verify that the virtual keyboard is displayed. Type some characters on the virtual keyboard. Verify that the typed text is not inserted at the cursor.

If you copy an image on iOS (5.1 tested), it looks like its working, but if you show the source it shows: <img src="webkit-fake-url://749E63E5-2740-41C0-BACB-512E6198931E/imagejpeg" /></p>

No one Else can see this image...

Is it possible to paste it as URI image? See: ​http://en.wikipedia.org/wiki/Data_URI_scheme

On iOS, the editor resizer is not draggable becoming useless.

When SCAYT is enabled, it's not any more possible to type in the editor on iOS.

Select all using the apple context menu.

The selection is not limited to only the text editor.

See image.

When you select a word close to the toolbar combos, the iOS selection markers and copy/paste balloon remain over the combo panel.

See screenshot.

For single line editors, when the user makes a selection, the iOS selection toolbar covers the ckeditor toolbar

Go to the ckeditor demo page and select the "ENTER key configuration" user interface. In any of the editors, select the editor to give it focus, then double tap to select a word.

Note that the iOS toolbar is on top of the ckeditor toolbar. In addition, clicking any toolbar item which creates a dialog causes the selected word to be unselected, so its impossible to do things like Format or Styles.

On iOS, a nice balloon appears when tap and holding the finger on toolbar items. See attachment​.

Currently it shows the "JavaScript" text. Ideally, the button tooltip could be there, to help the user understand the command usage.

Significant slowness occurs when CKEditor is contained in an inline-block element using an iPad. When styled as a block element these issues go away. This occurs with both Safari and Chrome, both being webkit bases browsers. A simple test case ​http://jsfiddle.net/gw6x9/1/.

I don't have a hosted example, but if you take

​http://nightly.ckeditor.com/13-12-04-07-05/standard/samples/ajax.html

and simply change the line where the config is defined to read:

var config = {startupFocus: true};

you will notice that creating the editor will result in a focused cursor on desktop but not in iPad

At the moment copyformatting plugin is not supported. It does not break the editor, however it is unusable. The main issues:

• Styles are not applied while tapping/moving selection to different element while copyformatting is active.
• Unable to use sticky mode (double tap zooms in/out).
• Keyboard shortcuts are also not supported.

It's not possible to scroll to toolbar combos contents to reach the hidden options at the bottom of the list.

There is no way to open the editor context menu on iOS.

On iOS, the tableresize plugin is not usable as it's not possible to drag the resize handles.

Using current CKEditor standard editor demo on an iOS device (tested on iPad 2 with iOS 7.0.4):

1. Position the cursor on the first word in the first paragraph ("Apollo") which is formatted bold.
2. Observe the 'B' toolbar button is correctly show depressed.
3. Move the cursor somewhere else in the paragraph that is not bold.
4. Observe the 'B' toolbar button still shows bold, event though the cursor is not on bold text.

This problem seems to be consistent across all tools on the toolbar; they are not updating when the selection changes.

The problem seems to be that CKEditor is attaching to the DOM selectionchange event on the editable element (around selection.js:387) but according to ​http://help.dottoro.com/ljixpxji.php, the selectionchange event is only valid when attached to the document object (not any element).

I've worked around this problem outside CKEditor using something like this, which fixes the problem:

this.editor.document.on('selectionchange', function () {
  var selection = this.editor.getSelection(),
    path = selection && new CKEDITOR.dom.elementPath(
      selection.getStartElement(),
      selection.root
    );

    this.editor.fire('selectionChange', {
      selection: selection,
      path: path
    });
  }, this);

1. Press "New Page" button.
2. Press "Bold" button.
3. Touch the wysiwygarea to set focus.
4. Start typing.

Result: if you do steps 2-4 quickly, the text is typed correctly, but the selected style is enot applied.

The results become random if there is a short delay between steps 2-4, and after waiting 2 seconds between steps 3-4 the chance of Bold style being applied is almost 100%.

Confirmed on iOS 7.1.1, found while investigating #11405.

There is an issue with the Editor being used on the iPad (not saying it is limited to the iPad, but that's what I've been testing in) where the Editor will stop accepting any input. I can get this to happen in general when I'm switching focus between other INPUT elements on the screen and then try to focus on the Editor, but it is most easily repeated by using the styles/normal/font/size menus on the Editor itself.

All test cases were performed on ​http://ckeditor.com/demo#full

TC1

1. Press "New Page" button.
2. Select "Marker" style from the Styles dropdown.

Note: at this stage the editor looks like it has focus, the cursor is blinking.

3. Start typing.

Result: typed text is not entered at all (and the cursor is still blinking).

4a) Touch the wysiwygarea to set focus, wait 2 seconds for the native context menu to appear and then start typing.

Result: typed text is entered and style is correctly set.

4b) Touch the wysiwygarea to set focus and quickly start typing.

Result: typed text is entered but selected style is ignored.

Touching the wysiwygarea to set focus before or after pressing the "New Page" button did not change anything, the editor behaves in the same way.

The problem with user not being able to type after using select dropdown happens with Styles/Format/Font/Size and also when setting Font/Background color.

TC2

Related to TC1, important to notice the difference between issues in TC1, points 3 and 4. Other styles like Bold also do not work in certain cases, I reported it in a separate ticket #12044

blackey: I'm experiencing this issue on an iPad 3, running iOS 7.0.3 and using the Safari browser.

wwalc: confirmed on iOS 7.1.1.

Steps to reproduce

1. Create a block widget(media embed).
2. Copy the widget to the clipboard.
3. Paste the widget to the same editor.

Expected result

The pasted widget should appear.

Actual result

A 1x1 pixel image shows up instead.

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

Safari/iOS 9. Tested widgets with various content - all give the same result. According to the source view a 1x1 gif is inserted, much like in #8881.

Steps to reproduce

1. Go to ​http://ckeditor.com/demo#widgets.
2. Focus code widget inside second editor.
3. Click somewhere else to focus the text.
4. Press enter.

Expected result

The newline is inserted (the caret is placed in the text content).

Actual result

The widget editing dialog is opened.

As you may see on attached screenshot, the caret was placed on the tap position and virtual keyboard appeared. However, selected widget still has blue border which means fake selection (I assume, it may be some other focus thing?) is still active.

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

Safari, iOS 9.3.1.

Steps to reproduce

Expected result

If I push enterKey cusor is moved next line ( from line 1 to lien 2) and if type the hangul It will be typed there line (line 2)

Actual result

but It is typed at before line (line 1)

so When I want to type to next line I have to two times push enterkey

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

browser : safari OS : Ipad mac os CkEditor version : 4.5.11 installed plugins : There is so many customized plugins but I think there is no affecting plugins to Ipad hangul enter issue

because It is samely occured at ckeditor.com/demo

Reported on Zoho as tickets 18892 and 18929.

We are using 4.5.2 version of ckeditor in Oracle PeopleSoft application page.

We are facing following issue on the iPad mini device (browser details attached) and this issue is seen in "Standard editor" on ​http://ckeditor.com/demo website also.

Steps to reproduce

1. In the editor area type the text continuously till it crosses the editor frame limit.

Expected result

It should be possible to scroll the editor content horizontally and the cursor should stay in the editor.

Actual result

The cursor focus moves out & also unable to scroll horizontally.

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

Mobile Safari 9 on iOS 9.2

Steps to reproduce

1. Include lodash and/or ReactJS (ES6) on the page with CKEditor
2. Refresh the page
3. CKEditor does not initialize

Expected result

CKEditor to initialize

Actual result

CKEditor does not initialize. Console window shows resource not found error, as the dynamically generated plugins <script> tag is malformed. Ie: <script type="text/javascript" src="​https://mydomain/_js/Performance2/ckeditor-full.4.6.2/plugins/dialogui,dialog,about,a11yhelp,dialogadvtab,basicstyles,bidi,blockquote,clipboard,button,panelbutton,panel,floatpanel,colorbutton,colordialog,templates,menu,copyformatting,div,toolbar,enterkey,entities,popup,filebrowser,find,fakeobjects,flash,floatingspace,listblock,richcombo,font,forms,format,horizontalrule,htmlwriter,iframe,wysiwygarea,image,indent,indentblock,indentlist,smiley,justify,menubutton,language,link,list,magicline,maximize,newpage,pagebreak,pastetext,pastefromword,preview,print,removeformat,save,selectall,showblocks,showborders,sourcearea,specialchar,stylescombo,tab,table,undo,wsc/plugin.js?t=v0.01"></script>

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

The reason this occurs is because when using ES6 features (ReactJS/lodash/etc) on your page, the CKEditor core tools isArray function does not know how to check the ES Iteration Protocol, as described here: ​https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Iteration_protocols

This is a simple fix by also comparing to [object Array Iterator] in the isArray function in tools.js

it's an IE only issue. (i'm using IE8) It works in ff and chrome.

1.create a table 2.create a sub-table in a blank cell

you cannot input text in the cell any more. No space between the cell and subtable.

To reproduce the defect:

1. Create a numbered list with 1 list item.

2. Create a separate bulleted list with 1 list item.

3. Press CTRL + A and then press decrease indent

Expecetd Result:

Numbered and Bulleted list gets removed and list items are converted in to paragraphs.

Actual Result:

Nothing happens visually but <p> tags are added inside the <li> tags.

In FF, if you press increase indent, only the text gets indented. The bullets/numbers remain on the left of the page. Again <p> tags are added inside the <li> tags.

Tested in Blink.

Issue 1:

1. Insert below code into editor

   <div>video s^tarts<video src="some.mp3"></video>ends here</div>
   

2. Put cursor where mark ^ is
3. Start pressing delete

Result: Once you have reached 'S' before video tag. The letter s and video gets removed. This issue is specific to CKEditor.

Issue2:

1. Insert below code into editor

   <div>video s^tarts<video src="some.mp3"></video></div>
   

2. Try putting cursor behind video.

Result: If video element is last element in editor there is no possibility to move cursor behind it. Reproducible also in native contenteditable.

Issue 3: It is not possible to select video tag in editor in Blink, Webkit and FF. If you click on video, cursor stays somewhere in the text. This is probably why element's path also doesn't show that video is selected.
If you try to select video with mouse (selecting element from left to right), you will get JS error: Permission denied to access property "files"

Issue 4: If you insert video tag like the one in comment:5 and start clicking next to it, you will get JE error:
Permission denied to access property "nodeType"

We have two solutions here: try providing support for native tag or avoid problems and choose known stable solution like the one we have already chosen for Flash or Ifame plugins which is Place Holders.

Using FCKeditor version 2.4.3 with 2215.4.patch.

I have a jsp with 2 fields and a Submit button. The first field is a text field that is using the FCKeditor. The second field is a group of Radio buttons. When tabbing from the text field to the Radio button, a dotted line is placed around the selected Radio button to appear as if it has focus but the cursor remains in the FCKeditor field. I also see a similar problem when I place the Save button directly after the FCKeditor field where a dotted line is shown around the button but the cursor remains in the text fied.

If I add another text field following the FCKeditor field the tabbing works as expected. If I remove the reference to the FCKeditor from the page, I can tab from field to field as expected.

I am running on WindowsXP and have duplicated this problem in IE6 and IE7. I also downloaded the latest nightly build and I still see the problem.

I posted the following in the forums on 3/13/2013:

We've been running ckeditor 3.6.4 in a jquery (1.7.2) dialog for the last year. We recently had to update to jquery version 1.9.1 and jquery ui version 1.10.1. In the process we also upgraded to ckeditor 4.0.2. We're still using frame editing so we wouldn't have to change the existing code.

We're now seeing the following issue with the ckeditor dropdowns:

In FireFox, if you click a dropdown, then click it again to close it, the dropdown remains but the option values are gone. Subsequently, the same dropdown or any other dropdown also open with no options displayed. In Chrome the behavior is virtually the same, just triggers differently - click the dropdown to open, click it to close, then click it again and it exhibits the same behavior. Using FireBug we get the following error: "TypeError: a.contentWindow is null", referencing line 324 in ckeditor.js. (standard version).

We also downloaded the source code (4.02 full version), created our own build, and got a different error:

"TypeError: $.contentWindow is null - return selected.$;"

I'm attaching a file that recreates the issue. It requires ckeditor 4.0.2 standard to be in the same directory to run. The file should also be renamed to 'index.html'.

Please let me know what we're doing wrong, or if this is a legitimate bug. We have a major launch this month and would like to get this resolved as quickly as possible.

Thanks in advance to anyone who helps.

Please have a look at comment:6 for possible solution and comment:11 for more details.

in cases where there are multiple row spans.

merging or deleting cell at the last column will cause the next row to move up to the right of the last column cell of the current row.

sample source code at "​https://dl.dropboxusercontent.com/u/67609133/CKEditor%20Bug%20Source%20Code.htm"

Steps to reproduce

Merging Cell

1. Copy sample source code to CKEditor
2. Right click on the cell containing red text "Merge Cell Down"
3. Select Cell > Merge Down

Deleting Cell

1. Copy sample source code to CKEditor
2. Right click on the cell containing red text "Delete This Cell"
3. Select Cell > Delete Cells

Expected result

Merging Cell Cell will merge correctly with cell containing text "Row 5, Col 5". Rows should be maintain.

Deleting Cell Cell will be deleted. Rows should be maintain.

Actual result

Merging Cell Cell will merge but the next row will shift up to the right.

Deleting Cell Cell will be deleted but the next row will shift up to the right.

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

Browser: (Firefox 38, IE 8-11, Chrome 47) OS: (Win 8.1 Pro) CKEditor: (4.5.6) CKEditor Build: (​http://ckeditor.com/builder/24cdab0854f59a615f60afcd3b55d623)

I have found some strange behaviour while pasting text marked as <sub>, under IE's

TC

• open editor
• Enter some text
• enable Subscript and enter some text
• select and copy text with subscript enabled
• press right cursor key or "End" on keyboard
• paste text
• press "End" again and paste

Actual

Under IE8 quirks:

<p>
	test<sub>test<sub><font size="1">test<sub><font size="1">test<sub><font size="1">test<sub><font size="1">test</font></sub></font></sub></font></sub></font></sub></sub></p>

Under IE6/7

<p>
	test<sub>test<sub>test<sub>test</sub></sub></sub></p>

Under Opera

<p>
	test<sub>test</sub><sub>test</sub><sub>test</sub><sub>test</sub></p>

Expected

Cursor keys should not influence pasting, and pasted subscript should be in one line, as in Opera. Perhaps additional </sub><sub> should also be removed?

It is impossible to remove Lock Ratio and Reset buttons from Image dialog using dialogDefinition event.

To reproduce:

• Please add the following lines to samples/api_dialog.html:

  37. if ( dialogName == 'flash' )
  38. {
  39. 	var infoTab = dialogDefinition.getContents( 'info' );
  40. 	infoTab.remove( 'preview' );
  41. }
  

• Add also 'Flash' to toolbar definition in the same file.

• Open flash dialog.

Result: JS error:

dialog.getContentElement("info", "preview") is undefined
http://localhost/edytor/CKEditor/trunk/_source/plugins/flash/dialogs/flash.js
Line 324

It is impossible to remove preview from Image dialog using dialogDefinition (_sample/api_dialog.html ).

Preview area doesn't have ID. getById( 'ImagePreviewLoader' ) is also called many times without checking.

This issue is very similar to #3140 (perhaps even a duplicate)

When you select whole table and press any justify button, table contents, instead of whole table get aligned.
When you press on image on the other hand, you are able to move it around (fixed in #7430, tables were omitted).
Perhaps just like in #3140 we need extra plugin that will handle whole complex element instead of its contents.

1. Setup editor

   var editor = CKEDITOR.replace( 'editor1' );
   			editor.on( 'pluginsLoaded', function( evt )
   			{				
   				editor.on( 'contentDom', function( e )
   				{
   					var editable = editor.editable();
   					var doc = editor.document;
   					var wasKeyboardAlreadyUsed = false;
   					editable.attachListener( doc, 'keydown', function( event ) 
   					{							
   						console.log('key');
   					});						
   							
   				});
   			});		
   

2. Open page and insert list into editor
3. Select whole list with mouse and press delete or backspace.

Result: key event isn't caught.

Problem can be reproduced from CKEditor 4.0.

This issue was reported on our support channel.

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.

1. The configuration looks like a code snippet to copy. Perhaps some border could better indicate it's ready for editing. Maybe similar to what we use for showing currently modified toolbar items in the editor?

2. It is not focused, there is no blinking cursor.

Currently, if any finder's lookup returned >0 for specific element it's not possible to override this. There has to be another CKEDITOR.LINEUTILS_* flag (e.g. CKEDITOR.LINEUTILS_NONE) which when returned will block line around given element regardless of what has been returned from other lookups.

Based on ​http://ckeditor.com/forums/CKEditor/Provide-Details-about-CKEditor-in-machine-readable-form

Relying on parsing minified JavaScript code of ckeditor.js with regular expression to get CKEditor version number has a risk of stopping working at any moment, due to code refactoring, improved minification method etc.

Although the version number of CKEditor doesn't say a lot about the CKEditor itself anyway (various custom builds exist etc.), it still can say something regarding e.g. available configuration options, that can be later displayed in the administration backend.

Separate file?

By adding a separate file with information about CKEditor build, we'd start confusing users with too many irrelevant files in the main folder.

build-config.js?

Including version number and revision in this file would be confusing again, as it may suggest that uoploading it to the online builder would result in building the same version again (e.g. 4.3.2 while 4.4.3 already exists).

ckeditor.js

My suggestion is to use the very first comment at the top of ckeditor.js (with copyrights), where such information could be added by both command line and online builder:

/*
Copyright (c) 2003-2014, CKSource - Frederico Knabben. All rights reserved.
For licensing, see LICENSE.html or http://ckeditor.com/license
Ver:4.4.2 Rev:1567b48
*/

And it could be possible.

What Chrome gives, when I paste a file is DataTransfer (a.k.a. ClipboardData) object with an empty "files" property, but with 2 "items": first with a filename and the second with a file. It means it is possible to get a file from the second "item", on paste.

Unfortunately, when the upload plugin was implemented there was only one item on Chrome and only the first item is handled (see ​https://github.com/ckeditor/ckeditor-dev/blob/685fc7474fab779afe76edcf36011d2fb6bafab8/plugins/clipboard/plugin.js#L2545). If this line will be replaced with a loop it should be possible to get the file.

Note that on Windows pasted file is not available at all.

Also, note that now you do not need try-catch block there since items have a "kind" property which let you check if it is a file or a string.

Steps to reproduce

1. Go to ​​http://tests.ckeditor.dev:1030/tests/plugins/widgetselection/manual/basic.
2. Select all using keyboard inside last editor instance (Only non-editable).
3. Start typing.

Expected result

Unable to type anything (works this way when selection is made using mouse).

Actual result

The content gets replaced.

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

Chrome/Safari on OS X.

Steps to reproduce

1. In the editor demo (​http://ckeditor.com/demo#standard), click inside the window and performed a CTRL+A to select all text, and then hit the Delete key.
2. Once all data was deleted from that window, please select "Japanese" on the Windows language tool bar. Select the "Full-width Katakana" IME on the Windows language tool bar.
3. Go to inside the editor window and hit Enter to move to second line.
4. Hit the "A" key (あ） 30 times, and the cursor moved to the beginning of the line.
5. Hit the "A" key once more, and then all but two characters disappeared from that line.

Expected result

The cursor should not be moved to the beginning of the next line. If I hit "A" key 31 times, there should be 31 charactors appeard.

Actual result

When I hit the "A" key 30 times, the cursor moved to the beginning of the next line. If I hit the "A" key once more, and all but two characters disappeared from that line.

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

I could reproduce this with CKEditor 4.5

Steps to reproduce

1. Open IE with Microsoft IME
2. Type multi byte character (Dont' use copy & paste when you try reproducing this.)
   あいうえお ( a i u e o Return Return )
   かきくけこ ( k a k i k u k e k o Return Return )
   さしすせそ ( s a s i s u s e s o Return Return )
   たちつてと ( t a t i t u t e t o Return Return )
   なにぬねの ( n a n i n u n e n o Return Return )
   はひふへほ ( h a h i h u h e h o Return Return )
   
3. In step of へ ( h e ), はひふ are hided.

Expected result

Multi-byte characters should be displayed properly

Actual result

Multi-byte characters are not displayed temporary.

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

It reproduces in the below conditions.

• Windows OS
• IE 9/10/11
• Microsoft IME

Firefox, Chrome and Google Japanese input cannot reproduce this.
And can be reproduced on ​http://ckeditor.com/demo standard version.

hi, sorry for my english in advance.

i found a bug on IE in element path plugin.

when i select multiple cell on a table, edit properties of cell, change a value and click ok a javascript error raise on the line 85

if ( element.data( 'cke-real-element-type' ) )

the object element don't have a property data.

the bug raise only on IE no problem whit FF and Chrome.

reproduce as below:

1. type three lines
2. first line bold,
3. second line italic,
4. third line underline,
5. copy all of them, paste at the end of third line,
6. after several pasted, unexpected empty paragraph appeared.
7. type something in this empty paragraph,
8. after typed, try to bold, italic or underline,
9. it doesn't work and after several pressing or hotkey about bold, italic and underline.
10. javascript error shows "null" is null or not an object, line 116, char: 2337.

IE8, Windows XP sp3 Ckeditor3.6.1, javascript

To reproduce the defect:

1. With JAWS on, Insert an Image, Open Image properties dialog of the image.

2. Navigate to width and height fields, change the values of those fields.

3. Now navigate to Reset size button and press space bar.

Expected Result: Width and height values for the image restored to original values and JAWS should read updated values of width and height.

Actual Result: Width and height values for the image restored to original values but JAWS not reading out the updated values of width and height.

we can fix this be keeping aria-live="assert" on width and height fields when the user presses Reset size button.

To reproduce the defect:

1. Enable Code Snippet widget and click on Insert Code Snippet icon in toolbar to open Code Snippet widget.

2. Code Snippet dialog opens, focus goes to Language combo and JAWS reads Language combo, not set

3. Use the down arrow key

Issue: JAWS reads not set option again, This should be fixed, we should set not set as default option when Code Snippet dialog opens

It's currently difficult for screenreader users to determine which dialog they just opened in the editor. Ideally, JAWS should be able to announce the title of a newly opened dialog to the user.

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

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

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

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

[actual] there are two links:

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

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

When using ckeditor_basic.js (for ​boosting page load performance) the jQuery Adapter does not seem to work.

Can be tested in the _samples/jqueryadapter.html when replacing:

<script type="text/javascript" src="../ckeditor"></script>

with

<script type="text/javascript" src="../ckeditor_basic.js"></script>

Thank you in advance!

Kind regards

Sergiy Shyrkov

To reproduce

• Open an empty CKEditor instance and insert 2 page breakes.
  
• SELECT (drug the selection - not by clicking on a page break sign) the 2 page breakes signs (make sure you are not selecting any other thing - including text nodes, this is important).
  
• Insert an element on it (HR for example).

JS error is thrown (getFirst() is empty or not an object).

Confirmed in FF 3.0.19.

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

Steps to reproduce:

• In Ajax sample add

  var config = {fullPage : true};
  

in createEditor() function.

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

Result:

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

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

Humor me with this one.

This involves a nested form and nested forms are not valid. Regardless, that does not explain why I am having this problem. You know it is possible to start with a single form, nest a form via javascript (Move Editor below), extract data via javascript, and be perfectly well with it. It only happens in IE7 and IE8, IE9 is happy.

1. Load the sample
2. Press "Create Editor".
3. Press "Move Editor".
4. Press "Source"

This recreates a scenario that I am having issues with. Here you will receive a JS error emanating from the richcombo plugin. The following event is fired on mode changes and it is the 'setValue' call below that is the cause of the problem.

editor.on( 'mode', function()
	{
		this.setState( this.modes[ editor.mode ] ? CKEDITOR.TRISTATE_OFF : CKEDITOR.TRISTATE_DISABLED );
		this.setValue( '' );
	},
	this );

Steps to reproduce

1. use an instance with the source and div buttons, like the one in ​http://sdk.ckeditor.com/samples/fullpreset.html
2. click on Source and replace the full content with a simple div, like <div>myText</div>
3. place the cursor at the end of myText (or in between)
4. click on the div button in toolbar
5. click on the OK button in the dialog

Expected result

1. the dialog closes
2. in the editor, a div is created

Actual result

1. the dialog doesn't close
2. there is a javascript error: currentNode.getParent(...) is null (div.js:147)
3. in the editor, there is a new <span style="display:none">&nbsp;</span> where the cursor was

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

As far as I understand the div plugin, there is a curious behavior with text nodes: the addon tries to find a common ancestor, and mixes up regular tags with a #text which doesn't have any ancestor, causing the null exception.

We are using mutliple CKEDITOR instances on one page. We hide and display them by killing sections of the page and later repopulating them. Because we kill the CKEDITOR HTML before the final getData processing was finished it left the CKEDITOR in a state where getData and setData would not update the iframe contents.

I have attached the file with the fix that we added.

In /_source/plugins/editingblock/plugin.js line 47. You get the data from the editor. If an exception happens in the getData code then isHandlingData doesn't get set to false. After that the iframe contents become impossible to update. This will effect all other CKEDITOR instances on the screen.

We just added an empty try catch so as to ensure that regardless of errors that happen isHandlingData will always get reset to false. Thus not effecting the usability of any other CKEDITOR instance.

We did the same at line 74.

To reproduce: In our case, we would call editor.destroy() and remove the ckeditor instance from the screen. Destroy would fire an event that would later try to access the contentDocument of the iframe. That would throw the error because it no longer existed on the screen. We also had an blur event set to the editor that would grab the data.

Anyway I hope this helps.

Steps to reproduce

1. switch to source mode
2. switch to wysiwyg mode

Expected result

my html, unmodified

Actual result

appended crud to my html

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

With #12164 we now have a complete set of "justify/align" language strings duplicated in two places:

• The ​justify plugin,
• The ​core language file, to use in the Table Cell Properties dialog window.

We should just use the common language strings in both contexts.

Another issue is that the language strings from the Justify plugin already ​have lots of translations, so when clearing the mess, we should make sure we do not lose them.

If we contribute high quality 2x versions of the assets you have in git, would you guys take these on?

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

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

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

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

This issue did not exist with CKEditor 3.1.

On Mac OS X the keyboard shortcut of alt + 0 (zero) is used to enter º (degree symbol).

In CKEditor this keyboard shortcut does not work. Instead a window with accessibility instructions pops up.

This behavior is very confusing for the user as it does not happen when any other text field is selected.

Proposed changes:

Use another keyboard shortcut for this window on Mac OS X that does not interfere with any system functionality.

1. Paste in below code in replacebycode sample

   var editor = CKEDITOR.replace( 'editor1', {
   
   } );
   			
   editor.on( 'pluginsLoaded', function( evt ) {
   		editor.on( 'contentDom', function( e ) {
   			var editable = editor.editable();		
   			var doc = editor.document;
   			editable.attachListener( doc, 'keydown', function( event ){		
   				console.log(event);
   			});
   		});
   	});				
   

2. Run sample and Press Enter
3. keydown listener doesn't catch it.

Problem can be reproduced in all browsers from CKEditor 4 beta