Custom Query
Results (501 - 576 of 576)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#8999 | Cannot edit label elements | Firefox Webkit | Bug | confirmed | Normal | |
Description |
When I click on a "label" element the field that the label is defined for ("for" attribute) get focused so I cannot modify the label. Affected : Firefox 12.0 on Linux, Chromium 18 on Linux, Safari 5.1.7 on Windows Works on : Internet Explorer 9 on Windows, Opera 11.62 on Windows. |
|||||
#9145 | Dialog buttons are cutoff from top | Firefox Webkit | Bug | closed | Normal | |
Description |
Clearly noticable at the select input dialog, but all buttons are affected, including OK and Cancel. The buttons are a bit cutoff from top. |
|||||
#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. |
|||||
#8695 | Reset fonts | Firefox, Webkit | Bug | confirmed | Normal | |
Description |
Result: Bold font was reset Expected result: If any font style was chosen, it keeps still while typing. Screens are attached |
|||||
#8722 | [FF, Webkit]: ForeAsPlainText splits span tags | Firefox, Webkit | Bug | closed | Normal | |
Description |
To reproduce:
Results: IE and Opera OK- <p> <span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">ThHellois is </span></span></p> Firefox - <p> <span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span><span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Hello, world</span></span><span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">is is </span></span></p> Chrome - <p> <span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span><span style="font-family: arial, helvetica, sans-serif; ">Hello, world</span><span style="font-family: arial, helvetica, sans-serif; ">is is</span></p>
Note also that Chrome drops font-size if it is default 12px. If you use font-size E.g 13 you will get spans like: Safari - <p> <span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span>Hello, worldis is</p> All issues have been reproducible from CKEditor 3.5. Before this version text was pasted without any formatting. From 3.5 there is an improvement but there is still something missing. Exception is the Safari where it seems that this particular part was working till CKE 3.4.3 and was broken in CKE 3.5. |
|||||
#3473 | [FF] Bogus doubled line break nums | Firefox Webkit Review+ | Bug | closed | Normal | |
Description |
Currently the padding block bogus br logic is not right, it's appending the br for every newly established block, which sometimes cause too much line breaks: Reproducing Procedures
|
|||||
#3249 | 'Deleted Text' Style within list item problem | Firefox WorksForMe | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#4080 | [FF3] dialogs sometimes doesn't show | Firefox WorksForMe | Bug | closed | Normal | |
Description |
In FF3, dialogs sometimes doesn't show, because of visibility: hidden. Reproduced using image dialog. Isn't reproducible always. |
|||||
#1858 | FF:cannot format entire table column - adds code outside <td></td> tags of 1st cell | HasPatch Firefox | Bug | closed | Normal | |
Description |
To replicate the bug, create a table with more than one row, enter text into cells then select content of an entire column or row. Select a formatting option such as BOLD or Right Align. Result: firstly, the entire column is not affected secondly, the first cell stuffs up. In the right align example (shown below) the first <td> is altered, placing two empty <p> tags and css styles. In the editor it looks like another cell has been added to the table. I get a similar issue when trying to format the whole table as "normal" paragraph text. <table border="1" cellpadding="0" cellspacing="0">
</table> |
|||||
#7065 | BR in pre-formatted doesn't create paragraphs | HasPatch Firefox | Bug | closed | Normal | |
Description |
In Firefox,
|
|||||
#4608 | Text next to Flash object is missing after save. | IBM Confirmed Firefox | Bug | closed | Normal | |
Description |
Using ajax sample.
The text next to the flash object is now missing. Click the Create Editor button. The text does not appear within the editor. |
|||||
#5163 | [FF] Error when using undo | IBM Confirmed Firefox | Bug | closed | Normal | |
Description |
Undo doesn't work on the horizontal line and the following error occurs: l is null [Break on this error] return h;},clone:function(h,i){var j=thi...h){var j=this;if(h.equals(j))return j;\r\n This only happens on the first load of the editor. |
|||||
#5078 | [FF]Unicode extension-B characters requires two backspaces to delete. | IBM Confirmed Firefox CantFix | Bug | closed | Normal | |
Description |
Enter some Unicode extension-B characters, for example 𠀀𠀁𠀂𠀃𠀄𪛔𪛕𪛖, then press backspace to delete the last character. You have to press backspace a second time to delete a character. (See attached image of example characters) |
|||||
#3031 | Toolbar Combos don't work in FF2 | IBM Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The combo features do not work in FF2.
Steps to reproduce:
Results in error.
Firebug error: |
|||||
#5845 | Changing Number/Bullet List Style looses Cursor Positioning | IBM Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
To reproduce the defect:
Expected Result: Cursor stays next to the new Roman Number inserted and when we start typing the text the new text appears as first list item. Actual Result: we could not see where the cursor is and when we start typing the text the new text replaces the new Roam Number that was inserted. If you are in the Starting line of a Nested numbered list,and when we start typing the text, the new text replaces the new roman number inserted and the new text concatenates with the text in the last list item at the previous level Same behaviour happens with Bullets |
|||||
#3819 | FF2 cursor issue when using combo features | IBM Confirmed FireFox Review+ | Bug | closed | Normal | |
Description |
To reproduce:
Results: Cursor is no longer at the end of the line of text. It appears as if the cursor has "disappeared". When a user uses the mouse to position the cursor into the same location, the selection from the Font Size combo is ignored. |
|||||
#5861 | [FF] Error when double clicking on table for first time. | IBM Firefox | Bug | closed | Normal | |
Description |
A 'range is undefined' error is thrown at line 183 in the link plugin's plugin.js. See screenshot. |
|||||
#5965 | Cursor initially overlaps previous line when font size is set to > 28. | IBM Firefox | Bug | closed | Normal | |
Description |
Observe the the cursor overlaps the text in the previous paragraph. This only occurs when no text has been entered with the new font size. Once text has been entered the cursor moves down. |
|||||
#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. |
|||||
#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. |
|||||
#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. |
|||||
#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. |
|||||
#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. |
|||||
#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. |
|||||
#8444 | FF - <a> tag href incorrectly encoded | IBM Firefox | Bug | closed | Normal | |
Description |
Run the attached code example. Click the "Test" button on the toolbar. Go to the source view. Notice that the "!" character is incorrectly encoded. Expected result is that the "!" character is not encoded, thus allowing navigation to the href to occur. |
|||||
#8548 | Cursor position on FF4+ different from FF 3.6 & other browsers | IBM Firefox | Bug | confirmed | Normal | |
Description |
Steps to reproduce
Issue: On FF 7 cursor shows up at the end of content area. On all other browsers (FF 3.6, IE(6,7,8,9), Opera & Safari) cursor shows at the beginning of content area. |
|||||
#8706 | JAWS not switching modes in CKEditor Cell dialog | IBM Firefox | Bug | closed | Normal | |
Description |
To reproduce the defect:
Expected Result: JAWS should read the next color in the list. Actual Result: JAWS reading the Cancel button name. There are two issues here First Issue: JAWS doesn't switch to forms mode correctly to allow navigating the color picker list box with arrow keys. Second Issue: Odd jump to the Cancel button bypassing the input field on the dialog. |
|||||
#8847 | with JAWS we can't open Select Color dialog more than once. | IBM Firefox | Bug | closed | Normal | |
Description |
To reproduce the defect:
Issue: Nothing happens & Select Color dialog not opened.
Issue: Nothing happens & Select Color dialog not opened. |
|||||
#10209 | [FF] Odd cursor position after deleting single bullet point | IBM Firefox | Bug | confirmed | Normal | |
Description |
In Firefox 19, the cursor moves to the far right after deleting unordered list that contains a single list item.
Steps to reproduce: <p>A line of text</p> <ul> <li>First bullet point</li> </ul>
3) While CKEditor is in WYSIWYG mode, select "First bullet point" as in the first screenshot. This was discovered on Windows 7 64-bit using CKEditor 4.0.2. I was not able to reproduce the behavior in IE9 or Chrome25. |
|||||
#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 |
|||||
#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. |
|||||
#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 |
|||||
#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. |
|||||
#8013 | FF4 : Focus not shown when we tab to combo boxes & check boxes on all dialogs | IBM Firefox4 | Bug | closed | Normal | |
Description |
To reproduce the defect:
Expected Result A dotted line shows around the combo box indicating that focus is currently on the combo box. Actual Result There is no dotted line or any other indication to the user that focus is currently on the combo box.
Expected Result A dotted line shows around the check box indicating that focus is currently on the check box. Actual Result There is no dotted line or any other indication to the user that focus is currently on the check box. This is an Accessibility issues, since we are using FF4 for our Accessibility testing |
|||||
#5946 | [FF] Cut commad removing paragraph id attribute. | IBM Firefox CantFix | Bug | closed | Normal | |
Description |
<p id="1">P1</p> <p id="2">P2</p> <p id="3">P3</p>
Observe that the P3 paragraph is missing the id attribute: <p id="1">
<p>
|
|||||
#3366 | Paste from Word dialog does not work in Firefox 2 | IBM Firefox Review+ | Bug | closed | Normal | |
Description |
The paste area in the Paste from Word dialog isn't editable in Firefox 2. |
|||||
#6044 | BIDI: [[FF/Safari]] When we apply RTL direction to a left aligned Paragraph, Paragraph Alignment is not changed | IBM Firefox WebKit | Bug | closed | Normal | |
Description |
To reproduce the defect:
Expected Result: See that paragraph is moved to right and Align Right icon is selected in the Tool bar. Actual Result: Paragraph is moved to right but Alignment of Paragraph is not changed & it is still shown as Left Aligned. |
|||||
#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. |
|||||
#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. |
|||||
#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 |
|||||
#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. |
|||||
#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. |
|||||
#2979 | Focus issue after inserting table | IBM Safari Firefox Confirmed | Bug | closed | Normal | |
Description |
When inserting a table at the end of a document it is not possible to navigate past the table to continue entering text.
Steps to reproduce:
Expected behavior:
Actual behavior: |
|||||
#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 |
|||||
#6139 | Marking Words | IE Chrome Firefox | Bug | closed | Normal | |
Description |
Hi there! Go in FF 3.x or in IE7 or IE8. Now double-klick a word, and you can see, that there is the space after the word marked. So, when you set a link now, the one Space after the word is also a link and is also underlined. This looks not really nice. I saw it in my 3.3.1 but it is also in your latest Version. greets |
|||||
#1730 | Delete 1th item from nested list | IE Firefox | Bug | closed | Normal | |
Description |
I have nested list, which I create using Increase indent from standart bullet list. Sourcecode is: <ul> <li>item 1-1 <ul> <li>item 2-1</li> <li>item 2-2</li> </ul> </li> <li>item 1-1</li> </ul> When I delete first item in Wysiwyg mode then I get various results. in IE 6.0, source code is bad, in Wysiwyg look OK: <ul> <ul> <li>item 2-1</li> <li>item 2-2</li> </ul> <li>item 1-1</li> </ul> and If I try Decrease Indent, I get Runtime error on Line: 81, (indent is null ...) and then source code is: <ul> <ul> <li>item 2-1 <span id="1199966901715S" style="display: none"> </span></li> <li>item 2-2</li> </ul> <li>item 1-1</li> </ul> in FF 2.0.0.11, source code is OK, but Wysivig look bad: <ul> <li> <ul> <li>item 2-1</li> <li>item 2-2</li> </ul> </li> <li>item 1-1</li> </ul> |
|||||
#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> |
|||||
#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 |
|||||
#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 |
|||||
#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. |
|||||
#10709 | Firefox, IE: Text entered after pasted URL becomes part of that URL | IE Firefox Support | Bug | confirmed | Normal | |
Description |
Environment: Windows 7/8, Chrome 28, FF 23
Result: The text you enter after the pasted URL becomes part of the text. Real life use case: You enter in the text "Check out my website (https://www.google.com/) Here, the right side closing parentheses becomes bolded like it is actually part of the URL. Only happens on Windows, and only from Chrome/IE10 to Firefox. |
|||||
#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 |
|||||
#9547 | Autogrow plugin breaks dropdowns | Mac Firefox | Bug | closed | Normal | |
Description |
When using the autogrow plugin in the latest build, dropdowns stop working. For example the font dropdown. As soon as you click it it disappears. As soon as the editor has focus the dropdowns start working. But without focus the dropdowns don't work. Check http://pxltest.nl/ckeditor4/samples/autogrow.html for an example. This is tested in Firefox 16 on mac |
|||||
#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 |
|||||
#4268 | Table is not getting deleted after selecting it and pressing Delete button in Firefox | Oracle Firefox CantFix | Bug | closed | Normal | |
Description |
Insert a table and then select it by clicking over it. Now press Delete button. You will observe that Table is not getting deleted. This issue is present only in Firefox. In IE, it's working fine. |
|||||
#3068 | plugin:panel doesn't hide on subsequent click | Review- Firefox | Bug | closed | Normal | |
Description |
In The panel system (contextMenu and floatPanel)should auto hide on any click which doesn't fall into the panel region, now it's not working appropriately. It could be identified by the context menu Procedures
|
|||||
#799 | FF: Drag and drop (move) table does not work | SF CantFix Confirmed FireFox | Bug | closed | Normal | |
Description |
It seems one cannot move (drag and drop) a whole table (like you move images) when using Firefox (2.x or 1.x) both on XP and Mac OS X (or Camino for that matter). One can do that with IE (it shows the cross-shaped symbol on left-click and moves the whole table where you drop it). May be related to the copy/paste table bug (1255029)? Panos
Moved from SF: |
|||||
#1370 | Firefox 2.0 - Spell Checking - Add to Dictionary | SF CantFix Firefox | New Feature | closed | Normal | |
Description |
The newest version of the firefox browser allows spell checking in textareas. So in FCKEditor spell ckecking works well. Spell checking dictionaries have to grow to be useful in daily use, so firefox allows to add unknown words to a users dictionary by rightclicking the underlined word and choosing "add to user dictionary" in the context menu. In FCKEditor it is not possible to add new words, because the context menu is overwitten with "Copy Cut Paste" in the textarea. It would be great to give control back to the browser to use this brilliant feature (maybe configurable in config file). I know there are several areas of context menus (i.e. tables, lists,...). It would be perfect if FCKE could check for underlined words and react. For simple solution it could only work in the "generic" part of the trextarea.
Moved from sourceforge |
|||||
#739 | FF: Button caption is editable with arrow keys | SF Confirmed Firefox | Bug | closed | Normal | |
Description |
With the arrow keys, one can move the cursur into a button inside a form and edit its label, but the contents aren't saved.
Moved from SF: |
|||||
#703 | FF: No context menu when right clicking a select component | SF Confirmed FireFox CantFix | Bug | closed | Normal | |
Description |
Linux FC4 Firefox 1.0.7 FCK 2.2, 2.1.1 When right clicking on a "select" component, no context menu appear. Sometimes it's possible to left click on a "select" component and then right click on an empty editor space to get the context menu to appear. But this should not be a regular behaviour, does it? Anyway, I propose a "properties" button on the toolbar, so we may select any component with the left button and then click on the "properties" toolbar button. Regards, Cristiano da Cunha Duarte
Moved from SF: |
|||||
#404 | PRE and Line Breaks | SF EK SS Confirmed FireFox | Bug | closed | Normal | |
Description |
When I choose "Formatted" format and then write some text containing new line characters and/or indentation (tabulations) I get the incorrect html code. I used FCKeditor 2.0 FC. I wrote: This is my first line. This is indented text. Then I clicked on "Source" button in FCK and I got the following html code: <pre>This is my first line.<br/> This is indented text.</pre> First of all there is no indentation. Secondly, the PRE element tells visual user agents that the enclosed text is "preformatted", so there should be no html tags (e.g. BR) in it. It should be just what I had written with tabs and new line characters. Thirdly, switching between source and editor (pressing "Source" button) increases number of BR tags. When I clicked for the first time I received only one BR, but after next click I got 2 BR tags, then 4 BR tags and so on. This is what I got after three switches between "Source" and editor: <pre>This is my first line.<br/> <br/> <br/> <br/> This is indented text.</pre>
Moved from SF: |
|||||
#462 | FF: Certain HTML causing CPU to go to 100% | SF Firefox | Bug | closed | Normal | |
Description |
Using FCKeditor version 2.4.1 with FULL PAGE mode turned on - When the HTML in the attached file is pasted into FCKeditor in source mode and the source button is hit to bring WYSIWYG mode back, FCKeditor starts to spin and the CPU hits 100%. This does not happen with the 2.3 version of FCKeditor.
Moved from SF: |
|||||
#680 | No context menu for checkbox in a table cell in Firefox | SF Firefox | Bug | closed | Normal | |
Description |
When using Firefox you don't get a context menu for a checkbox in a tablecell. f.e. <code> <table border="0" cellpadding="0" cellspacing="0"> <tbody> <tr> <td valign="top"><input name="something" type="checkbox" value="JA" /></td> <td>Description for the checkbox. </td> </tr> </tbody> </table> </code> When left-clicking on the checkbox, the table cell gets marked and no context menu shows up. Another leftclick on the checkbox followed by a right-click on some free space in the same table cell brings up the context menu correct with checkbox-properties. But not when clicking on the checkbox itself.
Moved from SF: |
|||||
#762 | Outside Flash goes over the maximized editor | SF Firefox | Bug | closed | Normal | |
Description |
Hi, When you click on the Maximize the editor size button and you have flash files (swf) loaded in your page, the flash files are showed over the text area of FCKeditor. Regards, André.
Moved from SF: |
|||||
#1356 | [Firefox] Keyboard to go to next/previous paragraph | SF Firefox | New Feature | confirmed | Normal | |
Description |
Implement a keyboard shortcut to go to the next or the previous paragraph.
Moved from Sourceforge |
|||||
#775 | Adding table rows using tab-key doesn't preserve attributes | SF FireFox | Bug | closed | Normal | |
Description |
My System: FireFox: 1.5 OS: Windows XP Prof. FCKEditor: 2.3.1 Description: If i edit a table similar to this: <table> <tr><td class="somestyle">Content</td></tr> </table> left click on the content cell and choose to insert a new table row the class-attribute of the newly created row will be similar to the one of the clicked row. If i instead press tab to insert a new table row the class-attribute is lost. Since i'm using this feature inside a cms to let the editors edit specially markuped tables it would be very useful if the behaviours could be unified. Thanks very much for your work on this project!
Moved from SF: |
|||||
#193 | Hyperlink incorrect when pasting in Firefox | SF Firefox Confirmed CantFix | Bug | closed | Normal | |
Description |
When a hyperlink is pointing to the same site as the page in which FCKeditor is embedded, and it is pasted into the editor using ctrl-v, the url gets mangled. For example:
This doesn't happen when using the "Paste from Word" feature, which may be why it doesn't happen in IE. However, in the version of FCKeditor I have (2.2), it will happen in Firefox even if using "Paste from Word," but it still doesn't happen in IE.
Moved from SF: |
|||||
#235 | FF: Toolbar icons are now displayed correctly on Mac OS X | SF Firefox Mac WorksForMe Pending | Bug | closed | Normal | |
Description |
The Images on Firefox for Mac OS X don't work. See attached screenshot. It was taken from http://www.fckeditor.net/demo/.
The system used is
Moved from SF: |
|||||
#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 |
|||||
#7032 | List item still selected after remove style | Webkit Firefox | Bug | closed | Normal | |
Description |
The following behavior is notified on webkit and FF.
|
|||||
#8829 | FF - Deleting selected text sometimes not working quite right | Webkit Firefox IBM | Bug | closed | Normal | |
Description |
Create a bulleted list as follows o One
o two Place cursor before "O" in One. Shift-down arrow. Press delete key. Action changes the order of the sub list items, also does not properly handle the change. o * Child 2
o two |
|||||
#8994 | Firefox, Webkit and Opera - Can't exit link at the end of document in bbcode | Webkit Opera Firefox | Bug | confirmed | Normal | |
Description |
To reproduce:
Result: You can't exit link when it is the last element in the document. Issue reproducible in Webkit and Opera from CKEditor 3.6 rev [6904] Note: In Firefox you can exit link only if you press End key. Perhaps it has something to do with leaving element boundaries - #8195 |
|||||
#6110 | Code altered after deleting quotation mark within <td> | Webkit Opera Firefox IE | Bug | closed | Normal | |
Description |
When using a single quote within a double quote "BOTH" ckeditor and fckeditor cancel out the single quote which in turn is altering the code in the background. TC:
|
|||||
#433 | Vanishing toolbar in full screen mode | WorksForMe Firefox Pending | Bug | closed | Normal | |
Description |
The toolbar vanishes in full screen mode using the following steps on a Mac platform (Intel processor) under Mozilla Firefox 2.0.0.3. I have not tested this under other platforms or other versions of Firefox.
Paste a large file into FCKEditor (I used the fckconfig.js file). Result: Toolbar vanishes. |