Custom Query

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

When I copy table from MS Word and paste it to the Ckeditor, I get text instead of table. This is only in FF9.0.1, for Chrome and IE works fine

This bug is similar to ​http://dev.ckeditor.com/ticket/8138.

Using Firefox 9.0.1 on Fedora and on Windows, I can run the following line of JS in the console on the demo page:

document.getElementById( "cke_editor1" ).style.position = "absolute";

This causes the arrow keys to stop moving the caret in the editor, as they do in all other browsers I've tested.

(This may be a Firefox bug. If I can reduce it to that, I will report that to Mozilla and report back here, as well.)

Steps to reproduce

1. go to ckeditor.com/demo with Firefox for Android
2. in the ckeditor window, long press on a word to make handles appear

Expected result

word selected and handles appears to refine the selection

Actual result

a paste menu appears

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

The same process works well with Chrome for Android.

1. Create Table with formattings (e.g. width=50%, bg-color=blue, headers=first row)
2. Select (all cells) of the table
3. Copy (STRG + C)
4. Paste (STRG + V)
5. Open table properties of the pasted table

Result: Table looses formattings (width, bg-color, headers)

Expected: All table formattings are copied properly

This is trivial issue but created ticket just as a reminder.

to reproduce

• Open ​CKEditor demo with FireFox
• Click 'International Names' table

Custom attributes on anchor tags are being dropped during copy/paste (Ctrl+C/Ctrl+V).

Steps to reproduce:

1. In Source mode, modify a standard link by adding a custom attribute (e.g. <a href="/index.htm" customAttribute="1">test</a>.)
2. Switch out of source mode.
3. Copy (Ctrl+C) the linked text.
4. Paste (Ctrl+V) on a new line.
5. Switch back to Source mode, and see that customAttribute="1" was not pasted.

Occurs on the demo page with the following environments:

• Browser: FF6 OS: Windows Vista, Windows 7
• Browser: FF5 OS: Mac
• Browser: FF3 OS: Windows Vista

It may happen that pasting operations inject nested <ol> and <ul> elements. The editor should fix it on output.

Steps to reproduce

1. Paste the following in the Source view:

<ol>
    <ol>
        <li>Test</li>
    </ol>
</ol>

2. Switch to WYSIWYG view.
3. Switch back to Source view.

The source remains untouched, but the following is expected instead:

<ol>
    <li>&nbsp;
        <ol>
            <li>Test</li>
        </ol>
    </li>
</ol>

Note that the &nbsp; is needed to properly expand the empty <li> bullet or number for editing.

Browser: FF 28, Chrome 34 (Works correctly in IE9)

OS: Win 7

Reproducible location: Demo site and nightly build

Steps to reproduce:

1. Go to ​http://ckeditor.com/demo#inline
2. Click the top right Lorem ipsum text so the toolbar shows
3. Delete all the content
4. Enable SCAYT
5. Click outside the field so the toolbar goes away
6. Click inside the field again so the toolbar appears
7. Start typing and misspell something like so: "Hi there, how arre you doing? I am doing..."
8. When the spell check notices the misspelled arre the cursor will jump to it and whatever you were typing will now be inserted in the middle of the sentence.

This is a big problem because my users expect to have SCAYT enabled by default and therefore I cannot use inline mode at all as this issue is reproduced consistently.

I've been participating in at least two dozen forums of web developers, and have thus used probably all post editors there are. In all, the cut, copy and paste functions also work when Firefox or Chrome are used. Both via the buttons and via the context menu (right-click menu) options. And in this very form that I'm using right now said matters function as well.

Not so in CKEditor (this form editor is not CKEditor). Why still not? Regarding Chrome, this seems to have been reported as bug under ticket nr. 8463. Which was closed because it supposedly was fixed. But that is not the case. And clearly, it is a bug. Because why else do all the other form editors function flawlessly in FF and Chrome?

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.

1. Load 2.4.3 Beta with Firefox at ​http://www.fckeditor.net/_temp/2.4.3/_samples/

2. Delete all the text, and type three lines of text

3. Select the three lines, and click the 'bulleted list' icon

4. Switch to source mode and switch back

5. Focus in the editor and hit <Control-End> on the keyboard to jump to the end of the document.

BUG 1: First, you will notice the cursor is askew, down a few pixels.

BUG 2: If you type "Hello<enter>" you will see the cursor jump down to the next line

BUG 3: If you type any more, the characters are invisible. There is no record of having typed them if you switch back to source.

1. Load editor in Firefox at ​http://www.fckeditor.net/_temp/2.4.3/_samples/

2. Delete all text and type "Hello<enter>".

3. Hit <shift-enter> three times

4. Type "Hi<enter>"

After the word "Hi", you will see the cursor jump down 4 lines, instead of 1.

Only in Firefox, if you have a table in your HTML and then while you are in FCKeditor you right mouse click when your cursor is in the table or table cell, the editor jumps up to the top of the HTML no matter where you were when you clicked.

Wrote to Frederico about this and here is his reply: I was able to create a very simple test case for this bug, based on your pages. In Firefox, if you scroll down the contents and right click inside the table, it will scroll up automatically. If you instead click at the "More text" phrase at the very end, you will have no problems. It only happens if the editor is inside a table, and if you click in a table in the contents. There is no solution for it for now, and no predictions, but this TC is an important step to find out something. Frederico Caldeira Knabben

Reproducing Procedures

1. Open the replace by code example page;
2. Make document content and selection as following:

   ^<h1>text</h1>^
   

3. Open 'Format combo and select 'h2';
   • Actual Result : End with an extra block appended.

     <h2>
     	text</h2>
     <h2>
     </h2>
     

Reproducing Procedures

1. Open the replace by class example page;
2. Make the following content with the selection by click and drag the mouse over the two cells:

   <table border="1" cellpadding="1" cellspacing="1" style="width: 200px;">
   	<tbody>
   		<tr>
   			^<td>
   				text<br />
   			</td>
   			<td>
   				text<br />
   			</td>^
   		</tr>
   	</tbody>
   </table>
   

1. Open 'Styles' combo and select the first option 'Blue Title'.
   • Actual Result:

     <table cellspacing="1" cellpadding="1" border="1" style="width: 200px;">
         <tbody>
             <tr>
                 <td>
                 <h3 style="color: Blue;">text</h3>
                 </td>
                 <h3 style="color: Blue;"></h3>
                 <h3 style="color: Blue;"></h3>
                 <td>
                 <h3 style="color: Blue;">text</h3>
                 </td>
             </tr>
         </tbody>
     </table>
     

• Expected Result :

  <table border="1" cellpadding="1" cellspacing="1" style="width: 200px;">
  	<tbody>
  		<tr>
  			<td>
  				<h3 style="color: Blue;">
  					text</h3>
  			</td>
  			<td>
  				<h3 style="color: Blue;">
  					text</h3>
  			</td>
  		</tr>
  	</tbody>
  </table>
  

If a selection contains multiple ranges, now invoke selection.createBookmarks(), if the ranges were overlapped with each other, then the bookmarked range will right correct.
Try the following selection in FF:

<table>
    <tbody>
        [
        <tr>
            <td>
                cell1
            </td>
            <td>
                cell2
            </td>
        </tr>]
    </tbody>
</table>

FF will translate it into multi-ranges as:

<table>	
    <tbody>
        <tr>
            ^<td>
                cell1
            </td>^
            ^<td>
                cell2
            </td>^
        </tr>
    </tbody>
</table>

Now the bookmark nodes creation on every range will interfere with each other, resulting in incorrect bookmark positions.

Multirange broken when command used several times.

Reproduction steps:

1. Use bold on 2 separate chunks of text.
2. Select part of 1st and part of 2nd chunk.

   <strong>^fo^o </strong>bar<strong> f^oo^2</strong>
   

3. Click "bold" button several times.

Depending on first selection range start, there are 2 possible misbehaviors:

1. Second selection will jump from proper selection to rest of previously bolded text (of 2nd chunk).
2. Second (or both) selections will disappear after second or third use of bold command, but still they will make some DOM modifications.

35sec screencast presenting this issue: ​http://pub.meta20.net/fck-multirange.ogg

Env: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.9) Gecko/2009042219 Iceweasel/3.0.9 (Debian-3.0.9-1)

Reproducing Procedures

1. Open the replace by class example page;
2. Click on 'New Page' command to create a fresh document;
3. Press 'Enter Key' to create a new paragraph, then start typing.
   • Actual Result: The first paragraph is disappeared.

RTL mode broken in FF2. This concerns:

• toolbar
• dialogs
• editor chrome

Open the ajax sample with Firefox.

1. Click the Create Editor button.
2. Click on the Flash button to open the Flash Dialog.
3. Enter the URL for the flash object and click OK.
4. Click the Remove Editor button.
5. Click the Create Editor button again.
6. Right click on the flash object to open context menu.

• Actual Result: Observe that it's not possible to open context menu.

Working in the latest stable version (download this morning). Paste as plain text is working nicely, but not operating correctly in Firefox. Previous versions on FCK don't exhibit this problem.

When you paste from word their is, correctly, a popup window into which you can paste the content for format-stripping, however a second copy of the content is still pasted into the parent (or opener) window. The result is, once you submit the data in the popup window, you end up with two copies of the same text in the window, the first of which retains it's original formatting.

IE7.0 is stripping the formatting correctly (I note without a popup window). It seems that the newer version is successfully spotting that a popup window is required for Firefox, but doesn't stop the original paste command into the main window.

Hope this helps with the development!!!

I'm using the .net dll version (not sure if this is relevant info).

when putting style="border:1px solid black; border-top:0px" in an elemint, it puts a mozilla specific CSS attribute for one of the values. For instance putting this: style="style="border:1px solid black; border-top:0px"

results in:

style="border-style: none solid solid; border-color: -moz-use-text-color black black; border-width: 0px 1px 1px;"

which is fine if you are viewing the page in FF, but in IE the border color is off. I tried to use the nightly build to test to see if it was fixed, but the nightly build wouldn't even load for me or for another person I asked to view. Sorry if its a dupe.

Procedures

1. Open the replace by code example page;
2. Initial the document with the following content and selection:

   ^<ol><li>item</li></ol>^
   

3. Click on stylesCombo to open drop-down.

• Actual Result: No options are listed in the drop-down.

When pasting content from a Word document that happens to have a date field the content styles are displayed incorrectly. The height of the text is incorrect and results in excessive overlapping (see attached example).

Also, the table in the provided word document is removed.

The incorrect font styles and the removed table issue only occur in FF. IE is working well.

To reproduce:

1. Open a nightly sample
   
2. Copy the whole contents of the Test_doc_with_date.doc
   
3. Use paste from Word dialog to paste the whole contents with default settings
   

Using the same document with the date field removed fixes the style issue (see Test_doc_without_date.doc), although the table is still removed.

Pasting directly into the content area preserves the table.

[FF2] no dialog button backgrounds, as visible on the screenshot.

After a click on editors content inline combo labels disappears. Firefox 2.

Sometimes WYSYWIG area is not editable. Please try the attached test case.

The core is loaded from my server (nightly build).

Test: occurs in about 60% of cases, Firefox 3.5, reloading with F5, disabled cache.

Works fine in other browsers.

In Firefox (3, 3.5) using Kama skin, after opening image dialog it sticks to left viewport border. Drag&drop it to the right is impossible.

Quirks mode only, on pages with 3 editors, each with different skin.

Steps to reproduce:

• Open 'replacebyclass'

• Select all text using mouse

• Click Bold

• Click Bold one more time

• Select "Heading 1" from Format combo

Result:

node is null
http://localhost/edytor/CKEditor/trunk/_source/core/dom/range.js
Line 1369

anonymous()range.js (line 1369)
anonymous()range.js (line 1574)
anonymous()plugin.js (line 75)
applyBlockStyle()plugin.js (line 680)
anonymous()plugin.js (line 130)
applyStyle()plugin.js (line 1200)
anonymous()plugin.js (line 115)
anonymous()plugin.js (line 58)
anonymous()plugin.js (line 257)
anonymous()plugin.js (line 65)
anonymous()tools.js (line 505)
anonymous()tools.js (line 512)

It is not an regression.

[FF] Paste dialog has scrollbars in quirks. Only v2 and office2003 skins are affected.

In Firefox2, test_toDataFormat_3 test from plugins/htmldataprocessor fails.

Expected:

<x:x><p>Test</p></x:x>

Actual:

<x:x></x:x><p>Test</p>

Ticket migrated from ​forum thread.

I have several CKEditor windows on a single page; they are invoked by a simple "ckeditor" style selector. Unexpectedly, after all plugin instances get initialized, page spontaneously scrolls to the lowest editor window (not smooth scrolling but a single-jump).

Reported to be FF only issue.

Environment - Firefox 3.5.3 on Mac OSX Leopard

This is reproducible in the samples, specifically replacebyclass.html

• open up the sample html in FireFox
• now go to another site like google
• then, click back button so your back on the sample
• you are now unable to click in the edit area until you toggle view source

Panel content suffer from invisibility with a visibility:inherit on the <html> element.
Regression of [4454].

When switching to source view (back and forth) when editor is maximized, there is toolbar icons relocation for short period of time. They are displayed vertically on the left side of the editor.

Please refer to attached screenshot.

Reproduced in LTR quirks with FF2 (stronger effect) and FF3 using Office2003 and V2 skins. Kama skin is not affected.

In Firefox (I'm using 3.5.7, but other people from cksource forum say that in version 2.0 and 3.0 happens the same) in empty ckeditor window, in all versions starting from 3.0 to 3.1, while using config.enterMode = CKEDITOR.ENTER_BR;, is being inserted <br /> at the start of the document and when starting to type - you do it from a second line already.

In the other browsers (I've checked in all IE- 6,7,8, Opera, Chrome, Safari) it seems to be OK.

Topics: ​http://cksource.com/forums/viewtopic.php?f=11&t=16578 ​http://cksource.com/forums/viewtopic.php?f=11&t=17195

In Firefox 3.6 you receive the "Contains unauthenticated content" warning.

I tracked the issue down and it looks like it is coming from the following on line 291 of 'ckeditor/_source/plugins/wysiwygarea/plugin.js' (version 3.2).

' src="javascript:void(function(){' + encodeURIComponent( srcScript ) + '}())"' +

Changing that line to the following resolves the error, but probably causes other problems in other browsers because it is no longer includes 'srcScript'

' src="javascript:false;"' +

Loading SCAYT on startup could somehow compromise all the efforts we've done to accelerate loading performance, where the SCAYT engine file (~100K) is blocking our theme file in execution order, which in turn made the editor loading significant slower (6x) than it should.
This could at least be confirmed on Firefox and Opera where DOM script loading is ​sequence sensitive.

when there are multiple editor instances in one page, maximize one instance and then minimize it.this behavior will make other case uneditable any more.

Steps to reproduce

1. Enable SCAYT
2. Type a bunch of words, some of them being misspelled
3. Move cursor using mouse to the end of a misspelled word
4. delete it using the backspace

See this screencast to see the issue happening: ​http://screencast.com/t/2lXVpmoZ6r

Expected result

Deleting a word should NOT move the cursor

Actual result

When deleting a mispelled word, it either jumps to the next mispelled word or moves to the next line.

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

Only on Windows 10 and Firefox. Using the latest version 4.5.5. Issue seems to be with SCAYT

When the editor is in a div with a scrollbar the contextmenu and style menu is misalinged.

There was once ticket #135 which seem to cover the same so this might be a new bug introduced in 2.6.

I'll attach a patch which fixes this for firefox.

Under certain conditions, basic styles (bold, italic, etc) aren't maintained at the end of lines.

Steps to reproduce:

• Open the replace by code example.
• Press the Bold button, then type text.
• Press the end button (or click after the end of the line.)
• Type some more text.

The newly typed text should be bold, but is not.

This also happens under the following conditions:

• Open the replace by code example.
• Type some text.
• Press Home, then Shift+End to select the whole line.
• Press the Bold button.
• Press the end button (or click after the end of the line.)
• Type some more text.

The problem is that Firefox is appending a <br/> at the end, but it is not being included in the <strong> element. The solution is, when applying a style, to include that BR element.

A patched is attached which fixes this problem. The problem can be reproduced in the latest nightly samples.

which only occurs in the initialization for 1 second to and is dependent on their parents' style

you need to change

_source/plugins/wysiwygarea/plugin.js line 537

from

element.setStyles( { position : 'absolute', top : '-3000px' } );

to

element.setStyles( { position : 'absolute', left: '-3000px', top : '-3000px' } );

Open the Table Properties dialog. Select "First Row" for the Headers option and click OK to close the dialog. Place the cursor in the first cell. Use the down arrow key to attempt to navigate to the next row.

To reproduce the defect:

1. Open Ajax sample.

2. Type a single character 'a' and then press Backspace 2 times.

3. Press Undo or Ctrl + Z to get the character back.

4. Now try to delete the Character using Delete or Backspace

Expected Result:

User should be able to delete the Character using Delete or Backspace

Actual Result:

We can't delete the Character no matter how many no of times we press Delete.

We were able to delete the Character only when we type some new character

To reproduce the defect:

1. Open Ajax sample in Firefox.

2. Type few lines of text & press CTRL + A to select all the lines.

3. click on Numbered/Bulleted list icon.

4. See that a Numbered/Bulleted list appers with the selected lines of text.

5. Now press CTRL + A to select the Numbered/Bulleted list & Click on RTL icon in the Tool bar.

Expected Result:

Numbered/Bulleted list is moved to right and it appears as a mirror image of the list in previous step and RTL & Align Right icons are selected in the Tool bar.

Actual Result:

Numbered/Bulleted list is moved to right and it appears as a mirror image of the list in previous step but RTL & Align Right icons are NOT selected in the Tool bar. (You must click into the content area before they become selected)

same behavior happens when we apply LTR direction to Numbered/Bulleted list.

This is very similar to #6099 but you must press CTRL + A to select the text in order to reproduce the defect

Errors occur when selecting content that is in a table in Firefox.

1. Click on a image in a table - this does work.

2. Click off the image, then back on it. Note, the handles are not on the image, they strangely appear elsewhere. If you click on the image a second time, the handles will correctly appear on the image.

3. Please note, clicking in text area also produces handles, which it should not. This does not occur in IE or Chrome.

4. These errors do not occur if content is not in a table.

Your attention to this matter is greatly appreciated!

1. Place cursor among text;
2. Click on 'Paste' or 'Paste from Word' button;

• Actual Result: Line break inserted at the position.

To reproduce:

1. Create a table that is large enough to cause the editor scroll bar to appear.

2. Edit the table by right-clicking inside the last row of the table

3. Set the table alignment to left or right

4. Click OK

Expected: Focus returns to the cell that was clicked into, the view remains in the same place on the document.

Actual: The cursor appears to remain in the cell, but the window scrolls to the top of the document.

The scrolling problem manifests itself whenever the dialog is discarded (either OK or Cancel button) and the alignment on the table is set to left or right.

Steps to reproduce:

1. Go to one of the demo pages (e.g., ​http://ckeditor.com/demo)
2. Double click to select one of the words that does not have a style applied to it (I chose the word "famous" in the first line, but it really doesn't matter what you choose).
3. Apply the Bold style to the text by either clicking the Bold button, or hitting Ctrl-B
4. Now, with the text still selected, start typing (so that the selected text is replaced by the new text you are typing).

I expect to see the new text retain the bold styling, which is what I see in Chrome and IE 7, 8, and 9. However in Firefox, the Bold button is deselected, and the new text is not bolded.

Firefox version is 16.0.1, OS: Windows 7 Professional

Firefox

Customer is complaining about spaces being inserted when pasting text in the editor.

To recreate:

Copy the following text. Paste it into the demo editor. Select and copy the text within the editor. Enter a few lines and paste the text again. You will see a space being added to the pasted text. See attachment.

该交易由登记或新办理发起。客户初次办理出口保理额度预申请或正式申请需要分别对进口商、出口商的相关信息进行补充录入。经办确认后，进、出口商信息按各分 行存储在本地，下次交易时输入进、出口商编号后可以直接调用。如果第二次录入时对原进、出口商信息有所更改，则新信息覆盖原信息。不同分行间信息独立存 储，不相互影响。出口商信息保存：栏位33-50.进口商信息保存：栏位61-73。

To reproduce the defect:

1. Open any CK Sample and insert a Table with default values

2. Open Cell Properties dialog by clicking on Cell - > Cell Properties option in Context menu

Issue: see that Default values <not set> not shown in Horizontal Alignment & Vertical Alignment combo boxes

Tested on FF27, FF28 & FF29

This is only reproducible on FF. Steps to reproduce:

1. Go to ​http://nightly.ckeditor.com/15-04-10-06-08/full/samples/replacebyclass.html
2. In the console type: CKEDITOR.instances.editor1.editable().on('keyup', function(){console.log(CKEDITOR.instances.editor1.getData())})
3. Start typing in the editor -> You can see in the console that the first space after some text is ignored and not inserted in the Editor

Steps to reproduce

1. Open nightly sample (​http://nightly.ckeditor.com/16-11-30-07-06/standard/samples/)
2. Use Printsceen or Paint to paste image (Ctrl + V) into the editor

Expected result

base64 image pastes into the editor

Actual result

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

Firefox 50.0.x only

IME(use Japanese input methods) is disabled if startupFocus is true.

By v3.6.4 and v3.6.3, it checked using FF. In Chrome or IE, IME is enabled.

It can be used, if a focus is removed once and it returns from wysiwyg area.

To reproduce:

1. Open nightly Ajax sample
   
2. In a new document, add a link
   
3. After the link is inserted, attempt to delete the link using backspace.
   

Result: the link seems uneditable until additional text is added.

To Reproduce

• Open CKEditor sample page with FF3.5
• Insert HR at the very beginning
• Press 'BackSpace' key, HR is not deleted
• Press 'BackSpace' again, caret is moved to the end of text

First, create a few bullet point lists items with nested lists. Next try to select a nested list and start typing to overwrite the text. Notice how the text continues at the parent list level and the multiple bullet points on the same line. It is really hard to recover from this, without deleting and recreating the lists. It seems to only be an issue in Firefox and IE6,7,8. Looking at the source, it seems that there is an orphaned <ul> tag under an empty <li> tag.

For example, the source below will cause the duplicate bullet points:

<ul>

<li>first level</li> <li>

<ul>

<li>start of 2nd level</li>

</ul>

</li>

</ul>

It is possible to get into this situation using the above steps to highlight and overwrite text.

Basically, this is a copy of #2248.

The editor.insertHtml( '&nbsp;') call inserts a plain space in the selection, instead of the proper &nbsp; char.

Confirmed on Firefox, Safari.

When using Mozilla Firefox (or at least version 9.0.1), when a DIV with absolute positioning is not the first thing you click inside the editor, then it becomes uneditable.

Paste this inside a CKEditor to re-create:

<div>1. Click me</div>
<div style="position:absolute;">2. now try to edit me</div>

I note that this works as expected in competing editors such as TinyMCE.

Assume you have the following content within the ckeditor:

    <p>This is</p>
    <p>[anchor] an anchor</p>

Where [anchor] is the anchor placeholder.

Placing the cursor at the end of the first paragraph and hitting the DELETE key causes the anchor to be removed whereas I would expect that the second paragraph would be merged into the first paragraph and the anchor retained. [IE9 and FF10]

Placing the cursor at the beginning of the second paragraph, and hitting the BACKSPACE key also removes the anchor. [IE9]

This seems to work as expected on Chrome (WebKit).

I tried this on the following nightly build sample, and it still seems to be an issue: ​http://nightly.ckeditor.com/7385/_samples/replacebyclass.html

Incidentally, hitting the ENTER key immediately before an anchor on this nightly build seems to cause the anchor to get vertically squished (see screenshot).

If you create a blockquote, enter some text, highlight the text and then press the Delete key. The paragraph(s) inside the blockquote disappear and you can type directly into it.

For FF you need more than one line of text highlighted.

I see this happen on our app and also on your demo. If SCAYT is enabled and you click into an inline area to edit, the cursor jumps to the 0 position and needs to be focused into the original position again. Any fixes for this? Behavior w/o SCAYT enabled is fine.

Follow the steps to reproduce:

1. Make sure you have set the scayt_autoStartup

configuration option to true

2. Enter some text and click enter
3. Now add either an image or flash movie, enter any url and click "OK"
4. Now double click on the image or flash movie and notice the values are empty. The onShow function within the dialog says that no value is selected.

We found an issue in 4.4.x version where in ACF mode, we observe unexpected behaviour when we attempt deleting a white space character following a contenteditable=false span tag.

To reproduce the defect, use the following config:

CKEDITOR.editorConfig = function( config ) {

ACF configs config.allowedContent = true; turn off ACF by default

};

Open Firebug for you test sample page

1. In the console: CKEDITOR.instances.editor1.setData('Hey <span contenteditable="false"><a>there</a></span> :)')

(Notice here the space following the closing of the span tag and before colon character eg. "</span> :"

2. Click on the editor (caret is at the end of the line) and start removing characters using backspace until you reach ':' and click backspace again to remove it.

3. Hit backspace again-> the cursor goes inside the contenteditable area skipping the empty space

SCAYT causes partial lines to be highlighted in FF not allowing the user to easily cut/copy the content they want when using the keyboard to highlight text(Shift + End, Shift + CTRL + Right Arrow)

Browser: FF 22.0

OS: Win 7

Reproducible location: Demo site and nightly build

I tested with IE9.0.8112.16421 and Chrome 28.0.1500.95 m as well and both seemed to work just fine.

Steps to reproduce:

1. Go to the demo site
2. Delete all sample content from the editor
3. Enable SCAYT
4. Type in a line with correct and incorrect words such as: "Hi there, how arre you?
5. Place the cursor at the start of the line and then hold Shift and press End.

Once you release the keys you will notice SOMETIMES the text will first highlight the whole line as expected and then within a second will highlight just the text up to the first spelling mistake which in this case is 'arre'.

If you look at the HTML generated you will see this for the above:

<p>Hi there, how <span data-scaytid="1" data-scayt_word="arre">arre</span> you?<br></p>

The text will highlight up to the beginning of the span tag caused by SCAYT.

NOTE: Seems to only fail going left to right on a line, if I go right to left it highlights fine.

When ckeditor is inside div which is display: none and textarea is empty, then when you show div (change css to display: block) and checkDirty returns false.

Here is example:

​http://hosting.data365.eu/ckeditor_bug/index.html

My browser is firefox 26 and running on Ubuntu Linux 13.10.

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

Use the code:

<ul>
	<li><strong>test</strong></li>
	<li>test</li>
</ul>

Press Shift+Enter at the end of the first line.

Expected: One line created
Actual: Two lines created

Steps to reproduce

1. Goto ckeditor.com/demo
2. Create three lines with the word, 'Item'
3. Select the lines and turn them in to an unordered list
4. Move to the first item, and press enter to create a new empty item.
5. Left click to place your cursor in the empty bullet.
6. Right click on the empty bullet and paste.

What's expected? The text is pasted in to the empty bullet

What happens?

In FF4/5 The bullet gets deleted and a new paragraph is created with the text.

In IE9 The text is pasted at the end of the content.

1. Put attached HTML file into samples folder
2. In first paragraph select part of text and copy/paste it (select only plain text).
3. Either select some plain text in another paragraph or in same paragraph
4. Press Delete

Result: Change event is not fired.

Problem can be reproduced from CKEditor 4.4.4 in Firefox and IE8-11.

Before release 4.4.4 change event worked the following way only in Firefox

1. When copy/paste text change event is fired 2 times
2. When select and delete change event is fired 2 times on delete
3. When select and delete some more text change event is fired 3 times on delete.

Steps to reproduce

1. open CKEditor in Firefox
2. create a link using "Link" icon/button.
3. In edit mode click on the space right after the "link text"
4. add your text - note it is highlighted blue (part of the link text) the ancher tag seems to be fluid.
5. Also if you carriage return from the "link text" line it will continue to be "link text."
6. This will also happen if you create a new link

Expected result

Should be able to insert plain text after a link in Firefox browser.

Actual result

Unable to insert plain text after a link in Firefox browser.

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

Browser: Firefox 37.0.2 CKEditor version: CKEditor 4.5.6

A new client sent me the attached .PNG examples of an ongoing "phantom scrollbar" problem experienced when switching between a "normal" and "expanded" view in the FCKEditor (version 2.4.3) with Java integration (version 2.3).

I'm also attaching copies of the editor/css/fck_editorarea.css and editor/skins/default/fck_editor.css files.

Mac OSX 10.4.10 (Tiger) is the OS and Firefox is the browser. The problem is reportedly occurring only on the Mac.

I don't have a Mac, so must analyze the problem in the doc and on the Wiki. So far, I haven't seen a clue to a possible answer from either doc or Wiki.

Advice or suggestions?

Browser: FF 2 OS: mac (os x 10.4)

Normally, while editing in a standard text area, I can press the CMD-back arrow (also known as "open-apple, left-arrow") to move my cursor to the beginning of a line.

In the FCK editor (see latest build: ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html) the "open-apple, left-arrow" will navigate you one page back in history in FireFox. NOTE, this only occurs if you actually have history. If there is no history, it seems to do the correct thing and move your cursor to the beginning of the line.

Navigating back in your history is actually the correct browser behavior, EXCEPT when you are doing some text editing.

Seems to work correctly in your latest build on Safari though!

To Reproduce:

1. View your nightly build in a browser window
2. type some stuff
3. type CMD-[back arrow]
4. If your browser window had history, you will navigate back one page. If not, you will move to the beginning of the line

ForcePasteAsPlainText doesn't seem to be working for Mac users. They're able to paste in rich text from MS Word, bringing over invalid HTML source code with it. I'm using drupal module ckeditor 6.x-1.2 with ckeditor 3.5.1 on drupal 6.20. I'm not sure if these people are using the Safari browser or Firefox. I have Pasting as Plain Text enabled on the ckeditor module profile admin page, as well as in the ckeditor.config.js file. Also, in case it matters, I have SCAYT set to start automatically.

This problem doesn't affect Windows users using IE or Firefox.

Hi guys, I'm using CKEditor 3.6.2 and working in Firefox 6.0.2 (Mac OS X). When I paste (cmd+v) a text into the textarea of the CKEditor the whole window scrolls down (how much depends on the amount of text i paste) which means that every time I paste a piece of text to the CKEditor field I need to scroll back upp to be able to continue to work in the textarea.

This problem can be reproduced on your demo page (​http://ckeditor.com/demo).

Bug found when reproducing #6775

1. In config.js set RTL language like 'he'.
2. Open link dialog and move it to the right
3. When you reach the border of browser/view pane, move the dialog to the left and bottom

Result: Dialog contents goes out of dialog borders See screenshots.

Reproducible from CKE 3.5.3

1. Load the Ajax sample.
2. Create the editor.
3. Without clicking in the editing area, click one of the image, flash or iframe buttons.
4. Insert any URL in the dialog and confirm.
5. Click the "Undo" button.

The inserted object is not removed. A second click on Undo removes it.

Confirmed with FF5 and Opera. Ok with IE9 and Safari.

CKEditor toolbar becomes invisible when using Tab key and the Maximize toolbar button. Please follow the steps in the attached filed to reproduce the issue. This bug also happen in the CKEditor demo site of 3.6.1 version and nightly build.

To reproduce the defect:

1. Open Massive inline editing sample & navigate to 7th div using tab

2. Select the image and invoke context menu using Application key (SHIFT + F10).

Expected Result: Context menu opens and shows properly.

Actual Result: Browsers native context menu shows up.

Context menu displays properly when we use mouse to invoke Context menu.

This is Firefox and Opera issue reproducible from CKEditor 4.x

Problem can be reproduced from CKEditor 4.0 beta in Opera and Firefox.

1. Go to read-only sample.
2. Select few words in line
3. Click read-only button to make editor read-only
4. Select few words in line

Result: Cut icon gets enabled. You can't cut text but this doesn't look nice.

This TC is also reproducible in Webkit but enables more buttons plus Webkit has another TC to enable buttons thus it is reported here: #9627

When you copy and paste some text, leading whitespace is removed on FF only. This is easy to reproduce just copy some text with a space as the first character, when you paste it the space is not preserved. Seems to work on IE and WebKit so not sure whether this is something that can be controlled or not. This can be replicated on the demo ​http://ckeditor.com/demo

In FF, go to CKEditor demo. Go to Source view. Ctrl-a, then paste the attached html into Source View. Go to non-source view. Press page down key. Keep pressing. About two-thirds of the way down, page down will get stuck.

1. Create a link of type url and give it an id and name.
2. Now enter no of lines below this link. These lines are added as spacer.
3. Create another link and select its type as 'Link to anchor in the text' and select the anchor name or id of the link created in step 1.
4. The new link must be created quite some distance from the first link i.e the second link must be at a scrollable distace so that when we click the second link the focus moves up or down the page.
5. Now click the second link. In IE and chrome focus will move to the first link while in firefox instead of the focus getting shifted to the target link the page reloads.

I have verified that this is not a behaviour intinsic to firefox by creating two such links in a html page without ckeditor and it behaves as expected i.e the focus shifts, just like in IE and firefox. The problem occurs only when ckeditor is loaded.

One difference I observed between the source code of the preview page as generated by IE and FF is that FF had this additional line insided the html body

<p>
	<link href="http://ckeditor.com/apps/ckeditor/3.6.3/contents.css" rel="stylesheet" type="text/css" />
</p>

If this is acknowledged as a bug we will require it to be patch in 3.3.1 and 3.5.3 also as we have customers using these releases and waiting for a fix.

Problem can be reproduced in Firefox only from CKEditor 3.6.4 rev. [7527] in both CKE 3.x and 4.x

1. Create subdomain.example.com and example.com domains
2. Put ckeditor with attached sample under subdomain.example.com
3. This sample has document.domain='example.com’ set
4. Load attached sample from subdomain (​http://subdoamin.example.com/ckeditor/samples/replacebycode2.html)
5. Press preview

Result: Permission denied error is thrown.

Error: Permission denied to access property '_cke_htmlToLoad'
Code: doc.write( window.opener._cke_htmlToLoad );
URI: ​http://www.subdomain.example.com/ckeditor/plugins/preview/preview.html

Reported in ​http://cksource.com/forums/viewtopic.php?f=11&t=17610

In Firefox 3.5.7 the cursor disappears after switching to full screen, but clicking on the content or restoring size shows it again. In 3.6 on the other side it remains hidden until something else is focused (showing the context menu, open a dialog, focus the url bar...)

This bug is found to be due to reload the page with focus on wysiwyg mode, cause a javascript error as titled in FF.

To reproduce:

1. Open replacebyclass.html in Firefox/Safari/Opera.
2. Create a table.
3. Move caret to first table cell.
4. Indent.
5. Move caret to second table cell.
6. Try to move caret back to first table cell.
7. You can't do that (Firefox), or you'll have strange selection positions in other browsers.

There's an obvious blinking of host page vertical scrollbar, Firefox only.

Use ToolbarLocation = Out:... (Samples 10 and 11). Switch to source mode and back. Note that toolbar is disabled.

When building the list in the

createList function

the method

listItem.appendBogus()

is called for all but IE browsers. As the comment states this is done to render the list item at full height. But this is only necessary if the list item (or the elements inside the list item) are empty. If there is content in the elements the content will give height to the list item.

Suggestion: Only add bogus elements when the list item(and its elements) are empty.

Steps to reproduce

1. Paste below code in source mode and switch to wysiwyg

   <table border="1" cellpadding="1" cellspacing="1" style="width:500px">
       <tbody>
           <tr>
               <td style="background-color: rgb(102, 102, 204);">s</td>
               <td>s</td>
           </tr>
           <tr>
               <td>s</td>
               <td style="background-color: rgb(255, 255, 0);">s</td>
           </tr>
           <tr>
               <td style="background-color: rgb(255, 204, 0);">s</td>
               <td style="background-color: rgb(255, 204, 0);">s</td>
           </tr>
       </tbody>
   </table>
   

2. Select whole table with a mouse and Press Ctrl+C (You can also use Copy from context menu)
3. Press Ctrl+V or right-click below table and select Paste (Ctrl+V into paste dialog and click OK)

Expected result

Whole table should be pasted and formatting preserved.

Actual result

Only first row gets pasted.

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

Problem can be reproduced from CKEditor 4.5.0 in Firefox only.

NOTE: From CKEditor 4.0 - 4.4.8 the above scenario resulted in table being pasted but without width style (background was preserved).

Steps to reproduce

1. Open attached word file and copy list from it.
2. Paste the list into CKEditor full package

Expected result

List is pasted with styles allowed by ACF. Please see #14542.

Actual result

Empty list is pasted (just numbers/bullets).

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

Problem can be reproduced from CKEditor 4.5.0 in Firefox only.

After executing action inside of a command, the caret disappears from the editor. If the same action is executed independently of CKEditor, the caret stays there.

For reproduction try the button "download file" (works) and the first button on the toolbar without an icon (caret disappears).

If you are accessing CKEditor with an URL ending with a slash, let's say :

​http://ckeditor.com/demo/

Insert a new link in the editor and specify "​http://ckeditor.com/test/" (please note the ending slash) as URL.

Then select the newly created link and copy / paste it.

Now have a look at the source, the link becomes :

<a href="../test/">...

Even if you specify the config baseHref.

How can we fix this ?

Ways to replicate the bug: 1) Have a button,which once clicked inserts html text in the ck editor by calling: var ck=CKEDITOR.instances[editor_id]; if(ck)

ck.insertHtml(text);

2) Set CKEDITOR.config.enterMode = CKEDITOR.ENTER_BR; 3) Press the Enter key in the editor to create a new line,then press the button to insert the text.

At this point Firefox throws this error: Error: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMHTMLDocument.execCommand] Source File: ckeditor.js Line: 100

After some digging it seems this code is the culprit: N.document.$.execCommand('inserthtml',false,E);

From my testing it seems the error message doesn't pop up if CKEDITOR.ENTER_P is used or if (CKEDITOR.ENTER_BR)-after pressing Enter key-some additional text is inputed in the editor.

This bug seems to affect only Firefox,apparently,it works just fine with Chrome. I haven't tested it with IE/Opera/Safari.

Table cell insertion logic should be optimized to be filled with bogus BR instead of hard BR.

Reproducing Procedures

1. Open the replace by class example page;
2. Clear all document content, and open 'Table' dialog to Insert a 1x1 table;
3. Switch to 'Source' mode.
   • Actual Result: Extra BRs displayed in source code.

     <table border="1" cellpadding="1" cellspacing="1" style="width: 200px;">
     	<tbody>
     		<tr>
     			<td>
     				<br />
     			</td>
     		</tr>
     	</tbody>
     </table>
     <p>
     	<br />
     </p>
     

   • Expected Result:

     <table border="1" cellpadding="1" cellspacing="1" style="width: 200px">
     	<tbody>
     		<tr>
     			<td>
     			</td>
     		</tr>
     	</tbody>
     </table>
     

In Kama.skin - dialog.css, the background position for a.cke_dialog_ui_button should be 0 -1068px instead of 0 -1069px as now, in order to avoid an ugly hover effect (very visible if the default button colors are changed to darker colors in sprites.png - the bad hover effect can be seen for instance on the "Browse Server" button in the image plugin):

line 364 of kawa skin dialog.css

background: transparent url(images/sprites.png) repeat-x scroll 0 -1069px;

should be

background: transparent url(images/sprites.png) repeat-x scroll 0 -1068px;

I am using CKEditor on Firefox 11.0 on a windows server 2008 build.

I have enterMode and shiftEnterMode set to CKEDITOR.ENTER_BR.

When I add a ordered or unordered list to my document and have a line of text following the list, Scayt surrounds the line of text in a span after a load from the database and causes the editor to create a new unordered list with the last word from the last element of the list.

Disabling Scayt removes the issue.