Custom Query

To reproduce the defect:

1. Open CK Editor and click on Table icon to open Table Properties dialog.

2. Using key board navigate to Headers combo box.

Expected Result A dotted line shows around the combo box indicating that focus is currently on the combo box.

Actual Result There is no dotted line or any other indication to the user that focus is currently on the combo box.

3. Close Table Properties dialog and click on Find icon to open Find and Replace dialog.

4. Using key board navigate to the Match case check box.

Expected Result A dotted line shows around the check box indicating that focus is currently on the check box.

Actual Result There is no dotted line or any other indication to the user that focus is currently on the check box.

This is an Accessibility issues, since we are using FF4 for our Accessibility testing

Hi,

On firefox 4 I can copy an image from my computer and past it directly on to CKEditor (ctrl + c and ctrl + v), but, when I try to do this on IE 8 or google chrome nothing happens.

Does anyone know why?

Thank You!

This issue is based on ​http://drupal.org/node/1096164.

To reproduce:

1. Include in your CKEditor HTML page and CSS file from the attachment.
2. Open sample page
3. Scroll down to the middle of the editor
4. Select some text but try to start somewhere in blank area. Clicking in area next to "Little Red Riding Hood" always works.

Result:
Editor scrolls up.

The reason is that body in contents.css has height:100% applied. This particular setting is causing the whole problem.

I have managed to reproduce the issue only on Firefox (One user claimed that he reproduced it in IE8) browser from CKEditor 3.4.2

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

Environment

linked with #6804 , Firefox 4/5b

TC

1. Paste following code into editor

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

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

Actual result

Additional </br> added

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

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

This happens when you use CKEditor in tab elements. After hide & show CKeditor I can't move cursor with arrow buttons.

To reproduce the bug go into online demo and type the following into your javascript console:

$('.demoInside').hide();
$('.demoInside').show();

Place your cursor and try to move left / right using the arrow keys.

Firefox 5 (Win7)

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

This is the continuation or extension of #7796.

1. Open replacebycode sample and clean both editors
2. In first editor press bold button and type few words
3. Go to second editor and type few words
4. Go to first editor and click behind the text

Result: Bold button is no longer activated. It all depends whether Firefox decides whether you have left element boundaries or not.

After discussoin with @wwalc we have decided to create such ticket and link it to #7796 just to mark that this is not only about pasting.

1. Paste in the following code:

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

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

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

When pasting images into CKEditor in Firefox 5, a ​Data URI is used as image source. I would like to be able to disable this, so that in this case no image is pasted.

To reproduce:

1. Right-click any image in Firefox 5
2. Select 'Copy Image'
3. Paste the image into CKEditor

Result:

The source of the pasted image is data:image/png;base64,iVBORw0KGgo...

This might be reproducible in other browsers as well.

I'm sorry, I don't know the right component for this ticket.

Thanks in advance.

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

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.

Using CKEditor 3.6.1 in Firefox 5.0 on Ubuntu, I get this error when I try to drag and drop some HTML into CKEditor (WYSIWYG mode) (I'm using prototypejs to handle the dragging and dropping):

uncaught exception: [Exception... "Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMNSHTMLDocument.execCommand]"  nsresult: "0x80004005 (NS_ERROR_FAILURE)"  location: "JS frame :: http://myhost/ckeditor/ckeditor.js :: q :: line 8765"  data: no]

I also ran this with CKeditor's unminified source and the problem occurs at line 125 of plugins/wysiwygarea/plugin.js:

this.document.$.execCommand( 'inserthtml', false, data );

After the error occurs once, everything works fine. I can drag and drop images and they all work without any errors.

I'm not sure of the exact reason for this error, I couldn't put together a test case to add to this issue unfortunately, however I wanted to report it in case others encounter this error and can provide more details or if they just want to know a workaround.

This error is similar to the error reported here, so that's how the workaround below was found: ​http://dev.ckeditor.com/attachment/ticket/5660/5560.patch

Add this JavaScript to fix the issue

CKEDITOR.on('instanceReady', function(e) {
	var editorInstance = e.editor;

    // Refresh 'contentEditable'
    var body = editorInstance.document.getBody();
    body.setAttribute( 'contentEditable', false );
    body.setAttribute( 'contentEditable', true );
});

The bug also happens with the nightly build (Revision number: 7199) taken on August 15th 2011.

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.

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.

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

Revealed by the following DT failure on FF3.6.3 run:

​http://ckeditor.t/dt/core/dom/node.html (test_isReadOnly)

This issue was reported by Srinivas Nalla on our support channel.

TC provided by a user:

Steps to Re-Produce the Issue.

1. Place an Image Tag with wrong image name
2. Find that image missing icon is displayed in IE 8 but missing in Firefox

I have got similar but not the same result. Image missing icon was visible in CKEditor content area but not in Page preview.

At first I thought that this is a browser issue but it is reproducible from CKEditor 3.6 so it looks like an editor problem.

If I edit form's textarea contents in WYSIWYG and then move to source and back to WYSIWYG textarea contents are missing.

By entering textarea content via dialog contents remain.

Entering by pressing enter inside textarea in WYSIWYG results in new empty paragraph at the beginning of editing area.

Tested with FF 6.0.1

Tested in FF 3.6

Set the editor to RTL mode. We have the <html> tag within the editor iframe set to rtl:

<html class="CSS1Compat" lang="ar" dir="rtl">

Insert a table. Click on the table. The resize handles will appear in the left side of the editor, where the table would be in LTR mode.

This is probably a FF bug but there may be a workaround.

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

Run the attached code example. Click the "Test" button on the toolbar. Go to the source view. Notice that the "!" character is incorrectly encoded. Expected result is that the "!" character is not encoded, thus allowing navigation to the href to occur.

Steps to reproduce:

1.Click on Selection Field plugin and add some values. 2.After adding the content to the editor, select the 'selection field' click on the 'right align'.

3. You will observe that the Selection Field is broken.

Note: This happens in firefox.

We have found that in FF,7 for the text selection made, Color Picker shows last color(s) selected on dialog open.

Steps to reproduce:

1. Access ckeditor.com/demo
2. Create two paragraphs, each containing the word 'text'.
3. Select the first paragraph and select the color 'red'.
4. Select the second paragraph. You should see that 'red' is still

highlighted, when the default color is black. Select 'green'

5. Now select the first paragraph again. Both colors will be

highlighted.

You can continue to select other colors, and eventually can get every color to be highlighted.

Steps to reproduce

1. Open API Sample.

2. Place cursor at end of content in CK Editor.

3. Press "Set Editor Contents" button.

4. Press Shift+Tab twice & move focus back to content area in CK Editor.

Issue: On FF 7 cursor shows up at the end of content area.

On all other browsers (FF 3.6, IE(6,7,8,9), Opera & Safari) cursor shows at the beginning of content area.

I an seeing the following error: this.getWindow().$.getComputedStyle(this.$, \"\") is null

userAgent:Mozilla/5.0 (Windows NT 6.1; WOW64; rv:8.0) Gecko/20100101 Firefox/8.0

The code in question is located at element.js line 502.

I am recommending that the code change from:

return this.getWindow().$.getComputedStyle( this.$, ).getPropertyValue( propertyName );

to

return this.getWindow().$.getComputedStyle( this.$, ) ? this.getWindow().$.getComputedStyle( this.$, ).getPropertyValue( propertyName ) : null;

that will fix the problem.

thanks,

Scott Schmitz.

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

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.

Hi,

We are using 3.x version of CKEditor in our project and when set large data to the editor (1 MB - 2 MB) data, the vertical scroll bar is stopped working. This issue is coming on Firfox and this is working fine for IE browser. For large data, when try to scroll after load it sometimes make the browser also crashing some times.

Really would appreciate if any work around or patch for this issue? Please guide us kindly.

Note: We have a valid license for the CKEditor.

Thank You, Siju Thomas.

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

On Firefox 8 on Windows 7:

steps to reproduce:

1. go to demo page
2. edit source and change it to "<p></p>"
3. stop editing source
4. focus on editor using the tab key (do not click on the editor)
5. type a single character

Expected: Just the character should be typed.

Actual: A newline spontaneously appears before the character, moving the character down.

When I paste text from MS Word 2003, which is in bold, different colors and two different sizes, the result is everything in default black and the same text size. CK Editor tells it can't access clipboard due to the FF security settings, but I can't see what I could change in FF. I disabled all FF add ons, but the result is the same. The same with older CKE versions if using FF 9.0.1 Works fine in Opera and IE.

Steps to reproduce:

1. Create a table (default values are fine)
2. Place the cursor in the first cell and click/drag to highlight the rest of the table
3. Paste the table in the editor

Expected result: The pasted table retains the width of the copied table

Actual result: The pasted table appears very small and has the minimum column width possible (screenshot attached)

Workaround: Copy the table by placing the cursor outside of the table when highlighting it. The table pastes properly this way.

The problem is reproducible on the ckeditor.com/demo application.

Steps to reproduce:

1. Create a table (default values are fine)
2. Place the cursor in the first cell and click/drag to highlight the rest of the table
3. Paste the table in the editor below the first default table

Result:Not only it does not copy style attribute #8661 but it also pastes all cells in single row.

Reproducible from CKEditor 3.0.

1. All browsers
2. Steps to reproduce:

• choose font style ( "bold" for example)
• type something
• then press Enter twice
• then move on the previous line, using mouse

Result: Bold font was reset Expected result: If any font style was chosen, it keeps still while typing. Screens are attached

To reproduce the defect:

1. Open a CKEditor sample.

2. Insert a new table.

3. Open the Cell properties dialog using the context menu

4. Navigate to a Choose button in the dialog and press Enter to open the Select Color dialog.

5. Select Color dialog opens and JAWS reads the first color option. Inspect32 confirms that focus is on the first color in colors listbox.

6. Use Right Arrow key.

Expected Result: JAWS should read the next color in the list. Actual Result: JAWS reading the Cancel button name.

There are two issues here

First Issue: JAWS doesn't switch to forms mode correctly to allow navigating the color picker list box with arrow keys.

Second Issue: Odd jump to the Cancel button bypassing the input field on the dialog.

To reproduce:

1. Paste the below code in CKEditor

   <span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">This is </span></span>
   

2. Paste the below code into console or use PasteAsPlainText plugin

   CKEDITOR.instances.editor1.insertText("Hello, world");
   

3. Put cursor here: Th^is is
4. Execute console command or use PasteAsPlainText plugin.

Results:
Firefox and Chrome split each section in separate spans whereas IE and Opera do the expected and join all together. Safari drops formatting.

IE and Opera OK-

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">ThHellois is </span></span></p>

Firefox -

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span><span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Hello, world</span></span><span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">is is </span></span></p>

Chrome -

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span><span style="font-family: arial, helvetica, sans-serif; ">Hello, world</span><span style="font-family: arial, helvetica, sans-serif; ">is is</span></p>

Note also that Chrome drops font-size if it is default 12px. If you use font-size E.g 13 you will get spans like: <span style="font-family: arial, helvetica, sans-serif; font-size: 13px;">

Safari -

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span>Hello, worldis is</p>

All issues have been reproducible from CKEditor 3.5. Before this version text was pasted without any formatting. From 3.5 there is an improvement but there is still something missing.

Exception is the Safari where it seems that this particular part was working till CKE 3.4.3 and was broken in CKE 3.5.

When you use the PasteFromWord Command on multiple nested lists, only the first nested list is really nested after pasting.

Try with

<ol id="d65e23">
	<li>
		toto
		<ol>
			<li>
				bibop</li>
			<li>
				tutut</li>
		</ol>
	</li>
	<li>
		tata
		<ol>
			<li>
				lolilop</li>
			<li>
				reir</li>
		</ol>
	</li>
	<li>
		tutu</li>
	<li>
		lolo</li>
</ol>

on the ckeditor demo

Put the code and then copy and pastefromWord, you'll lose the second ol

I tried to fix it for my webapp and found a way. I hope i didn't break anything by doing that.

In the flattenList filter in default.js line 418 (in ckeditor 3.6.1) i just did the following code : children = element.children so that the global loop takes in acount the flattened ol/ul. Otherwise the increase of level is lost.

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

1. Load the attached sample page;
2. Just put cursor in editor without any other keystrokes;
3. Press PageDown keys couple of times then PageUp;

• Actual: Cursor moves in the document, while content not scrolls;
• Expected: Cursor moves with page scrolls cursor into view.

In addition, note the behavior will return to normal once Down Up/Arrow key is used.

Create a bulleted list as follows

o One

• Child 1
• child 2

o two

Place cursor before "O" in One. Shift-down arrow. Press delete key. Action changes the order of the sub list items, also does not properly handle the change.

o * Child 2

child 1

o two

To reproduce the defect:

1. with JAWS on, Open a CK Editor sample and insert a new table.

2. Open Cell properties dialog using context menu

3. Navigate to Choose button next to Background Color text field & press Enter.

4. Select Color dialog opens.

5. Select a color and close the dialog or Press Esc to close the dialog.

6. Select Color dialog closes and focus goes back to Choose button next to Background color text field on Cell Properties dialog.

7. Press enter again to open Select Color dialog.

Issue: Nothing happens & Select Color dialog not opened.

8. Navigate to Choose button next to Border Color text field and press Enter.

Issue: Nothing happens & Select Color dialog not opened.

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. Go to ​http://ckeditor.com/demo
2. Drag image in few places inside content area
3. Switch to source and notice that there are many empty headers inside content area <h1>&nbsp;</h1>

I have also tried using the below code (img inside div)

<div>
	<img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" style="margin-left: 10px; margin-right: 10px; float: left; width: 120px; height: 168px;" /></div>
<h1>Little Red Riding Hood</h1>

Code didn't cause much trouble except for the first two drags. First one leaves empty div at the top and second one (Let's say picture was dragged here in the first try rescue and cuts the w^olf )and the second one leaves empty div inside text. In all other cases picture is dragged without div anymore.

Issue reproducible in Firefox from CKEditor 3.6.2 rev [7242]

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;

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.

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.

Steps:

1. input multiple lines of text as pic1 in firefox.

2. ctrl + a to select all text, then make all selected text bold/underline/... as pic2.

3. select one line (such as the second line) to unbold the whole line of text as pic3.

4. place cursor at the end of second line and input "ab"

Expected result:

"ab" is not bold.

Actual result:

"ab" is bold.

Possible cause:

when style in firefox, br is included in "strong" tag as pic4 and when unstyle br is not removed with "strong" tag as pic5.

To reproduce:

1. In your config.js set config.forcePasteAsPlainText = true;
2. Open any MS Word 2010 document and copy formatted text with CRTL+C
3. Paste contents in to editor using CRTL+V (Toolbar buttons work fine)

Result: MS junk code is pasted into editor.

Issue has been reproducible in Firefox from CKEditor 3.6.3.

The first change - all pasted in one paragraph can be seen from rev [7453] but there is no MS junk. In next revision [7454] junk is present.

To reproduce:

1. Open placeholder plugin sample
2. Put cursor behind placeholder and try to delete it.

Result: you can't.

This is actually how Firefox works. It does not allow for removing non-editable elements with backspace key
Insert the below code in HTML page, open it in Firefox and try to delete placeholder.

<div contenteditable="true" style="margin-bottom:25px; border:3px solid black;">
<p>This is a <span contenteditable="false" data-cke-placeholder="1" class="cke_placeholder">[[sample placeholder]]</span>. You are using <a data-cke-saved-href="http://ckeditor.com/" href="http://ckeditor.com/">CKEditor</a>.</p>
<div>

Perhaps CKEditor might introduce some code working around this issue

To reproduce:

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

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

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

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

When I click on a "label" element the field that the label is defined for ("for" attribute) get focused so I cannot modify the label.

Affected : Firefox 12.0 on Linux, Chromium 18 on Linux, Safari 5.1.7 on Windows Works on : Internet Explorer 9 on Windows, Opera 11.62 on Windows.

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.

When you set a MozTransform scale factor to the content body of the editor, when writing something the browser scroll in the wrong place. That happens too with pageDown button, the document scrolls down but not to the real end of the enlarged document, but to the end of the document without the transformation.

It seems that Firefox don't consider that zoom scale factor, that others browser do.

To reproduce this bug after the CKEDITOR.replace part add (content should be long enough to scroll):

CKEDITOR.on('instanceReady', function(ev){
            var body = ev.editor.document.getBody().$;
            body.style.MozTransformOrigin = "top left";
            body.style.MozTransform = "scale(1.5)";
            body.style.OTransformOrigin = "top left";
            body.style.OTransform = "scale(1.5)";
            body.style.TransformOrigin = "top left";
            body.style.Transform = "scale(1.5)";
            // IE
            body.style.zoom = 1.5;
        });

Unable to type after press "New Page" button in Firefox.

To reproduce:

1. Open replacebycode sample
2. Click inside editor and press CRTL+A
3. Press backspace few times quickly Two is usually enough but you may need to press it few more times. Cursor should go up a little bit.
4. Try to apply style from styles dorpdown like Blue, Red title, big, Small (it works with some styles) or underline, subscript, superscript, strike (it works with bold and italic).

Result: Cursor will go up a little bit and style/button won't get applied/activated.

Reproducible in Firefox from CKEditor 3.5.3

To reproduce (don't use mouse):

1. Run JAWS and FF13 on WinXP
2. Open replacebycode sample and tab into editor
3. Press ALT+F10 and TAB to Smiley or Special Characters dialog. Try moving arrows. It works.
4. Press Escape and again press ALT+F10, TAB to Special Characters dialog. Try moving arrows.

Result: JAWS reads Cancel button and you can't navigate with arrows. This issue has been reproducible only in Firefox from CKE 3.5 - when navigation with arrows while JAWS is enabled was introduced (It didn’t work before).

Clearly noticable at the select input dialog, but all buttons are affected, including OK and Cancel. The buttons are a bit cutoff from top.

To reproduce:

1. Set Enter mode to BR
2. Open replacebycode sample, press New Page and switch to source
3. Paste in the below invalid code

   <div>
   <ul>
   <li><meta charset="utf-8"><span style="font-size: smaller;">FedEx 3rd Day (3 business days) - $12.95&nbsp;</span></meta></li>
   <li><meta charset="utf-8"><span style="font-size: smaller;">FedEx 2nd Day (2 business days) - $24.50</span></meta></li>
   <li><span style="font-size: smaller;">FedEx Next Day (1 business day) - $19.95</span></li>
   </ul>
   </div>
   

4. Switch to WYSIWYG

Result: infinite loop.

Problem has been reproducible in Firefox from CKE 3.5.3 rev. [6629]

Despite code being invalid I think that it should not cause infinite loops.

To reproduce :

1. Create a new table.
2. In wysiwyg mode, resize it
3. Right clic on the table, and enter a new width.
4. Go to source, the table contains 2 widths (<table width="xxx" style="width: xxxpx")

Thanks in advance.

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.

I am trying to copy and paste some text from a word document (containing bullets). Only the text above the bullets is copied, rest of the content is excluded for some reason. This happens in firefox 15.0.1, but works fine in internet explorer and chrome. In our ckeditor config, "forcePasteAsPlainText" is set to "TRUE". I am attaching the text we are trying to copy/paste and also a screenshot of the result. Please take a look into the issue. Thanks.

3 steps to reproduce with firebug to simulate a custom plugin.

In br mode :

1. In firebug, type : CKEDITOR.instances.editor1.insertHtml("foo");
2. In the editor, put the cursor after foo and push enter.
3. In firebug, type : CKEDITOR.instances.editor1.insertHtml("foo");

An unexpected error happens : Failure Code 0x80004005

Thanks in advance

In Firefox 15.0.1, the image "Browse server" popup appears behind the main browser window. When you remove the popup and try again the popup appears in front, as it should.

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.

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

1. Open stylesheetparser.html sample.
2. Focus editor by clicking on the line.
3. Apply first block style (h1.lightBlue).
4. Apply second block style (h3.green).

Warning is logged on console (note: native console, not Firebug):

[11:49:52.973] Use of attributes' specified attribute is deprecated. It always returns true. @ http://localhost/cksource/ckeditor-dev/core/dom/element.js:1648

I haven't noticed any issue following this warning, but it's worth checking.

1. Open placeholder sample.
2. Click on text.
3. Right click on placeholder.
4. There's no "edit placeholder" option in context menu - only "paste" is available.
5. Right click again - "edit placeholder" appears.

Expected: "edit placeholder" should be available on first time.

Reproducible in v3 and v4.

1. Open inlineall sample.
2. Insert one of the widgets.
3. Click it.
4. Toolbar disappeared.

When using the autogrow plugin in the latest build, dropdowns stop working. For example the font dropdown. As soon as you click it it disappears.

As soon as the editor has focus the dropdowns start working. But without focus the dropdowns don't work.

Check ​http://pxltest.nl/ckeditor4/samples/autogrow.html for an example.

This is tested in Firefox 16 on mac

Using the divarea or massive inline samples and Firefox:

Load the sample ​http://nightly-v4.ckeditor.com/3753/samples/divarea.html and select some text (selecting the picture doesn't work and it's really strange but I don't know if that's a new setting), and drop it in other place for example try to select "Red" and change from

Little Red Riding Hood

to Little Riding Hood Red

Result: Red moves to a new line with border... it turns out that the whole container div has been inserted inside the editor, switching to source and back to designs makes the "Red" block hide, although it's still there.

Similar problems happens with the massive inline sample ​http://nightly-v4.ckeditor.com/3753/samples/inlineall.html.

Other browsers seems to behave correctly

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

With Firefox, the image selection is not working.

The elements path even show "img" when clicking on an image, but the selection box is not shown. Is not possible to drag-n-drop images because of this.

Moving the text cursor inside a submit, textarea or such by using the arrow keys causes an error shown in Firebug: "Error: Permission denied to access property 'nodeType'" in ckeditor.js on line 13.

This will also result in the Source-button not working so that you cannot enter the source-mode. The button will work again after moving the cursor out of that place.

Here's a sample source code with which you can easily reproduce the bug by moving the cursor with your arrow keys.

Also tested this on the nightly build.

<h1>Form</h1><p><input id="upload" name="upload" type="file" /><br /><input id="submitForm" name="submitForm" type="submit" value="Submit" /></p>"

I am using Win7 Pro and Firefox 16.0.2

1. Go to ​http://ckeditor4.t/ckeditor/plugins/autogrow/samples/autogrow.html
2. Place a caret in the middle of the text.
3. Hold Enter (return) for 3 secs.
4. A lot of new empty content (<p>&nbsp;</p>) has been created but editor preserved its height.
5. Click inside of the editable or type something.
6. Now autogrow worked.

Browser: Firefox 16.0.2 (if relevant)

It appears, that CKEditor handles selection over multiple cells in tables in two ways:

1. Selecting by mouse: whole cells are being selected.
2. Selecting by Shift+Arrows: text in cells is being selected.

There's an issue regarding the second way. This type of selection expands finely over multiple cells, but only when we move forward, i.e. use Shift+RightArrow and Shift+DownArrow to select.

This type of selection does not expand over multiple cells in backward direction, i.e. when we use Shift+LeftArrow.

Assume we start selecting text from the middle of a cell and go backwards. When selection's "tail" (it's "growing" part) reaches beginning of the cell, it occasionally swaps with selection's "head" (it's "stationary" part) and so pressing Shift+LeftArrow further will just make our selection shrink in backward direction.

Selecting over multiple cells with Shift+UpArrow causes some other effect: the behaviour is more or less what we expect it to be - selection is spanned over multiple cells to the point in the upper row, that closely corresponds to our starting position, but we can make it only once. Any attempt to press Shift+UpArrow once more will just reset our selection.

i.e. Version is actually CKEditor 4.0 (revision 769d96134b). I just can't find it in the drop-down list below.

When you try to load iframe with editor in hidden DIV and after that you change visibility of this div, the editor toolbar show without images of buttons (only alt of images are visible in buttons).
I reproduce this bug only in Firefox (for me it's FF 17.0.1 - Windows 7).
I've add test case for this issue in attachment.

ALT+- keystroke doesn't work for me on FF (Linux and Win). In toolbar plugin keystroke is added for:

CKEDITOR.ALT + ( CKEDITOR.env.ie || CKEDITOR.env.webkit ? 189 : 109 )

This, for some reason works on v3, but on v4 doesn't, because ALT+- is ALT+173.

1. Open any sample.
2. Insert textarea into editor.
3. Right click on it.

JS error is thrown:

Error: Permission denied to access property 'nodeType' @ core/dom/node.js:25

Context menu usually doesn't show up.

1. Open divarea sample.
2. Maximize editor.
3. Minimize.
4. Entire page is editable.

1. Go to ​http://ckeditor4.t/ckeditor/samples/inlineall.html
2. Focus first editor in the right column (2 paragraphs)
3. C-a, C-c, C-v
4. Editable is totally broken

Reported on the forum: ​http://ckeditor.com/forums/CKEditor/Delete-key-not-working-if-at-end-of-line-past-a-space

Steps to reproduce:

1. Open the ​standard sample.
2. Place cursor at the end of the line (but not end of paragraph), after the trailing space.
3. Use Del to delete text.

Expected result: text from the next line is deleted.

Actual result: nothing happens.

Placing the cursor before the space works as expected and the text is deleted.

IE, Chrome do not seem to be affected. In Opera it seems like there is no space at the end of the line - the cursor always appears after the last character and deletion works as expected.

Firefox only (not reproducible in IE10, Chrome24):

I type a line of text followed by Enter. Whoops - I meant to type Shift+Enter, so I hit Backspace followed by Shift+Enter. What gives? Now my cursor is two 'lines' down!

Here's what I type:

"A line of text", <Enter>, <Backspace>, <Shift+Enter>

And now my cursor is two <br /> down instead of just one.

Verified in the basic demo and the nightly Using the "Enter" key in CKEditor sample, where I can see that 2 <br /> have been inserted from my final single <Shift+Enter>.

I'm running Firefox 18.0.2.

TC1:

1. Open replacebyclass sample.
2. Without focusing editor, click 'body' in elements path.
3. Only header and image were selected.

TC2:

1. Write two paragraphs.
2. Switch to source and back to wysiwyg.
3. Without focusing editor, click 'body' in elements path.
4. Only first paragraphs was selected.

Reproduced on FF, couldn't on Chrome, haven't checked the rest.

1. Create new table with default width 500.
2. Switch to wysiwyg mode and resize it with FF native handles.
3. Right click on the table and select Table properties.

Result: Width has no value assigned.

This is happening because when using Firefox native resize handles, Firefox operates on attributes while CKEditor operates on styles what results in two widths (#9287).
Issue #9287 no longer occurs in CKE 4.1 RC but one does and can be reproduced from CKEditor 4.0 in Firefox browser.

In Firefox 19, the cursor moves to the far right after deleting unordered list that contains a single list item.

Steps to reproduce:
1) Open Firefox
2) Load CKEditor with the following HTML source:

<p>A line of text</p>
<ul>
  <li>First bullet point</li>
</ul>

3) While CKEditor is in WYSIWYG mode, select "First bullet point" as in the first screenshot.
4) Press delete or backspace on the keyboard.
5) The cursor ends up on the same line as the remaining paragraph, but oddly at the far right of the editing area (second screenshot, circled in red).

This was discovered on Windows 7 64-bit using CKEditor 4.0.2. I was not able to reproduce the behavior in IE9 or Chrome25.

This is my first bug report. I am attempting to se disableObjectResizing=true and it seems to be working fine, except when clicking to full screen mode / maximize. Once you do that, users can click the image and resize, even if disableObjectResizing is true.

You can test here: ​http://www.elementalblend.com/_prodev/ckeditor4/

• using firefox 19.0 and mac osx 10.8.2
• click the image button and put in an absolute image link
• try to resize (which shouldn't work)
• click maximize button
• click image to resize in full screen mode, and now it works (even though disableObjectResizing=true)

Here is a screen shot: ​http://i.imgur.com/kUHHm6e.png

Thanks, Brandon

Affects Firefox 20.0 (the latest version atm). Does not affect WebKit-based browsers.

Reproducable: Always.

Steps to reproduce:

1. Open full-featured CKEditor, for example, ​http://ckeditor.com/demo#full
2. Switch to source mode.
3. Paste this code:

   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <p>Foo.</p>
   <div style="float:right">
   <p><img alt="" src="http://b.cksource.com/a/1/img/sample.jpg" style="height: 200px;" /></p>
   <p><img alt="" src="http://b.cksource.com/a/1/img/sample.jpg" style="height: 200px;" /></p>
   <p><img alt="" src="http://b.cksource.com/a/1/img/sample.jpg" style="height: 200px;" /></p>
   <p><img alt="" src="http://b.cksource.com/a/1/img/sample.jpg" style="height: 200px;" /></p>
   </div>
   

4. Switch to WYSiWYG mode.
5. Scroll to the bottom, make sure you don't see any of the «Foo» labels in the viewport.
6. Double-click on the last image. A dialog will appear.
7. Press «OK» to apply and close the dialog.

What actually happens: The CKEditor viewport is instantly scrolled to top (jumps).

What should happen: The viewport should remain as it is. If the height is changed after editing the image, the top border of the visible area should remain the same, and the viewport should extend to the bottom (as it does when everything is fine).

Additional notes: Clicking the last image is not requred, you can use either one. This depends on if the text at the left (the «Foo» lines) is in the viewport. If you can still see the text (not scrolled down or the viewport is large enough), then the bug won't trigger.

If CKEditor is loaded in a hidden iframe, icons are not showed.

If iframe is inside of hidden div, error persist, so I supposed that the error is when ckeditor is loaded when the parent box is no visible box.

This error is only in new version of Firefox. In Chorme, Shafari and Opera works ok.

Firefox 20.0 Ubuntu 12.10

I attach an example. In this example, I wait 5 second to show iframe because is necessary that ckeditor load when iframe is hidden.

Repoducible on the Demo Page:

​http://ckeditor.com/demo

var cke = CKEDITOR.instances.editor1
jQuery('#demo-standard').hide();
jQuery('#demo-standard').show();
cke.insertHtml('<img src="http://b.cksource.com/a/1/img/sample.jpg" />');

Result:

TypeError: A is undefined

TypeError: range is undefined (with uncompressed sources)

I tested this against release/4.1.x 3cb9cc24ed187a8ad29b810798f3427cc45a6fcf

Firefox Version: 20.0.1

I am not sure if this is a ckeditor issue or a FF bug. But since I wasn't able to reproduce it with a plain contentEditable div I am reporting it here first.

Reproducible on the Demo Page:

​http://ckeditor.com/demo

Copy/execute the code line by line, don't execute the block as a whole. Apperently there is a timing component to this bug, that I wasn't able to reproduce it with setTimeout.

var cke = CKEDITOR.instances.editor1;
var r = cke.getSelection().getRanges();
jQuery('#demo-standard').hide();
jQuery('#demo-standard').show();
cke.getSelection().selectRanges(r);
cke.insertHtml('<img src="http://b.cksource.com/a/1/img/sample.jpg" />');

After that, if you doubleclick the inserted img. A phantom image appears that is not inside the Browser DOM and dissapears when the text is edited.

I tested this against release/4.1.x 3cb9cc24ed187a8ad29b810798f3427cc45a6fcf

This Code is my attempt at a workaround for Issue #10402. Any tips on how to workaround those two problems is appreciated.

In inline mode after opening and closing any richcombo UI component, CKEditor doesn't hide its toolbars on clicking outside of element being edited.

Steps to reproduce:
1) open inline demo at ​http://ckeditor.com/demo#inline
2) click on top right editable paragraph
3) click on Styles combo to open it
4) again click on Styles combo to close it
5) click outside of editable element

Current behaviour:
CKEditor doesn't hide itself.

Expected behaviour:
CKEditor should hide itself.

How to fix it:
In plugins/richcombo/plugin.js, panel.onHide closure add line:

me.editorFocus && editor.focus();

after line:

me._.on = 0;

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

1. Open editor (Replace Textarea Elements by Class Name from Sample).
2. Left-click on image (i.e. apollo image). You will see 8 dots to resize image.
3. Right click on one of these dots.

Error: Permission denied to access property 'nodeType' (line 25)

It seem to be connected with: #9881, #9612

When a block level element is set to readOnly, it is being wrapped in a P tag. Given the following HTML in the demo page:

<div id="test">
  <ul>
    <li>First bullet</li>
  </ul>
</div>

If the div#test is set to readOnly using the following code:

CKEDITOR.instances.editor2.document.$.getElementById("test").contentEditable=false;

Once set to readOnly, if you view the source using the Source button, you end up with:

<p>&nbsp;
<div contenteditable="false" id="test">
<ul contenteditable="false">
	<li>First bullet</li>
</ul>
</div>
</p>

I would expect the DIV not be wrapped in the P.

This seems to be specific to Firefox. The same test seems to pass in IE and Chrome

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

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

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

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

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

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.

From what I've seen, this only occurs if the source being edited is not surrounded by tags. More specifically, it happens when "BR on Enter mode" is enabled.

Using Firefox, with BR on Enter mode enabled, add some text to the editor (but no HTML). Then select all using CTRL + A. Apply a style (like bold, italics, or strikethrough). The style is applied, but then the selection is deselected and the cursor moves to the end of the selection. If multiple lines are used, then the cursor moves to the end of the first line.

To better illustrate, here is a screencast: ​http://screencast.com/t/qHwIf8WzNX

Using Firefox, one is not always able to replace selected text by pasting contents from clipboard. I have successfully identified this issue raised by the divarea plugin, disabling it fixes the issue.

You can reproduce this using the online demo:

1. Open ​http://ckeditor.com/demo#div in Firefox
2. Copy a short string (e.g. "example") into your clipboard
3. Double-click on the term "spaceflight" in the first line of the very first paragraph
4. Insert clipboard contents by using CTRL+V or Right-Click -> Paste

The selected text was not replaced, instead the clipboard contents gets inserted right in front of the original selection:

Expected result: "Apollo 11 was the example that landed the first humans, [...]"

Actual result: "Apollo 11 was the examplespaceflight that landed the first humans, [...]"

This problem persists unless a text block is splitted into own text nodes. Simply mark the term "spaceflight" again and you can now replace it by pasting contents.

I was able to confirm this issue with both CKEditor 4.1.1 and the online demo using Firefox 23.0.1, other browsers seem to be not affected.