Custom Query
Results (301 - 400 of 576)
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 | Bug | closed | Normal | |
Description |
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 |
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 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:
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 | Bug | closed | Normal | |
Description |
To reproduce:
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:
Result: you can't.
This is actually how Firefox works. It does not allow for removing non-editable elements with backspace key <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:
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):
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:
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 :
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 :
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 | Bug | closed | Normal | |
Description |
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 |
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 | Bug | closed | Normal | |
Description |
|
|||||
#9571 | Drag & Drop in Firefox can destroy the editor | Firefox | 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
to
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 | 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:
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). |
|||||
#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 |
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 | Bug | closed | Normal | |
Description |
|
|||||
#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:
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 | Bug | closed | Normal | |
Description |
TC1:
TC2:
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 |
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). |
|||||
#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/
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:
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: 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: 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:
Current behaviour:
Expected behaviour:
How to fix it:
after line:
|
|||||
#10502 | [FF]Right click on some elements causes Error: Permission denied to access property 'nodeType' | Firefox | Bug | confirmed | Normal | |
Description |
Error: Permission denied to access property 'nodeType' (line 25) |
|||||
#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> <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 | 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:
The selected text was not replaced, instead the clipboard contents gets inserted right in front of the original selection:
Expected result:
Actual result:
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:
Hi there how are you Hi there how are you Hi there how are you Hi there how are you
|
|||||
#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 |
Result: Items get created and you can't leave the list that way. NOTES:
|
|||||
#11323 | [FF] preview does not display images | Firefox | Bug | confirmed | Normal | |
Description |
observed at master FF does not display images in preview.
Expected result:
Current result:
additional info:
|
|||||
#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" --> 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 | 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:
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!!! 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.
Expected result:
Current result:
additional info:
|
|||||
#11795 | [FF] Ctrl+backspace inside table removes too much stuff | Firefox | Bug | confirmed | Normal | |
Description |
Expected result:
Current result:
additional info:
|
|||||
#11871 | [FF] Htmldataprocessor test fails in FF29 | Firefox | Bug | closed | Normal | |
Description |
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 |
|||||
#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) 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 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:
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 |
Result: horizontal line was not removed, but the paragraph was removed instead and I can write directly in the 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 |
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
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) {
} 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() {
} 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
b) I don't know if there are other cases where we're going to see this
c) When the exception occurs it leaves the end bookmark span in the
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.
|
|||||
#13096 | Another CKEditor Exception in Firefox | Firefox | 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
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:
|
|||||
#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
Example here: https://jsbin.com/vaqexu/2/edit?html,js,output Expected resultContent appears styled. Actual resultContents 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
Possible FixAppend 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 | Bug | review | Nice to have (we want to work on it) | |
Description |
Steps to reproduce
Actual resultCursor has moved to the end of the line. |
|||||
#13826 | [FF] Wrong caret position after removing characters | Firefox | Bug | confirmed | Normal | |
Description |
Expected result:
Current result: |
|||||
#14565 | Pressing delete key in a highlighted image inside a floating div throws an error | Firefox | 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
<div style="float:left"><img src="img/logo.png" /></div>
<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 reproduceWhen 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.
<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>
Expected resultthe symbols lambda and mu are shown as symbols, exactly as in the Word document. Actual resultin 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
Expected resultThe pasted content should be exactly the same. Actual resultIt 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
Expected resultTable gets pasted as HTML Actual resultTable 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
Expected resultSpace should be visible and key press should either move cursor or delete the space. Actual resultNotice 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:
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:
|
|||||
#1655 | FF: Bulleted point dissaperas when changing the indetation | FireFox | Bug | closed | Normal | |
Description |
Tested on Firefox 2.0.0.11 To reproduce:
|
|||||
#1660 | <br type="_moz"> and <p> </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> </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> </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   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
Browser name and OS
FCKEditor 2.4.3: 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 | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultContent pasted fully Actual resultSome 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
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+ | 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 |
|
|||||
#6245 | Table rowspan problem while removing cells | Firefox3 | Bug | closed | Normal | |
Description |
same as in #6244 by MaNi,
|
|||||
#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) Level 1</p> <p style="margin-left: 18pt;"> 2) Level 1</p> <p style="margin-left: 36pt;"> a) Level 2</p> <p style="margin-left: 36pt;"> b) Level 2</p> <p style="margin-left: 54pt;"> i) Level 3</p> <p style="margin-left: 54pt;"> ii) Level 3</p> <p style="margin-left: 54pt;"> iii) Level 3</p> <p style="margin-left: 36pt;"> c) Level 2</p> <p style="margin-left: 36pt;"> d) Level 2</p> <p style="margin-left: 18pt;"> 3) Level 1</p> <p style="margin-left: 18pt;"> 4) 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%"> </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);"> </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%"> </td> <td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%"> </td> <td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%"> </td> </tr> <tr> <td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%"> </td> <td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%"> </td> <td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%"> </td> </tr> <tr> <td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%"> </td> <td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%"> </td> <td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%"> </td> </tr> <tr> <td nowrap="nowrap" style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="30%"> </td> <td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="1%"> </td> <td style="font-family: Tahoma,Arial,Helvetica,sans-serif; font-size: 11px;" width="69%"> </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> </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: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 |
|
|||||
#9884 | [FF3.x] Select all and copy breaks inline editor | Firefox3 | Bug | closed | Normal | |
Description |
|
|||||
#2279 | Firefox RC3 Scrollbar position problem | Firefox3 Confirmed Review+ | 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:
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 | Bug | closed | Normal | |
Description |
Open the demo and try to manually scroll the document using the scrollbar. |
|||||
#6862 | FF4: spellWin.location is null | Firefox4 | Bug | closed | Normal | |
Description |
spellWin.location is null Line 348 |
|||||
#6902 | [FF4] document selection lost | Firefox4 | Bug | closed | Normal | |
Description |
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
The error is: Location: _source/plugins/wysiwygarea/plugin.js Message: control.is is not a function
plugin.js (Line 653) Message: ev.getTarget().is is not a function
plugin.js (Line 682)
|
|||||
#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:
|
|||||
#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
Whenever the JS error occurs, target is set to "document" instead of "p". Can be reproduce at least since CKEditor 3.3.2. |