Custom Query
Results (501 - 576 of 576)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#10893 | IndexSizeError is thrown on undo | IE Firefox | Bug | closed | Normal | |
Description |
Problem can be reproduced in Firefox and IE9-10. To reproduce:
Problem can be reproduced in Firefox from CKEditro 4.0 beta with BR_mode only. Problem can be best reproduced in IE when BR mode is used but this isn't necessary. In IE this is issue can be reproduced from CKE 4.0.
JS error is thrown:
Message: IndexSizeError: Index or size is negative or greater than the allowed amount |
|||||
#10941 | Indentation not applied to ul/ol element when the entire list is indented | IE Firefox IBM | Bug | confirmed | Normal | |
Description |
1) Select a list (ul or ol) as whole. 2) Click Indent button Result: Text inside list items is indented but not the list as a whole. The bullet points are aligned to the left, that means to the edge of the edit area. |
|||||
#10949 | [Blink Firefox] Readonly editor elementspath selection doesn't select as expected. | Blink Firefox | Bug | confirmed | Normal | |
Description |
When the editor is readonly clicking an element in elements path does not truly select it in Blink and Firefox.
NOTE: This doesn't have to be table. You can select list or any other element. In blink and Firefox you won't be able to copy it. Blink informs you about it with system sound while FF does nothing. Workaround: select the table with the mouse and copy it then (notice the blue selection instead of the gray one in step 3). This is really difficult to control though as the mouse selection is not accurate or easy. This is difficult when for example trying to copy long or nested tables. |
|||||
#10966 | [FF] Unable to escape from the link or anchor | IBM Firefox | Bug | confirmed | Normal | |
Description |
To Reproduce:
Problem: Cursor is inside the anchor tag This issue was previously fixed under http://dev.ckeditor.com/ticket/5978 |
|||||
#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:
|
|||||
#11237 | Paste table from Microsoft Office Word - lost value of border attribute | IBM Firefox Webkit Blink | Bug | closed | Normal | |
Description |
Open Ajax sample.
Expected result: Border size should be set to 1 Actual result: Border size field is empty. It's happens since 4.3 in FF and Chrome, works fine in IE. see the attached MSWord with sample table. |
|||||
#11248 | [FF] Permission denied is thrown when preview is used for page with document.domain | Firefox Oracle | Bug | confirmed | Normal | |
Description |
Problem can be reproduced in Firefox only from CKEditor 3.6.4 rev. [7527] in both CKE 3.x and 4.x
Result: Permission denied error is thrown.
Error: Permission denied to access property '_cke_htmlToLoad' |
|||||
#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:
|
|||||
#11324 | checkDirty() return true, but should return false | Firefox IE11 | Bug | confirmed | Normal | |
Description |
When ckeditor is inside div which is display: none and textarea is empty, then when you show div (change css to display: block) and checkDirty returns false. Here is example: http://hosting.data365.eu/ckeditor_bug/index.html My browser is firefox 26 and running on Ubuntu Linux 13.10. |
|||||
#11346 | Formatting lost when applied to highlighted section, cursor placed at end of line, then the same formatting option toggled again | Firefox IE11 | Bug | confirmed | Normal | |
Description |
Hard to describe and hard to search for so my apologies if it's already been logged but I think even if it's been logged I've found more details I will explain below. If I highlight a section of text and apply some sort of text formatting(bold for example). Then place the cursor at the end of one of those newly bolded lines and click bold again to remove it so I can continue typing in non-bold it will remove bold from the entire line. Browser: FF 25.0, IE9.0.8112.16421(config.enterMode = CKEDITOR.ENTER_BR only for IE) OS: Win 7 Reproducible location: Demo site I tested with Chrome 31.0.1650.63 m as well and it worked properly. Also ctrl+a vs using the mouse can have slightly different results which I will explain after the steps to reproduce. Steps to reproduce:
If Using IE or FF and using CKEDITOR.ENTER_BR you will notice that the entire highlighted content will lose the bold formatting. If using FF and CKEDITOR.ENTER_P (Default) you will notice that just the line you placed the cursor on will lose bold. I did NOT test CKEDITOR.ENTER_DIV. The slight variation I mentioned between ctrl+a and using the mouse can be tested by repeating all the steps above but step 4 use the mouse to highlight everything instead and step 5 place the cursor at the end of the "cccc cccc" line. In FF bold is already de-selected from the toolbar, in IE it's still selected but when you click it formatting isn't lost. If you test lines 1 or 2 you will see the same results as if you tested with ctrl+a. EDIT: Reproducible in Firefox and IE11
To reproduce:
Results: |
|||||
#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. |
|||||
#11491 | Pressing delete key in highlighted text in blockquote removes paragraph tags | Firefox IE | Bug | confirmed | Normal | |
Description |
If you create a blockquote, enter some text, highlight the text and then press the Delete key. The paragraph(s) inside the blockquote disappear and you can type directly into it. For FF you need more than one line of text highlighted. |
|||||
#11518 | Inline Editing Cursor Jump w/ SCAYT Enabled | Firefox IE | Bug | closed | Normal | |
Description |
I see this happen on our app and also on your demo. If SCAYT is enabled and you click into an inline area to edit, the cursor jumps to the 0 position and needs to be focused into the original position again. Any fixes for this? Behavior w/o SCAYT enabled is fine. |
|||||
#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. |
|||||
#11601 | FF - Pasting Chinese characters adds spaces to the pasted text | Firefox IBM | Bug | confirmed | Normal | |
Description |
Firefox Customer is complaining about spaces being inserted when pasting text in the editor. To recreate: Copy the following text. Paste it into the demo editor. Select and copy the text within the editor. Enter a few lines and paste the text again. You will see a space being added to the pasted text. See attachment. 该交易由登记或新办理发起。客户初次办理出口保理额度预申请或正式申请需要分别对进口商、出口商的相关信息进行补充录入。经办确认后,进、出口商信息按各分 行存储在本地,下次交易时输入进、出口商编号后可以直接调用。如果第二次录入时对原进、出口商信息有所更改,则新信息覆盖原信息。不同分行间信息独立存 储,不相互影响。出口商信息保存:栏位33-50.进口商信息保存:栏位61-73。 |
|||||
#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 |
|||||
#11914 | FF: Default values for Horizontal Alignment & Vertical Aalignment not shown on Cell Properties dialog | Firefox IBM | Bug | confirmed | Normal | |
Description |
To reproduce the defect:
Issue: see that Default values <not set> not shown in Horizontal Alignment & Vertical Alignment combo boxes Tested on FF27, FF28 & FF29 |
|||||
#11915 | Cursor jumps when typing a misspelled word with INLINE editor and SCAYT enabled | Firefox Chrome | Bug | closed | Normal | |
Description |
Browser: FF 28, Chrome 34 (Works correctly in IE9) OS: Win 7 Reproducible location: Demo site and nightly build Steps to reproduce:
This is a big problem because my users expect to have SCAYT enabled by default and therefore I cannot use inline mode at all as this issue is reproduced consistently. |
|||||
#11947 | [FF IE11] Shift+Enter in lists produces two line breaks | Firefox IE11 | Bug | closed | Normal | |
Description |
Use the code: <ul> <li><strong>test</strong></li> <li>test</li> </ul> Press Shift+Enter at the end of the first line.
Expected: One line created |
|||||
#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 |
|||||
#12192 | Caret disappears in Firefox | Firefox Support vendorfix | Bug | closed | Normal | |
Description |
After executing action inside of a command, the caret disappears from the editor. If the same action is executed independently of CKEditor, the caret stays there. For reproduction try the button "download file" (works) and the first button on the toolbar without an icon (caret disappears). |
|||||
#12252 | Disabled cut/copy in Firefox and Chrome | Firefox, Chrome, cut, copy, paste | Bug | closed | Normal | |
Description |
I've been participating in at least two dozen forums of web developers, and have thus used probably all post editors there are. In all, the cut, copy and paste functions also work when Firefox or Chrome are used. Both via the buttons and via the context menu (right-click menu) options. And in this very form that I'm using right now said matters function as well. Not so in CKEditor (this form editor is not CKEditor). Why still not? Regarding Chrome, this seems to have been reported as bug under ticket nr. 8463. Which was closed because it supposedly was fixed. But that is not the case. And clearly, it is a bug. Because why else do all the other form editors function flawlessly in FF and Chrome? |
|||||
#12323 | [IE10] After removing whole list text below jump up. | IE Firefox | Bug | confirmed | Normal | |
Description |
[IE10] For ages.
Actual result: text
Actual result: text |
|||||
#12584 | Paste table within CK-Editor looses formattings (FF 33) | Firefox Blink Webkit | Bug | confirmed | Normal | |
Description |
Result: Table looses formattings (width, bg-color, headers) Expected: All table formattings are copied properly |
|||||
#12602 | Enter key at the end of block is broken | Android Firefox | Bug | confirmed | Normal | |
Description |
In Firefox on Android, if you press enter at the end of a paragraph, the cursor skips down to a new line briefly, but then jumps back up. It is not possible to cursor down. You can tap a touchscreen where the next paragraph would be entered to move there. Problem occurs on your demo site, and in our local copy of 4.4.5. Test platform: Android 28 or 33 on Nexus 10, Android 4.3. This seems similar to ticket #12423. |
|||||
#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. |
|||||
#12673 | Pasting a single whitespace besides an existing one in firefox has no effect | IBM Firefox | Bug | confirmed | Normal | |
Description |
Copying a single whitespace and the pasting it several times again has not effect.
into it.
1 whitespaces
1 whitespaces
Copying single whitespace in Chrome and Internet Explorer works fine. In firefox it also works if one copies 2 or more whitespaces. Reproducing this but work also while using double byte whitespace instead of single byte whitespace. |
|||||
#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. |
|||||
#12996 | SCAYT Affecting Dialog Double Click | Firefox IE | Bug | closed | Normal | |
Description |
Follow the steps to reproduce:
configuration option to true
|
|||||
#13005 | Change Event is not fired after Delete | Firefox IE Support | Bug | confirmed | Normal | |
Description |
Result: Change event is not fired. Problem can be reproduced from CKEditor 4.4.4 in Firefox and IE8-11. Before release 4.4.4 change event worked the following way only in Firefox
|
|||||
#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 |
|||||
#13125 | FF Only - The space after a contenteditable element is ignored when backspacing | Firefox IE | Bug | confirmed | Normal | |
Description |
We found an issue in 4.4.x version where in ACF mode, we observe unexpected behaviour when we attempt deleting a white space character following a contenteditable=false span tag. To reproduce the defect, use the following config: CKEDITOR.editorConfig = function( config ) {
}; Open Firebug for you test sample page
(Notice here the space following the closing of the span tag and before colon character eg. "</span> :"
|
|||||
#13163 | [Firefox] Space typed at the end of paragraph is not returned by editor.getData() | Firefox IBM | Bug | closed | Normal | |
Description |
This is only reproducible on FF. Steps to reproduce:
|
|||||
#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. |
|||||
#13721 | [Android][Firefox] Problems with text selection | Android Firefox | Bug | confirmed | Normal | |
Description |
Tested on Firefox 40 for Android 5.1.1:
Expected result
Actual result |
|||||
#13727 | [Android][Firefox] Preview command opens empty document | Android Firefox | Bug | closed | Normal | |
Description |
Android 5.1.1, Firefox 40, CKEditor 4.5.3
Expected
Actual |
|||||
#13735 | Paste from word | Blink Firefox | Bug | confirmed | Normal | |
Description |
Steps to reproduce
The text "Rationale" will be missing and replaced with a bullet point. Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#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: |
|||||
#13841 | Elements path selection and deletion work unexpectedly | Blink firefox | Bug | confirmed | Normal | |
Description |
Steps to reproduce
<div style="background:red;">some red text</div> <div style="background:yellow;">some yellow text</div> <div style="background:blue;">some blue text</div>
Expected resultI would expect the yellow div to be removed, and the result to be: <div style="background:red;">some red text</div> <div style="background:blue;">some blue text</div> Actual resultInstead, the context on yellow is removed, and the content of the following blue div is replaced inside instead (along with some line-height added for some reason): <div style="background:red;">some red text</div> <div style="background:yellow;"><span style="background-color:blue; line-height:1.6">some blue text</span></div> Other details (browser, OS, CKEditor version, installed plugins)Using Chrome on Linux. Reproducible on http://ckeditor.com/demo#full I feel like this was working differently (and used to just remove the div) in previous releases. Please see comment:1 for Firefox result |
|||||
#13884 | Copy/paste table in Firefox results in just first cell being pasted | Firefox Support | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultWhole table should be pasted and formatting preserved. Actual resultOnly first row gets pasted. Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced from CKEditor 4.5.0 in Firefox only. NOTE: From CKEditor 4.0 - 4.4.8 the above scenario resulted in table being pasted but without width style (background was preserved). |
|||||
#14249 | Windows 10 Firefox moving cursor when deleting misspelled word | Firefox Cursor SCAYT | Bug | closed | Normal | |
Description |
Steps to reproduce
See this screencast to see the issue happening: http://screencast.com/t/2lXVpmoZ6r Expected resultDeleting a word should NOT move the cursor Actual resultWhen deleting a mispelled word, it either jumps to the next mispelled word or moves to the next line. Other details (browser, OS, CKEditor version, installed plugins)Only on Windows 10 and Firefox. Using the latest version 4.5.5. Issue seems to be with SCAYT |
|||||
#14338 | CKEditor anchor tag floats | firefox link | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultShould be able to insert plain text after a link in Firefox browser. Actual resultUnable to insert plain text after a link in Firefox browser. Other details (browser, OS, CKEditor version, installed plugins)Browser: Firefox 37.0.2 CKEditor version: CKEditor 4.5.6 |
|||||
#14346 | native Browser Spellchecking not working when pressing return without space | spellcheck firefox return space | Bug | confirmed | Normal | |
Description |
Steps to reproduce
Expected resultThe word "ABCDEFGHIJK" will be underlined red Actual resultIn Firefox 43.0.4 the red underlining only appears if you press space, tab or any other key expect return In Chrome 48.0.2564.82 m it works as expected. Other details (browser, OS, CKEditor version, installed plugins)Windows 10 (but I think it is os independent) CKEDITOR 4.5.6 Basic package none special plugin Further InformationI assume this is a ckeditor problem because I tested the behaviour of firefox with the attached file and it works just great. I think when pressing return in firefox the keystroke is not reaching firefox. If you need any further information, please ask |
|||||
#14423 | cursor seems to be fixed at this position while pressing the arrow key | CantFix firefox | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultcursor in the table Actual resultcursor is placed at the start of the word 'test' and seems to be fixed at this position while pressing the arrow key Other details (browser, OS, CKEditor version, installed plugins)<html lang="de"> <head>
</head> <body> <div> <table>
</table> <a href="#">test</a></div> </body> </html> |
|||||
#14544 | Copying nested list from MS Word results in empty list | Firefox Support | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultList is pasted with styles allowed by ACF. Please see #14542. Actual resultEmpty list is pasted (just numbers/bullets). Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced from CKEditor 4.5.0 in Firefox only. |
|||||
#14563 | Active link cursor continues on new line when pressing enter | Blink Webkit Firefox | Bug | confirmed | Normal | |
Description |
Steps to reproduce
Expected resultOpening the link plugin now will open a dialog for creating a NEW link. Actual resultOpening the link plugin now will start editing the link in the previous line. Other details (browser, OS, CKEditor version, installed plugins)After step (3), if i start typing again, the link blue special cursr will be gone and the regular black cursor will be back, that means, the link doesn't continue in the second line, only when i press enter. So now to disable the link effect, I type a letter and then remove it. == |
|||||
#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. |
|||||
#14614 | Whitespace is removed when pasting content in visual mode | Blink Webkit Firefox | Bug | confirmed | Normal | |
Description |
This behavior changed between v4.5.4 and v4.5.7. In v4.5.4, if you pasted content with whitespace, the whitespace was preserved. In v4.5.7, the whitespace is trimmed. It appears on the current demo page as well. Steps to reproduce
Expected resultIn either visual or source mode, the whitespace is retained. Actual resultWhitespace is only retained in source mode. Other details (browser, OS, CKEditor version, installed plugins)Also reproduces on developer.mozilla.org, using CKEditor v4.5.7. and plugins: dialogui, dialog, a11yhelp, autogrow, basicstyles, bidi, blockquote, clipboard, panel, floatpanel, menu, contextmenu, dialogadvtab, elementspath, enterkey, entities, find, htmlwriter, image, indent, indentlist, button, menubutton, language, fakeobjects, link, list, liststyle, magicline, maximize, pastefromword, pastetext, removeformat, resize, scayt, sharedspace, showblocks, showborders, sourcearea, listblock, richcombo, stylescombo, tab, table, tabletools, toolbar, undo, wsc, wysiwygarea, mdn-attachment, mdn-format, mdn-sticky-toolbar, mdn-image-attachment, mdn-link-customization, mdn-link-launch, mdn-redirect, mdn-sample-finder, mdn-sampler, mdn-spell, mdn-syntaxhighlighter, mdn-system-integration, mdn-table-customization, mdn-toggle-block, mdn-wrapstyle, mdn-youtube, descriptionlist, tablesort, texzilla |
|||||
#14703 | FF: Adding extra paragraphs or space when text pasted | IBM Firefox | Bug | confirmed | Normal | |
Description |
Steps to reproduceScenario 1:
Issue: You will see an extra new paragraph added below pasted text. Scenario 2:
Issue: An extra space will be added after pasted text |
|||||
#14746 | Selecting a word with Firefox for Android | Firefox Android | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultword selected and handles appears to refine the selection Actual resulta paste menu appears Other details (browser, OS, CKEditor version, installed plugins)The same process works well with Chrome for Android. |
|||||
#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. |
|||||
#16625 | FF & IE: Increasing Indent not working on lists | IBM IE Firefox | Bug | confirmed | Normal | |
Description |
Steps to reproduce
Expected result : List Indented Actual result: Nothing happens This works in Chrome |
|||||
#16705 | Unable to paste base64 images using Firefox 50.0 | Firefox IBM | Bug | closed | Nice to have (we want to work on it) | |
Description |
Steps to reproduce
Expected resultbase64 image pastes into the editor Actual resultOther details (browser, OS, CKEditor version, installed plugins)Firefox 50.0.x only |
|||||
#16813 | editor.getSelectedHtml returns incorrect data | Firefox Webkit | Bug | closed | Normal | |
Description |
Because of clipboard plugin use editor.getSelectedHtml, this bug can reproduce with copy/paste. I also created plugin "bugdemo" to show how to repriduce the bug. You can download ckeditor with plugin "bugdemo" here: https://drive.google.com/file/d/0Bxtv10NlSOEbenRvWUtJeGhqV2c/view?usp=sharing Also, see vidio record with bug reproducing: https://drive.google.com/file/d/0Bxtv10NlSOEbVU9POE9RenZkblE/view Steps to reproduce ("clipboard" plugin)
Expected result ("clipboard" plugin)Inserted text is "Lorem" Actual result ("clipboard" plugin)Inserted text is "Lorem ipsum dolor sit amet. Hello CKE" (all first text node) Steps to reproduce (custom "bugdemo" plugin)
Expected result (custom "bugdemo" plugin)See text "~Lorem~" Actual result (custom "bugdemo" plugin)See text "~Lorem ipsum dolor sit amet. Hello CKE~" Other details (browser, OS, CKEditor version, installed plugins)Reproduced only in CKEditor Inline Editing. Environment: Windows 7, Chrome 56. |
|||||
#16880 | Paste from Excel | Excel, firefox | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultA table in html format Actual resultA table in image format Other details (browser, OS, CKEditor version, installed plugins)Firefox Version 51, CK 4.6.2 |
|||||
#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. |
|||||
#17006 | Key event listener produce different key codes in Chrome and Firefox | key listener firefox keyCode | Bug | new | Normal | |
Description |
Steps to reproduce
Expected resultIn Firefox the keyCode result should be 1114129 (like CKEDITOR.CTRL) Actual resultIn Firefox the keyCode result is 17 Other details (browser, OS, CKEditor version, installed plugins)CKEditor: Actual demo version on homepage http://ckeditor.com/features (4.6.2) Browser:
Firefox: 53.0 (64bit) OS: Ubuntu 16.10 |