Custom Query
Results (301 - 400 of 576)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#6227 | Indentation/Alignment is applied only to first 2 paragraphs if we have Page break or line break at the end of text | IBM IE Firefox Webkit | Bug | closed | Normal | |
Description |
To reproduce the defect:
Expected Result: All the four paragraphs are aligned to the right. Actual Result: only first two paragraphs are aligned to the right. Same behavior happens when we click on Increase Indent icon.The Indentation is applied only to the first 2 paragraphs. |
|||||
#6241 | [[IE]] some format is lost during paste | IBM IE Firefox Opera | Bug | closed | Normal | |
Description |
To reproduce the defect:
see the differences in IE and FF. In IE text is shown with out bold and with small font size wher as in FF it is shown properly. |
|||||
#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,
|
|||||
#6261 | Focus and infinite loop between multiple editors | Firefox | Bug | closed | Normal | |
Description |
Hi, Using Firefox 3.6.8 Win or Firefox 3.5.11 Linux to browse the actual demo page, "Custom toolbar" sample, I get into an infinite loop :
Browser goes to infinite loop. The editors are fighting each other to get the focus... Entered text is divided between editor instances. Thanks ! Julien |
|||||
#6275 | insert <embed> and custom attributes in other tags failed in Firefox 3.6.9 | Firefox | Bug | closed | Normal | |
Description |
example: oEditor.insertHTML('<embed src="http://www.youtube.com/v/ZZxx3VmTq3M?fs=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="385"></embed>'); but oEditor.getData() returns <img align="" alt="Flash" src="../images/spacer.gif?t=A7HG4HT" style="width: 480px; height: 385px;" /> only happens in FF3.6.9 |
|||||
#6280 | Image with absolute path on the same domain as the editor changes to relative path when drag'n'dropped | Firefox | Bug | closed | Normal | |
Description |
Steps to reproduce : 1) go to the ckeditor demo: http://ckeditor.com/demo 2) right click on the image on the left and select "Image properties" 3) change the image url to an image on the same domain of the editor: http://ckeditor.com/sites/default/files/adobelogo.png?1248534498 4) click on ok 5) drag and drop the image somewhere in the text 6) right click again on the image and select "Image properties" 7) path changed to relative path. (it become sites/default/files/adobelogo.png?1248534498) This is a bug especially when the editor is in a folder of the site, while the editor's text is displayed somewhere else (not in that folder) |
|||||
#6288 | use ‘insertHtml’ failed in Firefox 3.6.9 | Firefox | Bug | closed | Normal | |
Description |
I am trying to insert a "<img>" into CKEditor with the function insertHtml() . It is working fine in I.E. but some problems encountered in firefox >=3.6.9 first:my domain is www.rocing.cn I want to insert the code into ckeditor with the function insertHtml() <img src="http://www.rocing.cn/uploadfile/2010/0914/20100914115423934.jpg" /> but it returns <img src="uploadfile/2010/0914/20100914115423934.jpg" /> If the code inserted in other domains begins, it's fine in any browsers |
|||||
#6301 | Handler function for 'focus' event firing infinitely in Firefox | Firefox | Bug | closed | Normal | |
Description |
if we binf handler for 'focus' event, it will be firing infinitely. Browser: Firefox 3.5.7 OS: Windows XP SP3 |
|||||
#6302 | if both 'blur' and 'click' events handled - they fires infinitely in firefox | Firefox | Bug | confirmed | Normal | |
Description |
If we bind handler functions for both 'blur' and 'click' events - they fires infinitely. Browser firefox 3.5.7 OS Windows XP SP3 |
|||||
#6320 | Firefox Makes Image Path Relative when Dragging/Copying and Pasting | Firefox | Bug | closed | Normal | |
Description |
This is a repeat, but Ticket #5218 refers to a bug where absolute src paths are lost when dragging the image around the editor and/or copying and pasting to a different portion of the editor. The src path switches to a relative path. This works fine for the editor, but pages in a few sub directories do not have the correct reference. There were a few patches available and none fixed the issue for me. |
|||||
#6321 | Scripts are stripped out of the content [FF 3.6.10] | Firefox | Bug | closed | Normal | |
Description |
When using the insertHTML() function in Firefox 3.6.10, <script tags are completely stripped out of content trying to be inserted. |
|||||
#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. |
|||||
#6354 | The i() function takes a lot more time in 3.4.1 than in 3.4.0 | Firefox | Bug | confirmed | Normal | |
Description |
I have 24 CKEDitor instances in a page. With the latest Firefox using Firebug profiler I get i() 24 71.74% 5361.136ms 5361.49ms 223.395ms 39.052ms 383.467ms ckeditor.js (line 18) function () { var i = !!this.$.offsetHeight && this.getComputedStyle("visibility") != "hidden", j, k; if (i && (b.webkit || b.opera)) { j = this.getWindow(); if (!j.equals(a.document.getWindow()) && (k = j.$.frameElement)) { i = (new h(k)).isVisible(); } } return i; } and the page freezes for a long time. The most time consuming function in 3.4.0 is getNext(): getNext() 24 18.71% 387.901ms 393.449ms 16.394ms 15.711ms 20.288ms ckeditor.js (line 14) So you see the load differences. |
|||||
#6362 | [FF] Pasting lists from Word document doesn't work | Firefox | Bug | closed | Normal | |
Description |
Lists pasted from Word are transformed into paragraphs with different margins. To reproduce, check the sample Word document. In Firefox, after pasting from Word it becomes something like: <p style="margin-left: 72pt;"> a. Itaque earum rerum hic tenetur a sapiente delectus, ut aut reiciendis voluptatibus maiores alias consequatur aut perferendis doloribus asperiores repellat.</p> <p style="margin-left: 72pt;"> b. Nulla accumsan, elit sit amet varius semper, nulla mauris mollis quam, tempor suscipit diam nulla vel leo. Nulla quis diam. Nulla est. Fusce suscipit libero eget elit.</p> <p style="margin-left: 108pt;"> 1) Maecenas fermentum, sem in pharetra pellentesque, velit turpis volutpat ante, in pharetra metus odio a lectus.</p> <p style="margin-left: 108pt;"> 2) Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus.</p> Confirmed on: Windows 7 64-bit EN + MS Office 2010 EN + Firefox 3.6.10 |
|||||
#6363 | FF - High CPU in code view | Firefox | Bug | closed | Normal | |
Description |
Hi, I have a problem with the Firefox browser in preview mode code. When I change to it, and move the cursor, or try to perform some sort of editing CPU consumption increases dramatically. I performed the same operations in IE and Chrome the problem does not occur. Tested versions: 3.4.1, 3.4, 3.3.2; occur at all. Attached below the image processing and basic script for example. Thanks. |
|||||
#6370 | FireFox deleting last character from a line deletes the EOL rather than the character | Firefox | Bug | closed | Normal | |
Description |
(There are several other configurations (some not invloving 's) which also cause this bug. This is the most consistently reproducible.)
Expected: A C was deleted. The source now looks like this: <pre> aaaa bbbb ccc dddd eeee </pre> Actual: a line ending was deleted. The source now looks like this: <pre> aaaa bbbb cccc dddd eeee </pre> |
|||||
#6380 | FireFox: Holding ctrl+v produces odd cursor behavior and line breaks | Firefox | Bug | closed | Normal | |
Description |
expected A continous stream of "a"s are produced actual After a few moments, the cursor resets to the start of the document and begins a fresh line of "a"s. Note: The start of the broken behavior is inconsistent- sometimes it starts immediately, other times it doesn't occur until dozens of "a"s have been pasted. See video |
|||||
#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 |
|||||
#6428 | [FF] The cursor disappears from the editor after dragging an image | IBM Firefox | Bug | confirmed | Normal | |
Description |
Steps to reproduce the defect:
Expected: The cursor will appear flashing in the same place that you clicked in the text. Actual: The cursor does not appear at all. |
|||||
#6429 | [FF] Extra bullets/numbers are added into a list containing a right aligned image | IBM Firefox | Bug | closed | Normal | |
Description |
Steps to reproduce the defect:
Expected: A list should be displayed containing 2 bullets or numbers. Actual: A list is displayed containing 4 bullets or numbers. |
|||||
#6437 | Editing checkbox and radiobutton on FF is very tricky | Firefox | Bug | closed | Normal | |
Description |
The checkbox and radio form elements cannot be selected with mouse and there is no contextmenu for Firefox 3.6.10. In some cases it is possible to select the element with shift & arrowkeys, after that when pressing corresponding command button it is possible to edit the element in question. Checked verified with nightly 5921 |
|||||
#6451 | [FF3.6.10] - Multiple CKEditors on Page focus glitch | Firefox | Bug | closed | Normal | |
Description |
I have for instance 5 editors on page. You click on bottom one. Your cursor is in the edit area. Then you scroll up to the editor num 1 until clicked editor num 5 is no longer visible (it still has cursor in it). Then you loose focus of the page - click on another window, alt tab to another window, click on desktop, whatever. Then click back to the page with editors: your window will scroll down to the editor num 5 with cursor in the edit area. This doesn't happen in Chrome or Safari. Happens all the time in FF. I also managed to glitch Editor to start looping between 3 editors but I will try to reproduce it again... |
|||||
#6473 | [FF] Still steals focus | Firefox | Bug | closed | Normal | |
Description |
Open your own demo http://nightly.ckeditor.com/5940/_samples/output_html.html Make window very short, like normal width but 100 px height Click inside Editor so cursor blinks inside edit area Scroll down with mouse wheel, so you don't cursor in editor anymore Click on something else to loose window focus. Click back or Alt Tab (Command Tab) to the window It jumps up to the position of the cursor inside editor The bug is not a dupe (tho bugs like that may already appear in the list) and it wasn't fixed |
|||||
#6494 | Unexpected behaviour with preformated text | Firefox | Bug | closed | Normal | |
Description |
Let`s see te attached video and observe that the while typing some text cursor is jumping between lines |
|||||
#6495 | Paste from Word - list divided by paragraphs | Firefox | Bug | closed | Normal | |
Description |
Firefox result of use case from #6493
In WYSIWYG, pasted content looks fine, in source: <p> Questions and answers:</p> <p style="margin-left: 37.5pt;"> 1. <strong>[Question]</strong> test</p> <p style="margin-left: 37.5pt;"> <strong>Answer:</strong>test</p> <p style="margin-left: 37.5pt;"> 2. <strong>[Question]</strong> test</p> <p style="margin-left: 37.5pt;"> <strong>Answer:</strong>test</p> |
|||||
#6513 | ARIA list property incorrect in "stylescombo" | Firefox | Bug | closed | Normal | |
Description |
Open styles combo and check the the "aria-setsize" attribute that presented on list item link, undefined is found there, it breaks the understanding of list structure for screen readers. |
|||||
#6577 | selection error when editor element is hidden | Firefox | Bug | closed | Normal | |
Description |
Low Priority Firebug Error: "q is null" stack trace: "createBookmarks()ckeditor.js (line 119) q(A=Object { _=Object, elementMode=1, more...})ckeditor.js (line 89) isArray()ckeditor.js (line 9) [Break On This Error] A.setStart(B.$,z.startOffset);A.setEnd...u=s&&s[1];if(t)q.attributes.width=t;" (ah the joys of compiled code) This error occurs after all my code has finished running. I'm guessing from farther down in the onLoad queue? It has something to do with the offending ckeditor being attached to a completely empty and hidden(as in a parent tag has the 'display:none' property set) textarea. If I put some initial text inside the textarea tag, OR make the textarea visible the error doesn't occur. My application is complex, and I haven't been able to reproduce the error yet in a simplified form yet. When/if I can, I'll post it. This error only occurs in FireFox and SeaMonkey. It does not occur in Safari, Opera, IE, or Chrome. All tested on Windows XP with fairly recent versions. |
|||||
#6587 | divreplace.html sample broken | Firefox | Bug | closed | Normal | |
Description |
In the DIV Replace sample, when each editable DIV is double clicked one after another, eventually each editable DIV will disappear leaving only the last editable DIV which was double clicked. Image attached. |
|||||
#6659 | Removing selected li while typing | Firefox | Bug | review_failed | Normal | |
Description |
Expected result (like in IE) new character will be inserted to separated li which replace selected li Actual result new character is invisible and selected li are removed |
|||||
#6662 | Lists copied from Word are not pasted properly. | IBM Firefox | Bug | closed | Normal | |
Description |
Copy the lists from the Attached document and paste in to the Editor using Paste from Word dialog. Issue 1: when we have pasteFromWordRemoveFontStyles & pasteFromWordRemoveStyles set to true Numbered and bulleted lists are pasted properly but they are shown as paragraphs instead of list items.when you keep the cursor in one of the list items Numbered/Bulleted list icons are not highlighted. keep the cursor at the end of one of the list item and press Enter Expected Result: A new List item should be started. Actual Result: A new Paragraph is started. Issue 2: when we have pasteFromWordRemoveFontStyles & pasteFromWordRemoveStyles set to false Numbers & bullets for the top level list items are missing.when you keep the cursor in one of the list items Numbered/Bulleted list icons are not highlighted. keep the cursor at the end of one of the list item and press Enter Expected Result: A new List item should be started. Actual Result: A new Paragraph is started. I am attaching Screenshot of the 2 issues. |
|||||
#6681 | Firefox: unable to insert a link after deleting it | Firefox | Bug | closed | Normal | |
Description |
However, if you repeat this process and click the “Backspace” keyboard button (aka Javascript keycode = 8) in Step 4, everything works properly. It seems that it never worked properly so I'm setting the version to 3.0, although in earlier versions (<3.2) the (invalid) result was different (due to #4886). |
|||||
#6686 | BIDI:[FF] when we apply explicit language direction to Numbered/Bulleted List the corresponding BIDI Tool bar icon is not highlighted in the Toolbar | Firefox IBM | Bug | closed | Normal | |
Description |
To reproduce the defect:
Expected Result: Numbered/Bulleted list is moved to right and it appears as a mirror image of the list in previous step and RTL & Align Right icons are selected in the Tool bar. Actual Result: Numbered/Bulleted list is moved to right and it appears as a mirror image of the list in previous step but RTL & Align Right icons are NOT selected in the Tool bar. (You must click into the content area before they become selected) same behavior happens when we apply LTR direction to Numbered/Bulleted list. This is very similar to #6099 but you must press CTRL + A to select the text in order to reproduce the defect |
|||||
#6692 | BIDI: When list is set to RTL, bullets are moved outside of visible area | Opera Chrome Firefox3 | Bug | closed | Low | |
Description |
Create list: <ul> <li> line 1</li> <li> line 2</li> <li> line 3</li> </ul> Select one item and press RTL
Expected result
Actual result |
|||||
#6708 | [FF] Unable to remove empty paragraphs | Firefox | Bug | closed | Normal | |
Description |
The paragrpah is not removed. Works on demo. |
|||||
#6827 | List: possible to place cursor in front of list bullet/number, and delete then breaks the list | Firefox | Bug | confirmed | Normal | |
Description |
Go to demo page:
Tested on Firefox 3.6.13, WinXP, CK version 3.4.2 |
|||||
#6840 | Wysiwyg: When setting editor content to an empty paragraph, cursor is positioned after <br> and input ends up on second line | Firefox | Bug | closed | Normal | |
Description |
Go to demo page:
CKEDITOR.instances.editor1.setData('<p><br></p>'); CKEDITOR.instances.editor1.focus();
This is caused by the onSelectionChangeFixBody function in the wysiwyg plugin, where Range::moveToElementEditEnd is called for the empty paragraph. Cursor then ends up after the br element. Expected behavior : When paragraph is empty (contains br-tag), Range::moveToElementEditStart should be called. Tested in Firefox 3.6.13, WinXP, CK version 3.4.2 |
|||||
#6855 | Keyboard word selection has stopped working in Firefox. | Firefox | Bug | closed | Normal | |
Description |
In most text editors, Ctrl+Shift+Left and Ctrl+Shift+Right are commonly used keystrokes to select one or multiple words at a time. This keystroke used to work correctly in the latest version of MediaWiki+FCKeditor. However, it appears that an update to the latest version of Firefox for Windows (3.6.13) has broken this functionality. Word selection still works properly in IE and in the latest Ubuntu Linux release of Firefox. I have observed this problem on several web sites using MediaWiki+FCKeditor, including both sites I own and sites I don't own, including the MediaWiki+FCKeditor "sandbox", by using several browsers on several computers. |
|||||
#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. |
|||||
#6918 | JavaScript error when creating a new list | Firefox | Bug | closed | Normal | |
Description |
Regression, introduced in [6113]. Note: works fine in Firefox in safe mode. Maybe a Firebug issue, in any case it did not happen before. Steps to reproduce
|
|||||
#6928 | Firefox 4.0b8 for Mac - CKEditor ignores current selection, e.g. always places new symbols at start of document | Firefox | Bug | closed | Normal | |
Description |
While using Firefox 4.0b8 for Mac with the nightly demo, trying to add a symbol part-way through the contents of the document doesn't work - CKEditor always adds the symbol to the start of the document. This also applies to any other plugin - e.g. changing the text color of a selection doesn't work - as it ignores the selection. |
|||||
#6941 | horizontal scrollbar in firefox | Firefox HasPatch | Bug | closed | Normal | |
Description |
which only occurs in the initialization for 1 second to and is dependent on their parents' style you need to change _source/plugins/wysiwygarea/plugin.js line 537 from element.setStyles( { position : 'absolute', top : '-3000px' } ); to element.setStyles( { position : 'absolute', left: '-3000px', top : '-3000px' } ); |
|||||
#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. |
|||||
#6956 | Pasting Word text in FF3.6 does not maintain formatting, even though it works fine in FF3.5 and IE. | IBM Firefox3.6 | Bug | closed | Normal | |
Description |
Consider the attached MS Word document. On pasting the text into CKEditor, the formatting is maintained in Internet Explorer and earlier versions of FireFox. However pasting this text in FireFox3.6, leads to loss of formatting. in particular the heading text. This is a concern since FF3.6 is the latest version that many of our users are using. |
|||||
#6985 | Whitespace lost on paste in FF | Firefox Opera IBM | Bug | closed | Normal | |
Description |
When you copy and paste some text, leading whitespace is removed on FF only. This is easy to reproduce just copy some text with a space as the first character, when you paste it the space is not preserved. Seems to work on IE and WebKit so not sure whether this is something that can be controlled or not. This can be replicated on the demo http://ckeditor.com/demo |
|||||
#6995 | FF : We can't scroll down right align table using mouse | IBM Firefox | Bug | confirmed | Normal | |
Description |
To reproduce the defect:
Expected Result: Table should move up,we will be able to navigate down the table and see the bottom table rows. Actual Result: Table is not moving down no matter how many times we clicked the mouse and we were not able to navigate down the table. |
|||||
#7024 | Firefox: incorrect button state | Firefox | Bug | closed | Normal | |
Description |
In some situations the "Bold" button is not working as expected.
Note: it is enough to click somewhere outside of the strong element in the editing area to fix the problem (e.g. after clicking on "You" and then on "sample text", the button started working). Regression since 3.4. |
|||||
#7032 | List item still selected after remove style | Webkit Firefox | Bug | closed | Normal | |
Description |
The following behavior is notified on webkit and FF.
|
|||||
#7040 | FF3: office2003 skin toolbar buttons and pulldowns selection area shown half height | Firefox | Bug | closed | Normal | |
Description |
A picture is worth a 1000 words, see the attached file (jpg) I adjusted the height of the following in ckeditor/skins/office2003/editor.css to correct this for us. However, it would be nice if it showed correctly out of the box instead of having to fix it with every new version of ckeditor. IE7 and IE8 show the heights correctly. |
|||||
#7041 | Firefox: Unable to escape from the link | Firefox | Bug | closed | Normal | |
Description |
Regression caused by [6272]. Confirmed in Firefox @ Win 7 and Firefox @ Mac.
|
|||||
#7043 | Cursor jumps at the beginning of the editing area after inserting a link | Firefox | Bug | closed | Normal | |
Description |
Connected with #7041. Regression caused by [6272]. Confirmed in Firefox @ Win 7. Steps to reproduce
|
|||||
#7053 | Firefox: right arrow does not close the link | Firefox | Bug | confirmed | Normal | |
Description |
A separate issue created from ticket #7041. TC:
Follow the same set of steps in http://rev.ckeditor.com/ckeditor/trunk/6272/_samples/replacebyclass.html to see that the text is now still inside of the link. |
|||||
#7059 | [FF] Toolbar state freezes | Firefox | Bug | closed | Normal | |
Description |
Toolbar state freezes in FF 3.6 windows after following operation:
Result: New text is bold, but a toolbar Bold button is not turned on. |
|||||
#7065 | BR in pre-formatted doesn't create paragraphs | HasPatch Firefox | Bug | closed | Normal | |
Description |
In Firefox,
|
|||||
#7070 | Extra line break added to the list item when applying a style | Firefox | Bug | closed | Normal | |
Description |
Use the following selection: <ul> <li> aaa [bbb</li> <li> ccc] ddd</li> </ul> and apply bold, italic, underline, font color etc. Result: <ul> <li> aaa <u><em><strong>[bbb</strong></em></u><br /> <br /> <br /> </li> <li> <u><em><strong>ccc]</strong></em></u> ddd</li> </ul> Caused by [6373]. |
|||||
#7074 | [Firefox, enterBr] Setting inline style over fully selected document with table ruins the table | Firefox | Bug | closed | Normal | |
Description |
Expected: <table border="1" cellpadding="1" cellspacing="1" style="width: 500px;"> <tbody> <tr> <td> <strong>a</strong></td> <td> <strong>b</strong></td> </tr> <tr> <td> <strong>c</strong></td> <td> <strong>d</strong></td> </tr> <tr> <td> <strong>e</strong></td> <td> <strong>f</strong></td> </tr> </tbody> </table> Result: <table border="1" cellpadding="1" cellspacing="1" style="width: 500px;"> <tbody> <tr> <td> <strong>a</strong></td> <td> <strong>b</strong></td> </tr> <tr> <td> <strong>c</strong></td> <td> <strong>d</strong></td> </tr> <tr> <td> <strong>e</strong></td> <td> </td> </tr> </tbody> </table> <table border="1" cellpadding="1" cellspacing="1" style="width: 500px;"> <tbody> <tr> <td> <strong>f</strong></td> </tr> </tbody> </table> Regression of [6275]. |
|||||
#7076 | [Firefox, enterBr] Undo failure | Firefox | Bug | closed | Normal | |
Description |
Note that the text remains RTL. |
|||||
#7112 | insertText should not split styles | Firefox | Bug | closed | Normal | |
Description |
Result: <strong>sam</strong><strong>Test</strong><strong>ple text</strong> Expected: <strong>samTestple text</strong> |
|||||
#7137 | insertHtml( ' ') inserts a plain space | Firefox IE | Bug | closed | Normal | |
Description |
Basically, this is a copy of #2248. The editor.insertHtml( ' ') call inserts a plain space in the selection, instead of the proper char. Confirmed on Firefox, Safari. |
|||||
#7143 | Text Cursor loses position when document-overflow is modified | Firefox | Bug | confirmed | Normal | |
Description |
Steps to reproduce: 1) Add text to editor instance window such that cursor is not at the beginning 2) execute (in firebug's console, for example):
3) Note that the text has been inserted at the beginning of the text editor. This is an issue in Firefox 3.6.13 (and I believe earlier FF versions). Not certain if it is an issue in IE.
|
|||||
#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. |
|||||
#7184 | Problems Selecting Images that are in a Table in Firefox | Firefox IBM | Bug | closed | Normal | |
Description |
Errors occur when selecting content that is in a table in Firefox.
Your attention to this matter is greatly appreciated! |
|||||
#7202 | Double clicking word after inline style is applied, selects only part of the word | IE8, Firefox, Opera | Bug | closed | Normal | |
Description |
Observe : Only part of the word is selected. Not possible to reselect the whole word by double clicking. Firefox 3.6.13, Windows XP |
|||||
#7217 | destroy(true) malfunctions in firefox | Firefox | Bug | closed | Normal | |
Description |
Example: http://gpeasy.com/x_div_replace/
How to duplicate bug:
What Happens:
Notes:
|
|||||
#7237 | ForcePasteAsPlainText doesn't seem to work for Mac users. | Firefox Mac | Bug | closed | Normal | |
Description |
ForcePasteAsPlainText doesn't seem to be working for Mac users. They're able to paste in rich text from MS Word, bringing over invalid HTML source code with it. I'm using drupal module ckeditor 6.x-1.2 with ckeditor 3.5.1 on drupal 6.20. I'm not sure if these people are using the Safari browser or Firefox. I have Pasting as Plain Text enabled on the ckeditor module profile admin page, as well as in the ckeditor.config.js file. Also, in case it matters, I have SCAYT set to start automatically. This problem doesn't affect Windows users using IE or Firefox. |
|||||
#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. |
|||||
#7304 | Paste from Word: cleanWord not invoked for the first time | Firefox | Bug | closed | Normal | |
Description |
When using the "Paste from Word" button to paste content, the CKEDITOR.cleanWord function is not executed for the first time. Confirmed in Safari, Opera and Chrome. Steps to reproduce
|
|||||
#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. |
|||||
#7316 | [FF] Click on paste button create wrong linebreak | Firefox IBM | Bug | closed | Must have (possibly next milestone) | |
Description |
|
|||||
#7350 | Clicking in the editor returns the fonts to the default values | IBM Firefox | Bug | confirmed | Normal | |
Description |
I changed the default values for the font name to Times New Roman and the font size to 16.
I had expected it to still keep the changes that I made to the fonts. |
|||||
#7362 | BIDI: Numbers/Bullets not displaying in the editor in a mixed content list in FF | IBM Firefox | Bug | closed | Normal | |
Description |
Steps to reproduce the defect:
<ol dir="rtl"> <li> list item 1 <ol dir="ltr"> <li> list item 2</li> </ol> </li> </ol>
Expected: The number 2 should display in the editor relating to the second list item of the outer list. Actual: No number is displayed. Note: If the editor is removed the number is visible but if you recreate the editor the number disappears again. Same behaviour for bulleted lists. |
|||||
#7370 | FF & Safari : Underline for list item not shown for the below html code | IBM Firefox WebKit | Bug | confirmed | Normal | |
Description |
To reproduce the defect: Copy the following code and paste in HTML Source and go to WYSIWYG mode. <style id="CSS_2" type="text/css">.CSS_2{ background:#99ccff; }</style> <ul><li><u><span class="CSS_2">dddddddddddddd</span></u></li></ul> In FF & Safari, underline for the list item not shown but when we keep the cursor in the list item Underline tool bar icon is highlighted. It works properly in all other browsers. |
|||||
#7458 | Line breaks inserted when toggling between "Decrease Indent" and "Increase Indent" in lists | Firefox | Bug | closed | Normal | |
Description |
Paste the following code and switch to wysiwyg mode. You can always create such list your self in CKEditor. <ol> <li> i1 <ol> <li> i11</li> <li> i12</li> <li> i13</li> </ol> </li> <li> i2</li> <li> i3</li> <li> i4</li> </ol> Place the cursor behind (or before) 'i11' element. Now toggle between "Decrease Indent" and "Increase Indent" (in that order) few times. You will see that line breaks (br tags) are inserted after 'i11' element every time you press a button. This happens in FF browsers only. It has first showed up in CKEditor version 3.5.1. |
|||||
#7467 | [FF] Extra br in nested list | Firefox | Bug | closed | Normal | |
Description |
|
|||||
#7501 | FF: New page does not fire selectionChange | Firefox | Bug | closed | Normal | |
Description |
The selectionChange event is not being fired (visually: toolbar is not refreshed). |
|||||
#7555 | [Firefox] Minor glitch with drop-down list of Link dialog window for anchors | Firefox | Bug | closed | Normal | |
Description |
When you want to add a link to an anchor, the down arrow button of the empty drop-down list By Anchor Id contains a minor visual glitch: it does not extend to the bottom border of the input field. After the list is populated (note that it is now only possible to add an anchor ID by editing the source), the button is displayed correctly. Please note that in earlier versions (CKEditor 3 up till 3.5.2) the glitch was a bit different as the whole input field had a smaller height. Steps to reproduce
|
|||||
#7605 | [FF] Right click selects all content of pre block | Firefox | Bug | confirmed | Normal | |
Description |
Open editor and paste the following code: <pre> line1 line3 </pre>
|
|||||
#7635 | FF scrollIntoView doesn't work | Firefox | Bug | confirmed | Normal | |
Description |
var e = CKEDITOR.instances.editor1; var d = e.document; var r = new CKEDITOR.dom.range(d); r.selectNodeContents(d.getBody()); r.collapse(true); r.select(); e.focus(); e.getSelection().scrollIntoView(); In FF4, the cursor doesn't scroll into view, but if you use the scrollbar of the editor to scroll up, you'll see the cursor is at the beginning of the document. |
|||||
#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)
|
|||||
#7771 | 'Maximize' in container with Opacity makes container disappear (FF) | Firefox | Bug | confirmed | Normal | |
Description |
Example: http://tvz.myhomework.nl/ckeditor_problem.html The simple container has opacity (CSS3) set. When you click the Maximize button, the entire container disappears, leaving only the background left. When I remove the opacity from the container, the Maximize button works fine. CKEditor is version 3.5.3. I am using Firefox 4.01. Internet Explorer 9.0 seem to work okay. Apparently FF3.6 has the same issue, see also http://cksource.com/forums/viewtopic.php?f=6&t=22363 |
|||||
#7777 | [FF4] Place cursor between text, apply any style: cursor drops | Firefox | Bug | closed | Normal | |
Description |
To reproduce: ckeditor.com/demo using Firefox 4. (Using FF 4.0.1 but reproducible in FF 4.0.0)
Type some text. For example "test".
Click anywhere in the text to place the cursor, for example after the "e".
Click on the font color menu and select a color, for example red.
The cursor drops down below the text and the cursor has the color selected. Continue typing at the cursor returns as expected. Screenshot here: http://www.mattmecham.com/skitch/ckeditor-20110503-081933.jpg |
|||||
#7784 | FF4: Styles combo remains empty using the stylesheetparser sample | Firefox | Bug | closed | Normal | |
Description |
Using FF4 (@ both Mac and Win), in the stylesheetparser sample, the styles combo box does not get filled. |
|||||
#7815 | FF: Anchor icon is not visible in WYSIWYG | Firefox | Bug | closed | Normal | |
Description |
If you create an anchor in Firefox it's icon is not visible in WYSIWYG mode. Instead you see only collapsed blue dotted border. If after creation you press enter and type a letter the icon shows up with this letter inside blue border. |
|||||
#7816 | FF: copy paste from heading creates new heading | Firefox | Bug | closed | Normal | |
Description |
Result: New h3 with word 'nation' is created Expected: nation should be concatenated with internationalization in one word in side one heading.
|
|||||
#7825 | Autogrow with sharedSpaces on firefox | Firefox | Bug | confirmed | Normal | |
Description |
I use autogrow with sharedSpaces. On firefox 4 it's not working properly. In this case editor loads with default height and added 20 pixel (think it's one line-height) on every click inside editor. |
|||||
#7830 | [FF] Select all + inline style in enterMode BR removes selection | Firefox | Bug | confirmed | Normal | |
Description |
Problem can be reproduced from CKEditor 3.5.1 rev. [6272], it gets fixed in CKEditor 3.6.1 rev. [6919] and gets broken again in CKE 4.0 beta. |
|||||
#7835 | [FF] Word metadata not cleaned when pasting from word without cleanup | Firefox | Bug | confirmed | Normal | |
Description |
Note that in FF, unlike other browsers, Word's metadata appears in source (o:OfficeDocumentSettings etc.). |
|||||
#7836 | In Firefox, a <br /> is inserted in an empty text area when using editor.focus() on initially hidden editors | Firefox | Bug | confirmed | Normal | |
Description |
In our CMS, the CKEditor is sometimes loaded in the background, in a hidden div (part of a tabset). Although hidden, the editor instance is already created and works fine. When displaying the DIV, I want to focus the editor, and do so by using editor.focus(). This will put focus on the editor. This works correctly for and empty editor or one with content, and works correctly in all browsers. The only exception is Firefox (tested on both version 3 and 4), which adds the following content on a editor without any content: <p><br /> </p> The result being an empty editor, with a <br /> tag in it. In addition, focus is placed on the second line, but when starting to type it will place all text on the first line, NOT removing the second line. You just can't type anything on the second line. This issue has been present since at least 3.5.3. Steps to reproduce:
Expected result:
Does not apply for:
|
|||||
#7842 | Selection handles in FF can't be set or removed | Firefox | Bug | confirmed | Normal | |
Description |
If you click (select) an image, table, anchor, ... in FF then the selection handles appear. Now try to reset the selection using javascript code : oEditor.getSelection().reset(); OR var doc = oEditor.document; var range = new CKEDITOR.dom.range(doc); var body = doc.getBody(); range.setStart(body, 0); range.setEnd(body, 0); oEditor.getSelection().selectRanges( [range] ); The selection is removed (this can be checked with selection.getSelectedElement), but the selection handles in the wysiwyg area remain. Also, when trying to select an element using javascript code (oEditor.getSelection.selectElement()), the selection handles do not appear. I think this is a bug in CKEditor and not in FF because it did work in the previous version FCKEditor. |
|||||
#7844 | FF: setData() on hidden editor causes editor not to display | IBM Firefox | Bug | closed | Normal | |
Description |
This problem happens on FF and when the instance is created with CKEDITOR.appendTo(). When the editor's container is hidden and setData() is called on it, making the container visible does not make the editor instance visible. The problem appears to be related to the following in wysiwygarea plugin.js: if ( isHidden ) { setTimeout( function() { element.hide(); element.setStyles( previousStyles ); }, 1000 ); } A sample test page has been attached also. |
|||||
#7856 | Built-in contextMenu doesn't behave correctly | Firefox | Bug | closed | Normal | |
Description |
Doing a right-click does show the built-in contextmenu, but when doing a second right-click, it hides, instead of popping up again at the actual mouse-position. For a sample HTML content that can be used to reproduce the error, check #8006. |
|||||
#7864 | Flash plugin url escapes some values | Firefox | Bug | confirmed | Normal | |
Description |
Flash plugin url escapes some values. Testing against http://nightly.ckeditor.com/6928/_samples/replacebyclass.html To reproduce:
Expected (new lines added for readability): <object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" data="[url|ALL|9839]"> <param name="quality" value="high" /> <param name="movie" value="[url|ALL|9839]" /> <embed pluginspage="http://www.macromedia.com/go/getflashplayer" quality="high" src="[url|ALL|9839]" type="application/x-shockwave-flash"></embed> </object> Got (new lines added for readability): <object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" data="[url|ALL|9839]"> <param name="quality" value="high" /> <param name="movie" value="[url|ALL|9839]" /> <embed pluginspage="http://www.macromedia.com/go/getflashplayer" quality="high" src="[url%7CALL%7C9839]" type="application/x-shockwave-flash"></embed> </object> From what I could see this might be some difference in embedNode.setAttribute and CKEDITOR.dom.element.createFromHtml -> setAttributes |
|||||
#7868 | BBCode sample is not loading | Firefox | Bug | closed | Must have (possibly next milestone) | |
Description |
With Firefox, the BBCode sample is not loading. |
|||||
#7888 | Deleting the link in editor - the text font stays underlined | Firefox | Bug | confirmed | Normal | |
Description |
PROBLEM: the text is undelined, but should have no format |
|||||
#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:
|
|||||
#7900 | FF: Error thrown when opening table dialog on pasted cells | Firefox | Bug | closed | Normal | |
Description |
Steps to reproduce the defect:
Result: The table dialog remains on the screen. If you check in Firebug you can see that the following error is thrown:
this.$ is undefined
This is reproducible in FF 3.6.8 and 3.6.15 |
|||||
#7955 | FF: with Auto grow plugin(with it's default configuration) PageUp & PageDown not working | IBM Firefox | Bug | closed | Normal | |
Description |
To reproduce the defect:
Expected Result: Cursor in editor body moves one page up. Actual Result: Cursor goes out of editor body and we can't type in the editor. |
|||||
#7973 | Editor scrolls to the top when opening the context menu in a floating element | IE Firefox | Bug | confirmed | Normal | |
Description |
Firefox scrolls to the top since CKEditor 3.3. <p> (Scroll down to the bottom, select and image and right-click on it)</p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <div style="float: right"> Foo <img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" /> Bar</div> |