Custom Query

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (301 - 400 of 576)

1 2 3 4 5 6
Ticket Summary Keywords Owner Type Status Priority
#8754 Multiple nested lists and PasteFromWord Firefox Bug closed Normal
Description

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.

#8821 [FF] PageUp/Down doesn't scroll Firefox Garry Yao Bug closed Normal
Description
  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.

#8883 Firefox: Dragging image wrapped in block element leaves empty block elements in content area. Firefox Bug closed Normal
Description
  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]

#8958 can not escape style for a whole line in firefox Firefox Bug confirmed Normal
Description

Steps:

  1. input multiple lines of text as pic1 in firefox.
  1. ctrl + a to select all text, then make all selected text bold/underline/... as pic2.
  1. select one line (such as the second line) to unbold the whole line of text as pic3.
  1. 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.

#8968 FF: Pasting content (CRTL+V) from MS Word 2010 with forcePasteAsPlainText turned on pastes MS junk Firefox Garry Yao Bug closed Normal
Description

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.

#8992 FF: You can't delete placeholder using backspace key Firefox New Feature closed Normal
Description

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

#9050 [FF] scroll to wrong position on writing Firefox Bug closed Normal
Description

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;
        });
#9096 [Fx] Unable to type after new page command Firefox Bug closed Normal
Description

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

#9098 FF: Can't apply styles after removing line Firefox Bug confirmed Normal
Description

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

#9106 FF, WinXP, JAWS: Can't use arrows in Smiley or Special Chars Dialogs when opened for second time Firefox Bug confirmed Normal
Description

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

#9186 meta tags placed in list and div with enter mode BR cause infinite loops. Firefox Bug closed Normal
Description

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.

#9287 Duplicate width (attribute and style) Firefox Bug closed Normal
Description

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.

#9398 Double Insert HTML Firefox Bug closed Normal
Description

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

#9433 [FF] "Browse Server" popup appears behind browser window Firefox Bug confirmed Normal
Description

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.

#9504 [FF][Chrome] attribute.specified is deprecated Firefox Piotr Jasiun Bug closed Normal
Description
  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.

#9505 [FF] Editor placeholder option not available in context menu after first right-click on placeholder Firefox Bug closed Normal
Description
  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.

#9515 [FF&Inline] Click on textarea/input/select makes toolbar disappear Firefox Garry Yao Bug closed Normal
Description
  1. Open inlineall sample.
  2. Insert one of the widgets.
  3. Click it.
  4. Toolbar disappeared.
#9571 Drag & Drop in Firefox can destroy the editor Firefox Frederico Caldeira Knabben Bug closed Normal
Description

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

#9584 FF: Image selection is not working Firefox Garry Yao Bug closed Normal
Description

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.

#9612 Moving the text cursor inside form elements causes js-error and breaks source-mode Firefox Bug confirmed Normal
Description

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

#9752 Text selection via Shift+Arrows doesn't expand over multiple cells in backward direction Firefox Bug closed Normal
Description

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.

#9802 Load iframe with editor in hidden DIV Firefox Bug closed Normal
Description

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.

#9827 Collapse toolbar keystroke doesn't work on FF Firefox Bug confirmed Normal
Description

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.

#9881 [FF] JS error when right-click on textarea Firefox Bug confirmed Normal
Description
  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.

#9883 [FF] Maximized and minimized divarea leaks Firefox Frederico Caldeira Knabben Bug closed Normal
Description
  1. Open divarea sample.
  2. Maximize editor.
  3. Minimize.
  4. Entire page is editable.
#9957 [FF] Cannot delete text at the end of the line with cursor placed after the space Firefox Bug confirmed Normal
Description

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.

#10047 FF: Replacing <Enter> with <Shift+Enter> results in extra <br /> Firefox Bug confirmed Normal
Description

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.

#10119 [FF] Click on "body" in elements path selects only on first block element Firefox Frederico Caldeira Knabben Bug closed Normal
Description

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.

#10121 [FF] Sourcearea is 1px lower than wysiwygarea Firefox Bug confirmed Low
Description

#10201 Table properties have no width when opening dialog after resizing table Firefox Bug confirmed Normal
Description
  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.

#10252 disableObjectResizing=true in full screen mode Firefox Bug confirmed Normal
Description

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

#10305 Strange jumps to the top in Firefox upon dialog closing (testcase included) Firefox Bug confirmed Normal
Description

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.

#10374 Doesn't show tool bar icons if loaded in hidden box Firefox Bug closed Normal
Description

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.

#10402 TypeError: A/range is undefined when calling insertHtml after hide/show. Firefox Bug confirmed Normal
Description

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

#10404 Strange insertHTML behaviour with FF 20.0.1 after selectRanges and hide/show Firefox Bug confirmed Normal
Description

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.

#10413 Inline CKEditor doesn't hide its toolbars after interaction with richcombo Firefox Bug confirmed Normal
Description

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;

#10502 [FF]Right click on some elements causes Error: Permission denied to access property 'nodeType' Firefox Bug confirmed Normal
Description
  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

#10601 readOnly block element wrapped in P Firefox Bug closed Normal
Description

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

#10775 Firefox deselects selected text when applying styles after ctrl + a (select all) Firefox Bug closed Normal
Description

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

#10787 Divarea and inline breaks replacement of text selection in Firefox Firefox Olek Nowodziński Bug closed Must have (possibly next milestone)
Description

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.

#11053 SCAYT conflicts with FF selection when pasting and undoing Firefox Bug closed Normal
Description

SCAYT causes the entire document to be highlighted from the beginning up to the point of the cursor when I highlight text, paste some text and then press CTRL+Z or the undo toolbar option when highlighting from the start of a line.

Browser: FF 24.0

OS: Win 7

Reproducible location: Demo site and nightly build

I also tested with IE9.0.8112.16421(Undo doesn't work so I can't test, reproducible on the demo site) and Chrome 30.0.1599.101 m (Worked fine).

Steps to reproduce:

  1. Go to the demo site
  2. Enable SCAYT (No spelling mistakes required)
  3. Delete the content currently there, for whatever reason I can't reproduce with the default text
  4. I type or paste in a few lines of text like so:

Hi there how are you

Hi there how are you

Hi there how are you

Hi there how are you

  1. I then highlight part of the line beginning at the start of the line.
  2. Paste some content
  3. Press CTRL+Z
  4. Notice it will now highlight the entire document up to the cursor
#11072 Merge cells doesn't work in FF when replaced textarea with inline editor Firefox Bug closed Normal
Description

Tested in FF24 on

http://nightly.ckeditor.com/13-11-03-07-05/full/samples/inlinetextarea.html

when selected few cells in one row and selected merge cells some JS exception is logged on console.

Same works OK in Chrome, not tested anywhere else.

Bug found from 4.0.1 (older not tested) to 4.3 beta.

#11212 [FF] It is impossible to exit styled list with Enter Key. Firefox Bug confirmed Normal
Description
  1. Open replacebycode.html sample
  2. Clear page with New Page button and click on one of list buttons to insert list
  3. Type "test1", Hit Enter, "test2", Hit Enter, "test3" and then stop
  4. Press Ctrl+A to select all text
  5. Select font-size 16px from Size dropdown
  6. Click behind 3 in test3 to change selection (You need to press Enter in such way that selection changes but cursor is still in span)
  7. Press Enter, press Enter and so on

Result: Items get created and you can't leave the list that way.

NOTES:

  1. This TC won't show errors with list pasted into source
  2. This is reproducible only in Firefox from CKEditor 4.0
#11323 [FF] preview does not display images Firefox Bug confirmed Normal
Description

observed at master

FF does not display images in preview.

  1. open any sample with CKEditor (i.e. samples/replacebyclass.html)
  2. click on preview button

Expected result:
You should se our sample image at right hand side.

Current result:
Image is missing, and alt is displayed.

additional info:

  1. It's due to missing base tag in head. Since we're opening preview in /plugins/preview/iepreview.html, browser (correctly) assume that all relative links should be resolved starting from preview directory. So assets/foo.png will be resolved as /plugins/preview/asstes/foo.png.
#11399 [FF] Instability of nested editables tests Firefox Bug confirmed Normal
Description

FF's implementation of focus/blur handling on nested editables seems to be very fragile - tests in http://ckeditor4.t/dt/plugins/widget/nestededitables.html randomly fail from time to time depending on how they were ran. Additionally, I had to add one of the tests to regressions, because it started to fail after b671945e@tests.

None of these instabilities occur when testing manually.

#11581 Enter Backspace Shift+Enter fails on FF Firefox Bug confirmed Normal
Description

Tested with FF25 and 27.

Reproducalbe in demo

Type "AAA"
Enter
Backspace
Shift+Enter

--> expected: new line, but it make p

Backspace

--> cursor is on line under "AAA"

Type "B" -> In Line 1 is "AAAB"

With "down" u can reproduce it.

#11611 'change' is fired when pressing arrow keys in the editor Firefox Marek Lewandowski Bug closed Normal
Description

When I use the arrow keys to change the cursor position in the editor there is a 'change' event fired for every keypress although no changes are caused by the arrow keys.

I'd appreciate if arrow keys are detected and the 'change' event wouldn't be fired in this case. Or to replace keypress by another event (as reported earlier, see comment on http://dev.ckeditor.com/ticket/10926)

This only happens in Firefox (I use 27.0.1 on OSX at the moment). Chrome and Safari seem to be fine.

#11668 delete key behavior is WRONG!! Firefox Bug confirmed Normal
Description

EDIT:

  1. Insert below code into editor:
    <p>test <strong>test <em>test </em>test</strong> test test</p>
    
  2. Switch to wysiwyg and put cursor behind italic element. Please note that element path needs to show body p strong. If you are seeing em move curosor with arrows to get out of em element.
    test test test ^test test test
    
  3. Start deleting text with delete key

Result: once whole bold text is deleted, the italic element gets deleted (except for the first letter)


hi all; I newly found key delete works wrong!!! for example, we have an bold element in a paragraph and in the bold element there is an italic word. if we put cursor after italic element exactly, and begin pressing delete key, the characters of bold text node which is after italic element, delete one by one. when the text node deleted and italic element was placed in end of bold element and cursor was placed in bold element and exactly after italic, pressing delete key will caused all of italic characters except one char, be remove!!! that is WRONG!!!

  1. http://upload7.ir/imgs/2014-03/22805295702919488848.png
  2. http://upload7.ir/imgs/2014-03/03656317128125272710.png
  3. http://upload7.ir/imgs/2014-03/11671183618270822326.png
  4. http://upload7.ir/imgs/2014-03/21996411578075141160.png

True : In these circumstances, characters of next text node from next element must be remove. I checked this, from 4.3.3 to 3.0 versions and all of them have this bug. please solve it. Very Thanks.

#11687 [FF] Caret position reset when clicking editable Firefox Bug confirmed Normal
Description

Clicking text in editable moves caret to very beginning, which is extremely annoying if you want i.e. select something in order to bold it.

  1. open sample with image2 plugin (/samples/plugins/image2/image2.html)
  2. put caret at following position Roll out of |Saturn V on launch pad in first widget caption
    note first selection is OK
  3. move caret to other element (by clicking), i.e. "Apollo 11" headline
  4. repeat 2nd step

Expected result:
Caret should be placed in of |Saturn

Current result:
Caret is placed at very beginning of the caption.

additional info:

  1. Bug occurs only if focus is moved from within the editor. That means, if you'll blur editor by i.e. clicking at sample headline "CKEditor Samples » New Image plugin", and then you'll click at editable - bug does not occur.
#11795 [FF] Ctrl+backspace inside table removes too much stuff Firefox Bug confirmed Normal
Description
  1. open any sample with CKEditor (i.e. samples/replacebyclass.html)
  2. use following source code
    <table border="1" cellpadding="1" cellspacing="1" style="width:500px">
    	<tbody>
    		<tr>
    			<td>&nbsp;</td>
    			<td>&nbsp;</td>
    			<td>&nbsp;</td>
    		</tr>
    		<tr>
    			<td>&nbsp;</td>
    			<td>&nbsp;</td>
    			<td>&nbsp;</td>
    		</tr>
    		<tr>
    			<td>&nbsp;</td>
    			<td>&nbsp;</td>
    			<td>&nbsp;</td>
    		</tr>
    	</tbody>
    </table>
    
    <p>&nbsp;</p>
    
  3. switch back to wysiwyg mode
  4. place cursor in very last cell (9th)
  5. press ctrl + backspace twice

Expected result:
Caret should not move outside of the cell?

Current result:
Leaves table with one column and two rows

additional info:

  1. it acts weird with ctrl+backspace in many other cases with tables
#11871 [FF] Htmldataprocessor test fails in FF29 Firefox Bug closed Normal
Description
  1. Check out 4.4.0 tag.
  2. Run dt/core/htmldataprocessor.html?name=test-xss---video-with-incorrect-source-onerror-17 in FF28.
  3. It's green.
  4. Do the same in FF29.
  5. It's red.
  6. An error is thrown
    an error occurred while executing regular expression htmldataprocessor.js:897
    

Yet another example of catastrophic backtracking in RegExp?

#11873 flash and iframe resizing Firefox Bug confirmed Normal
Description

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

#11876 [FF] Remove -moz- prefix from box-sizing property Firefox Task confirmed Normal
Description

Since version 29 (https://developer.mozilla.org/docs/Mozilla/Firefox/Releases/29), Firefox supports box-sizing without the vendor prefix. Let's keep things clean and save some bytes here and there.

#12104 [FF30+] Regression in editor/focus test Firefox Bug closed Normal
Description

http://tests.ckeditor.dev:1030/tests/core/editor/focus

Caused by an ugly FF bug. After framed editor body is changed, FF yields body to be the active element, selection to be anchored in it, but you can't see it and editor and when focus is moved to other focusable element, blur is not fired.

For now I'm adding test to regressions. It's not a huge problem in framed editor. But we need to trim this case down and report it on bugzilla.

#12179 [FF] Error while using :after pseudoclass in contents.css Firefox Bug confirmed Normal
Description

1) use http://ckeditor.com/demo#full, clear all (I used Gecko - last version of PaleMoon)
2) change contents.css or use different way do add style: .cke_editable span:after {content: ' [' attr(class) ']'}
3) write "blah blah".
4) select line and change Style to marker (now you will see yellow line: blah blah [marker]).
5) go to the end of this line.
6) press left arrow and obtain twice this error:

Error: Permission denied to access property 'nodeType'
Source File: http://cdn.ckeditor.com/4.4.2/standard-all/ckeditor.js
Line: 364

FF's bug on Bugzilla: https://bugzilla.mozilla.org/show_bug.cgi?id=1035749

#12641 Firefox merges paragraphs with wrong style Firefox Bug confirmed Normal
Description

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

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

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

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

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

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

#12649 FF makes wrong selection of text Firefox Bug confirmed Normal
Description

Let's have the following HTML:

<div>111<br></div>
<div>222 <br></div>

This we receive as we use divs for paragraphs and using magicline after 111. After 222 we have whitespace, it is not &nbsp; for FF. We select 222 (only 2s without the interval behind) and copy (CTRL+C) and then in the clipboard we have '222 '.

Steps to reproduce on the demo:

  1. Place the following HTML on empty CK area with firebug. Using source button in the demo clears the divs, so use firebug.
  2. Select the 222 text without the interval and make CTRL+C.
  3. Place the cursor among 111 and CTRL+V. The result is 1222 11.

The bug reproduces for the most of the cases, rarely it will work correct, even though on the demo we did not faced correct behaviour.

#12696 [Firefox] It is possible to create BODY without P using HR Firefox Bug confirmed Normal
Description
  1. Press new page button to clear content.
  2. Insert horizontal line using button.
  3. Press backspace.

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

Since 4.0, was fine in 3.6.6.

Also works fine on Chrome.

#12914 Copy/Paste Table broken in DIV based editor Firefox Bug closed Normal
Description

Using CKEditor demos as example, copying and pasting a table works in iframe demo (http://ckeditor.com/demo#standard) but is broken in div demo (http://ckeditor.com/demo#div). Seeing the same issue in our production implementation using version 4.4.6.

#12979 [FF] Preview does not work when CKEditor is loaded from a different domain Firefox Bug confirmed Normal
Description
  1. Open in Firefox http://ckeditor.com/demo#full
  2. Click preview
  3. Result: an empty page

Works fine on http://ckeditor.com/latest/samples/replacebycode.html where CDN is not used.

#13020 CKEditor exception in Firefox Firefox Bug confirmed Normal
Description

Please see comment:4 and comment:5 for more details.

Our web app has been generating countless exceptions in CKEditor. I have finally been able to reproduce one of them. For the demo please visit 'http://jsfiddle.net/ftey46fc/3/' and follow these steps in the editor in the lower right:

1) Type three lines of text with the letters a, b, and c on them (one

letter per line).

2) Select the first two lines and make that a numbered list. 3) Select all three lines and change to a bulleted list.

An exception is generated "TypeError: a is null".

This error is caused because when bookmarks are selected/restored in the selectBookmarks function the starting bookmark has been removed thus it fails to select it in the moveToBookmark function so startNode is null and the setStartBefore call will a null parameters throws an exception. I changed said function during me debugging to:

setStartBefore: function (node) {

if (node == null) {

console.log('* About to throw an exception');

} this.setStart( node.getParent(), node.getIndex() );

}

to better illustrate that.

Why has the bookmark been purged? Well the long story is that a <li> with the start bookmark gets added before the two existing <li>s and so the first <li> has no text in it and it's purged by the 'changeListType' function, but it all seems to come down to the getNative function that looks kind of (this is my debug version now) like this:

getNative: function() {

if ( this._.cache.nativeSel !== undefined ){

return this._.cache.nativeSel;

} if(isMSSelection){

this._.cache.nativeSel = this.document.$.selection;

}else{

var win = this.document.getWindow(); this._.cache.nativeSel = win.$.getSelection();

}

console.log('* new native selection = anchor = ' + this._.cache.nativeSel.anchorNode.nodeName + ' focus node = ' + this._.cache.nativeSel.focusNode.nodeName); return ( this._.cache.nativeSel );

}

which I have modified to break complex lines into pieces and add the logging. When this returns the selection via getSelection the focus node SHOULD be on the 'a' #text node, but it's actually on the OL node. This works fine in Chrome and usually works fine in FireFox, but the CSS I inject into the document seems to trigger this problem. Remove that and it works fine.

That makes me question whether this is actually a Firefox bug that needs to be worked around, but I don't know my browser specs. In any event one quick fix I've done to code around this was a patch to the moveToBookmark function that basically verifies that the startBookmark was found but

a) I don't know the extent that this kind of bug is going to have

on the rest of the system. If there are other places where the start bookmarks premature removal is going to wreak havoc then I'd like to know about it.

b) I don't know if there are other cases where we're going to see this

type of problem because of other CSS that Firefox/CKEditor doesn't work with properly. Like I said we're seeing all kinds of exceptions coming from CKEditor and it could all be permutations of this bug. I don't know yet.

c) When the exception occurs it leaves the end bookmark span in the

HTML and it seems that that can cause later problems.

Let me know if there's any additional info I can provide. I'm just glad to finally get this bug in a form reproducible outside of our code base.

  • Thanks, Alan
#13096 Another CKEditor Exception in Firefox Firefox Mateusz Samsel Bug closed Normal
Description

I filed bug #13020 a couple weeks ago explaining that we're seeing lots of CKEditor exceptions in our code. Here's a second one that we've been able to reproduce in jsfiddle. I will also attached a video.

To demonstrate the bug go to: http://jsfiddle.net/ftey46fc/14/

1) Type 'test' in the editor 2) Click to the left of 'test' between it and the border. About half

way works fine. (You can basically click anywhere in the 'padding' between the editor's content and the word e.g. you can click above it too.

3) Press the 'Delete' or 'Backspace' key.

The Video is viewable here: http://youtu.be/QNjrwfnpGwI

Video timeline:

0:00 - Show URL 0:08 - Show current console messages (e.g. that the exception has not happened yet) 0:14 - Show that we are in fact at the end of the console log (no hidden messages) 0:22 - Show Firefox version 0:32 - Type 'test' in the editor 0:39 - Click to the left of the word 'test' 0:42 - Show that the exception has not happened yet 0:46 - Press 'Delete' key 0:50 - Exception 'h is undefined' triggered

#13180 FF: Cursor stops before non content editable element when pressing left arrow key Firefox Bug closed Normal
Description

Steps to reproduce:

  1. Go to http://ckeditor.swg.usma.ibm.com/
  2. In the console: CKEDITOR.instances.editor1.insertHtml('aaa <a contenteditable="false" href="www.ibm.com">@Amy Jones126</a> aaa')
  1. Same for a similar structure more similar to mentions
  2. In the console: CKEDITOR.instances.editor1.insertHtml('aaa <span contenteditable="false"><a href="www.ibm.com">@Amy Jones126</a></span> aaa')
  3. Press the left arrow key...
#13190 Maximize problems Firefox Bug confirmed Normal
Description

Hi, I have big problem to maximize CK 4.4.7. For some security I have defined html{display:none;}. My JS then enable html with code: if(window.top === window.self) { document.documentElement.style.display = 'block';} Everything works perfect to situation when I click CK to maximize. All browsers hardcode change style and I see only blank window. I tried in my config this: CKEDITOR.instances.content.on('maximize', function() { document.documentElement.style.display = 'block'; });

It works only in Chrome not in FF and IE. I dont want to change my security improvements, but CK maximize must work.

Next issue it on maximize CK is problem comboboxes. See picture.

#13772 Contents appear unstyled on Firefox when setData() called immediately Firefox Bug confirmed Normal
Description

Steps to reproduce

  1. Initialize editor
  2. listen for 'instanceReady'
  3. call setData()

Example here: https://jsbin.com/vaqexu/2/edit?html,js,output

Expected result

Content appears styled.

Actual result

Contents not styled. contents.css not loaded as expected.

The example uses a link to S3 which is fairly variable in it's response rates. When the response rate is > 100ms, the contents will not be styled. The example jsbin has a timeout you can adjust to see that the successful styling is directly related to the response times.

I'm guessing that the success rates for < 100ms have to do with the setTimeout(,100) in wysiwygarea's initialization.

Hypothesis

  1. I believe that Firefox is canceling the open requests when ckeditor writes to the iframe.
  2. I believe that Firefox de-duplicates requests per iframe, ensuring that if the same document is referenced multiple times, it's only retrieved once.
  3. I believe that the canceling is actually asynchronous, such that the second time we write the content to the page, it de-duplicates it first, and then the request is canceled.
  4. When monitoring network traffic through Charles Proxy (it's awesome, you should try it if you haven't), it will report that the connection was closed by the client.

Possible Fix

Append cache-busting query string to css url. See: https://jsbin.com/woyeze/edit?html,js,output

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

Firefox 41, Windows, OSX & Linux

#13798 Changing paragraph format causes cursor to move on Firefox 41 Firefox Tomasz Jakut Bug review Nice to have (we want to work on it)
Description

Steps to reproduce

  1. On the CKEditor Demo page, set the cursor anywhere in the middle of a heading.
  2. Press Enter.
  3. Change the paragraph format to Normal.
  4. Press Backspace.

Actual result

Cursor has moved to the end of the line.

#13826 [FF] Wrong caret position after removing characters Firefox Bug confirmed Normal
Description
  1. Open any sample with CKEditor. (i.e. samples/replacebyclass.html)
  2. Use "Source" button to set following source:
    <p><span style="color:#FF0000">aa</span></p>
    
  3. Put the selection at the end of the document.
  4. Press shift+enter.
  5. Type "bb"
  6. Press backspace twice.

Expected result:
Visually caret should remain in (empty) second line.

Current result:
Visually you see that caret was moved to first line.

#14565 Pressing delete key in a highlighted image inside a floating div throws an error Firefox Tade0 Bug review_failed Normal
Description

If you have an image inside a floating div an error occurs if you highlight the image and press delete key. The error appear in line 949 of editable.js

path = range.startPath()

since range is undefined.

Steps to reproduce

  1. Open current version of online nightly ckeditor.
  2. insert the folowing html source code:
<div style="float:left"><img src="img/logo.png" /></div>
  1. Highlight image (don't use mouse click to select).
  2. Press delete key.
  • if you use the lastest stable version you can use:
<div style="float:left;"><img src="http://c.cksource.com/a/5/img/sprites.png" /></div>

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

OS: Windows 7 Browser: Firefox 45.0.1 CKEditor: 4.5.8

#14579 Incorrect special character encoding in Paste From Word Dialog in Firefox Firefox Bug closed Normal
Description

Steps to reproduce

When i'm trying to paste text copied from Word document and containing special characters with font "Symbol" the dialog window that opens on click on "Paste from Word" button doesn't show the special characters like lamda, mu, copyright symbol, etc. correctly.

  1. I make a Word document with the sting containing special characters for "lambda mu" and copy this thext string.
  2. I can check the contents of my clipboard in Free Clipboard Viewer 3.0 in the Tab HTML Format. My clipboard then contains such code
<body lang=DE style='tab-interval:35.4pt'>
<!--StartFragment--><span lang=EN-US style='font-size:11.0pt;font-family:
Symbol;mso-ascii-font-family:Calibri;mso-ascii-theme-font:minor-latin;
mso-fareast-font-family:"Times New Roman";mso-hansi-font-family:Calibri;
mso-hansi-theme-font:minor-latin;mso-bidi-font-family:Calibri;mso-bidi-theme-font:
minor-latin;mso-ansi-language:EN-US;mso-fareast-language:EN-US;mso-bidi-language:
AR-SA;mso-char-type:symbol;mso-symbol-font-family:Symbol'><span
style='mso-char-type:symbol;mso-symbol-font-family:Symbol'>a</span></span><span
lang=EN-US style='font-size:11.0pt;font-family:Symbol;mso-ascii-font-family:
Calibri;mso-ascii-theme-font:minor-latin;mso-fareast-font-family:"Times New Roman";
mso-hansi-font-family:Calibri;mso-hansi-theme-font:minor-latin;mso-bidi-font-family:
Calibri;mso-bidi-theme-font:minor-latin;mso-ansi-language:EN-US;mso-fareast-language:
EN-US;mso-bidi-language:AR-SA;mso-char-type:symbol;mso-symbol-font-family:Symbol'><span
style='mso-char-type:symbol;mso-symbol-font-family:Symbol'>m</span></span><!--EndFragment-->
</body>

  1. I click the "Paste from Word" button in the CKEditor on the http://ckeditor.com/demo and paste the contents of my clipboard into the opend dialog.

Expected result

the symbols lambda and mu are shown as symbols, exactly as in the Word document.

Actual result

in Chrome: the symbols lambda and mu are shown as symbols, exactly as in the Word document.

in Firefox:

the sting "am" is pasted into the dialog

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

#14586 Copy-paste in Firefox results in extra spaces Firefox Bug confirmed Normal
Description

Steps to reproduce

  1. Make a selection in the text that doesn't begin or end with a space (best illustrated with part of a word).
  2. Copy to clipboard
  3. Paste it somewhere in the editor

Expected result

The pasted content should be exactly the same.

Actual result

It adds a space before and after the selection.

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

This seems to only happen in Firefox. Currently using version 45.0.2. Can be reproduced in the official CKEditor demo as well.

#16900 Table from Excel gets pasted as image in Firefox Firefox Bug confirmed Normal
Description

Steps to reproduce

  1. Open attached file.
  2. Copy table from it and paste it into CKEditor

Expected result

Table gets pasted as HTML

Actual result

Table gets pasted as image

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

Probalem can be reproduced from CKEditor 4.6.2 in Firefox only.

#16929 [ENTER_BR]: Enter hides space before text Firefox Bug confirmed Normal
Description

Steps to reproduce

  1. Set editor enterMode to ENTER_BR
  2. In editor, enter text - 'Send to 123 Main St'
  3. Place cursor immediately after 'to', before space
  4. hit Enter key
  5. on new line, hit Delete or Arrow Right

Expected result

Space should be visible and key press should either move cursor or delete the space.

Actual result

Notice that first key press does nothing and space before '123' is not visible.

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

Problem can't be reproduced in native contenteditable element.

#1477 In fullscreen mode, pop-up menu position relative to "content div FireFox Bug closed Normal
Description

In FCK + Mediawiki, click on the fullscreen button, then right-click in any part of the text.

The pop-up menu will appear at some distance of your click point, probably due to the fact its position will be determined relative to the "#content" div from Mediawiki.

#1623 Removing Bold, Italic, Underline, Striketrough and maybe more is buggy/counterintuitive in Firefox FireFox Bug closed Normal
Description

Hi.

Done some more tests in version 2.5 and found this: Also tested on the demo on www.fckeditor.net

In Firefox:

  1. Enter some text in the editor.
  2. Select the text and then click Bold, Italic, Underline, or Striketrough button
  3. Select something else in the editor than the selected text or just give focus to something else in the page or editor.
  4. Select the same text again that you previously applied the Bold, Italic ... or whatever.
  5. If you now in #2 clicked Bold button, then you will now have to click the bold button TWICE to remove Bold from the text.

If you only place the cursor somewhere in the text that is bold without selecting anything, then one click on the Bold will remove it.

I find this very little intuitive. I do not mind that one can just place cursor within text and the click the button to remove previously applied Bold or whatever. But the fact that you cannot actively select same text as you selected before applying e.g. bold, in order to remove it just counterintuitive.

In IE6 (only tested in IE6 and Firefox 2.0.0.11), selecting the same text one previously applied the Bold to in order to remove it, and then clicking Bold button will remove it with only one click.

I have only tested Bold, Italic, Underline and Striketrhough, Subscript and Superscript buttons... This may allso be an issue with some of the other buttons as well


Also found an anomality with Remove link button in Firefox:

  1. Enter some lines of text in the editor.
  2. Select a line of text.
  3. Clik the Insert/Edit link button and insert a link for the selected text.
  4. Click somewhere else in the editor to deselect the text.
  5. Click somewhere in the link once, or select whole text or a part of the link (do NOT doubleclick to select the link (text)). You should now see that the Remove link button is enabled which is as expected.
  1. Click somewhere else in the editor to deselect the text.
  2. Double click somewhere in the link to select the link text. Now the Remove link button is not enabled.

#1655 FF: Bulleted point dissaperas when changing the indetation FireFox Bug closed Normal
Description

Tested on Firefox 2.0.0.11

To reproduce:

  1. Create bullet point list
  2. Notice tab does nothing
  3. Indent a new bullet in list
  4. Type shift-tab
  5. Notice removal of one indent level but bullet-point disappears
#1660 <br type="_moz"> and <p>&#160;</p> in empty source FireFox Bug closed Normal
Description

When FCKConfig.EnterMode option is explicitly set to BR value, empty textarea right after initialization contains <br type="_moz"> string after switching to source code view.

When FCKConfig.EnterMode option is explicitly set to P value, empty textarea right after initialization contains <p>&#160;</p> string after switching to source code view.

When FCKConfig.EnterMode option is explicitly set to DIV value, empty textarea right after initialization contains <div>&#160;</div> string after switching to source code view.

When FCKConfig.EnterMode option is left to use implicitly set default value (P), nothing appears in source code of empty textarea, which is OK.

Reproduces: Always

Browsers: Mozilla Firefox 2.0.0.11 on Windows XP

Extra: Opera 9.50 shows always &#160; sequence in all three possible FCKConfig.EnterMode options. Internet Explorer 7 is OK.

#1826 link editor dialog and firefox 2.0.x FireFox Bug closed Normal
Description

Descriptive summary

opening a link, the present href is not received by the link editor dialog, so it's like creating a new one.

Steps to reproduce

http://www.fckeditor.net/demo

  • please select the link "FCKEditor" and click the link icon in the toolbar
  • In the dialog the URL is empty on my Firefox configuration

Browser name and OS
FCKEditor 2.5.0 and 2.5.1:
Firefox 2.0.11 MacOSX 10.5: don't work
Firefox 2.0.9 WinXP SP2: don't work
IE6 and IE7 WinXP SP2: fine
Safari3 MacOSX 10.5: fine

FCKEditor 2.4.3:
Firefox 2.0.11 MacOSX 10.5 and FCKEditor 2.4.3: fine
Firefox 2.0.9 WinXP SP2 and FCKEditor 2.4.3: fine

So for me it seems to be a new 2.5.? specific problem?!?!?! I didn't find any information whether this was changed actively due to problems with Firefox in general, or this is a new bug of fckeditor?

Screenshot, Sample data, Test case file: not neccessary!

#14867 When pasting content from MS Word, text getting stripped. Only occurs in FireFox FireFox Marek Lewandowski Bug closed Normal
Description

Steps to reproduce

  1. Open the attached MS Word document
  2. Copy and paste the content to the online CKEditor demo (http://ckeditor.com/demo#standard)
  3. You will notice some text got stripped in the first bullet

Expected result

Content pasted fully

Actual result

Some text stripped

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

This only happens in Firefox. Version of Firefox used for testing is 48.0.2. Pasting from MS Word works in Chrome.

After some investigations, it appears the pastefromword plug-in is stripping the text. When the plug-in's disabled, this problem goes away. We need the plug-in so disabling the plug-in permanently is not an option.

#4839 [FF2] Combobox not focusable Firefox2 Bug closed Normal
Description

Combobox aren't focusable in Firefox2.

Reproduce

  1. Focus editing area.
  2. Press ALT+F10 to focus toolbar.
  3. Keep pressing SHIFT+TAB to reach combobox.

Result: Focus jumps back to editing area. Expected: Focus should be on the combo box.

#4908 FF2: Shared toolbar sample broken Firefox2 Bug closed Normal
Description

In Firefox2, shared toolbar sample is broken. Please refer to attached screenshot.

This includes both toolbar and status bar.

It works fine in FF3.

#4926 FF2: Resizing doesn't work Firefox2 Confirmed Review+ Frederico Caldeira Knabben Bug closed Normal
Description

In Firefox2, resizing of the editor doesn't work - editor is collapsed to minimal size and stays in this state.

Both quirks and strict. Work's well in Firefox3 and CKEditor 3.0.2.

#2303 [FF3] contextmenu remains open in firefox when dialog opens Firefox3 Bug closed Normal
Description

The contextmenu remains open in firefox when a dialog opens; and after closing the dialog, the contextmenu doesn't disappear by clicking somewhere else.

#6244 Table colspan problem after remove cell Firefox3 Bug closed Normal
Description
  1. In table 3x3 split horizontally cell 2 in row 2. In source you will see colspan="2" on cells above and under.


  1. Remove newly added cell


  1. Table layout is crash because td element still contains colspan="2" attribute
#6245 Table rowspan problem while removing cells Firefox3 Bug closed Normal
Description

same as in #6244 by MaNi,

  1. Insert table 3x3
  2. Split vertically cell 2x2 (rowspan=2 is added to cells on the left and right)
  3. Remove newly added cell
  4. Table layout is crashed (rowspan attribute is not deleted after deleting new cell
#6426 Numbered list with 3 levels pasted from word is converted to <p>'s Firefox3 Bug closed Normal
Description

based on #6401 I pasted contents from word files, attached there into CKEditor opened in Firefox 3.6.10

instead of

<ol>
	<li>
...
        </li>
</ol>

pasted content is:

<p style="margin-left: 18pt;">
	1)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 1</p>
<p style="margin-left: 18pt;">
	2)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 1</p>
<p style="margin-left: 36pt;">
	a)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 2</p>
<p style="margin-left: 36pt;">
	b)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 2</p>
<p style="margin-left: 54pt;">
	i)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 3</p>
<p style="margin-left: 54pt;">
	ii)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 3</p>
<p style="margin-left: 54pt;">
	iii)&nbsp;&nbsp;&nbsp; Level 3</p>
<p style="margin-left: 36pt;">
	c)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 2</p>
<p style="margin-left: 36pt;">
	d)&nbsp;&nbsp;&nbsp;&nbsp; Level 2</p>
<p style="margin-left: 18pt;">
	3)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 1</p>
<p style="margin-left: 18pt;">
	4)&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; Level 1</p>

Files were open in Word 2010 x64 PL

#7147 Editor not allowing to enter anything (Firefox v 3.5.16 or 3.5.x) Firefox3 Bug closed Normal
Description

Please find attached word document containing the steps to reproduce this issue.

Note: This issue is specific to Firefox v 3.5.x and I have found this issue in Firefox v 3.5.16 browser.

#7308 Spacers being added after tables using Firefox 3.6.15 Firefox3 Bug closed Normal
Description

Using Firefox 3.6.15 if I edit a table of the following configuration:

<table align="center" border="0" cellpadding="4" cellspacing="0" width="500">
	<tbody>
		<tr bgcolor="#ffffff">
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				<span style="font-family: Arial;"><strong>EMI Item #</strong></span></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				<span style="font-family: Arial;">EMI-48100</span></td>
		</tr>
		<tr bgcolor="#f2f2f2">
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);"><strong>Item Type</strong></span></span></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);">&nbsp;</span></span></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);">Tape</span></span></td>
		</tr>
		<tr bgcolor="#ffffff">
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);"><strong>Product Type</strong></span></span></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				<spacer height="1" type="block" width="1"></spacer></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);">Anti-Skid Tape</span></span></td>
		</tr>
		<tr bgcolor="#f2f2f2">
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);"><b>Color</b></span></span></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				<spacer height="1" type="block" width="1"></spacer></td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				<span style="font-family: Arial;"><span style="color: rgb(0, 0, 0);">Black</span></span></td>
		</tr>
		<tr>
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				&nbsp;</td>
		</tr>
		<tr>
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				&nbsp;</td>
		</tr>
		<tr>
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				&nbsp;</td>
		</tr>
		<tr>
			<td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%">
				&nbsp;</td>
			<td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%">
				&nbsp;</td>
		</tr>
	</tbody>
</table>

ckeditor inserts spacer tags after the table each time the code view is toggled, or on loading on the editor. Each time the code view is toggled more tags are added.

<p>
	<spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1">
	<p>
		<spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1"></spacer></spacer></p>
	<spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1">
	<p>
		<spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1"> </spacer></spacer></p>
	<spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1"><spacer height="1" type="block" width="1">
	<p>
		&nbsp;</p>
	</spacer></spacer></spacer></spacer></spacer></spacer></spacer></spacer></p>

I can only reproduce this in Firefox, and it does not happen with every table. I think is has something to do with the number of rows. If I remove rows I can get it to stop. Also, if I remove the empty column it will not add the spacers at the bottom.

This can be duplicated in the Demo by pasting the code and toggling the Code View.

#7997 FF3.6: text don't show in WYSIWYG mode, but in Source all ok Firefox3 Bug closed Normal
Description

If you past next code in Source mode, and then switch to WYSIWYG mode, nothing will appear. Problem appears only in FireFox 3.6

<!--[if !mso]> <style> v\:* {behavior:url(#default#VML);} o\:* {behavior:url(#default#VML);} w\:* {behavior:url(#default#VML);} .shape {behavior:url(#default#VML);} </style> <![endif]--><o:smarttagtype name="PostalCode" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><o:smarttagtype name="State" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><o:smarttagtype name="address" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><o:smarttagtype name="Street" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><o:smarttagtype name="City" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><o:smarttagtype name="place" namespaceuri="urn:schemas-microsoft-com:office:smarttags"><!--[if !mso]> <style> st1\:*{behavior:url(#default#ieooui) } </style> <![endif]--> <style type="text/css"> <!-- /* Font Definitions */ @font-face {font-family:Italic; panose-1:0 0 4 0 0 0 0 0 0 0;} @font-face {font-family:"sans serif";} /* Style Definitions */ p.MsoNormal, li.MsoNormal, div.MsoNormal {margin:0in; margin-bottom:.0001pt; font-size:12.0pt; font-family:"sans serif"; color:black; mso-believe-normal-left:yes;} a:link, span.MsoHyperlink {color:blue; text-decoration:underline;} a:visited, span.MsoHyperlinkFollowed {color:purple; text-decoration:underline;} span.EmailStyle17 {mso-style-type:personal; font-family:Italic; color:windowtext; font-weight:normal; font-style:italic; text-decoration:none none;} span.EmailStyle20 {mso-style-type:personal-reply; font-family:Italic; color:blue; font-weight:normal; font-style:italic; text-decoration:none none;} @page Section1 {size:8.5in 11.0in; margin:1.0in 1.25in 1.0in 1.25in;} div.Section1 {page:Section1;} --></style> <![if mso 9]><style> p.MsoNormal {margin-left:37.5pt;} </style><![endif]><!--[if gte mso 9]><xml> <o:shapedefaults v:ext="edit" spidmax="1026" /> </xml><![endif]--><!--[if gte mso 9]><xml> <o:shapelayout v:ext="edit">

<o:idmap v:ext="edit" data="1" />

</o:shapelayout></xml><![endif]--></o:smarttagtype><img class="shape" height="0" src="cid:image001.jpg@01CC207A.F8050800" style="display: none; width: 0pt; height: 0pt;" v:="" v:shapes="_x0000_Mail" width="0" /> <div class="Section1"> <p class="MsoNormal"> <i><font color="black" face="Italic" size="2"><span style="font-size: 11pt; font-family: Italic; color: windowtext; font-style: italic;">Test Message </span></font></i></p> </div> </o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype></o:smarttagtype>

#9677 [FF3.x] Autogrow fails in case of continuous massive content creation Firefox3 Bug confirmed Low
Description
  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.
#9884 [FF3.x] Select all and copy breaks inline editor Firefox3 Bug closed Normal
Description
  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
#2279 Firefox RC3 Scrollbar position problem Firefox3 Confirmed Review+ Frederico Caldeira Knabben Bug closed Must have (possibly next milestone)
Description

OS: Windows XP sp2 Browser: Firefox RC3 Builds Tested: 2.6.0, 2.6.1, Nightly Build 6/15/08

Steps to reproduce:

1) Open fckEditor sample running at: http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

2) Press the "Maximize editor size" on the toolbar

3) Press any letter followed by the enter key

4) Repeat step 3 40 times

5) Scroll to the middle of the document and set the cursor at the end of a paragraph.

6) press the enter key

BUG: Scrollbar moves up and paragraph is reposition at bottom of page.

From my understanding "ScrollIntoView" has been changed in Firefox 3 to match IE, I'll bet that is where the problem lies.

Will test will Firefox 3 final when it is released 6/17/08

#7246 Text scrolling failing when using find operation Firefox3 Mac Bug closed Normal
Description

I am trying to debug some strange behaviour with the CKEditor. Here the scenario to re-create the problem:

  1. I am creating a text, in which I want to search a key word, which appears multiple times at different positions in the text.
  1. I am opening the demo editor on your web page and paste the text into the editor.
  1. Now I am searching the key word using the find function. Every time I am repeating my search, the text editor finds the word and scrolls automatically to the position where the keyword can be found. Perfect.
  1. Now I am resizing the editor box, e.g. making it significantly smaller. I am re-trying my search with the same text and keyword. Now the editor cannot scroll any more to the correct position. I am totally unable to see the highlighted word and cannot decide any more, if I want to replace it or not.

I am using Firefox on Mac OS X.

Can you re-produce this problem?

Thank you for your wonderful editor.

#6327 [FF4] Unable to use the scrollbar Firefox4 Garry Yao Bug closed Normal
Description

Open the demo and try to manually scroll the document using the scrollbar.
Mozilla/5.0 (Windows NT 5.1; rv:2.0b6) Gecko/20100101 Firefox/4.0b6 @ WinXP

#6862 FF4: spellWin.location is null Firefox4 Bug closed Normal
Description
  1. Launch replacebyclass sample
  2. Open the "Spell Check" dialog
  3. Close the dialog
  4. Repeat steps 2-3 again
  5. Result: a JavaScript error occurred

spellWin.location is null

http://loader.spellchecker.net/sproxy_fck/sproxy.php?plugin=fck2&customerid=1:ua3xw1-2XyGJ3-GWruD3-6OFNT1-oXcuB1-nR6Bp4-hgQHc-EcYng3-sdRXG3-NOfFk&cmd=script&doc=wsc&schema=22

Line 348

#6902 [FF4] document selection lost Firefox4 Bug closed Normal
Description
  1. Put selection somewhere inside editor;
  2. Open 'Smiley' dialog and insert one;
    • Actual Result: Smiley is inserted at the beginning of document.

FF4 doesn't restore selection on editor focus.

#6952 Change font size / color in firefox 4.0b8 Firefox4 Bug closed Normal
Description

In the latest Beta stable release of Firefox , ( also tested on Minefield) when trying to change font size , nothing happens.

#6954 FF4: content is always inserted at the beginning Firefox4 Bug closed Normal
Description

Insert the cursor somewhere in the middle of the text and use the Smiley dialog to insert a smiley. Result: the element is inserted at the very beginning, regardless of the cursor position.

Confirmed in Firefox 4 Beta 8. It worked fine in CKEditor 3.3.

#7770 JS errors when selecting noneditable text in FF4 Firefox4 Bug closed Normal
Description

I have found this bug when testing #7694

  1. Open Ajax sample
  2. Copy the below code and paste it in source mode:
    <p>paragraph [one</p>
    <div contenteditable="false">none editable block</div>
    <p>paragraph] two</p>
    
  3. Switch to WYSIWYG mode
  4. Select whole "none editable block" text with a mouse and click on a size combo box. The JS error may be thrown
  5. If size combo is shown and no error is not thrown, than select size, click on font combo select a font, deselect the text by clicking on “paragraph] two”, select whole text again and click on size combo.
  6. If still can not reproduce it, try different combinations with selecting text, deselecting text, clicking on size combo, clicking on font combo. Sooner or later the error should be thrown.

The error is:

Location: _source/plugins/wysiwygarea/plugin.js Message: control.is is not a function

if ( control.is( 'img', 'hr', 'input', 'textarea', 'select' ) )

plugin.js (Line 653)

Message: ev.getTarget().is is not a function

if ( ev.getTarget().is( 'a' ) && ev.$.button != 2 )

plugin.js (Line 682)



I have managed to reproduce it only in FF4.

#7897 [FF4] first execCommand (enterMode:ENTER_DIV) shows cursor in second line instead of first line Firefox4 Bug closed Normal
Description

if enter mode ENTER_DIV is used, every first execCommand call shows the cursor in second line but after first input cursor jumps back in first line.

How to reproduce:

  1. open ckeditor with enterMode:ENTER_DIV
  2. focus editor (cursor is in first line)
  3. click on bold/italic... (cursor is in second line)
  4. write some content (content is added in first line)
#8006 FF4 Ubuntu: right click between tables in wysiwyg mode results in an error Firefox4 Bug closed Normal
Description

Depends of the content in the editor.

Steps to reproduce

  1. Load contents of attached sample.txt.
  2. Click between the second and the third table (click few times in random places to trigger the error - it happens randomly).
  3. The following errors appear:
    target.getOuterHtml is not a function
    if ( !target.getOuterHtml().replace( emptyParagraphRegexp, '' ) ) 
    _source/plugins/wysiwygarea/plugin.js Line 668
    
    ev.getTarget().is is not a function
    if ( ev.getTarget().is( 'a' ) && ev.$.button != 2 ) 
    _source/plugins/wysiwygarea/plugin.js Line 682
    

Whenever the JS error occurs, target is set to "document" instead of "p".

Can be reproduce at least since CKEditor 3.3.2.

1 2 3 4 5 6
Note: See TracQuery for help on using queries.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy