Custom Query
Results (1 - 100 of 576)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#756 | FF: ForcePasteAsPlainText doesn't work in all cases | Firefox | Bug | closed | Must have (possibly next milestone) | |
Description |
The problem reported in bug #1214941 "copying and pasting from word doesn't force it as plain text, even though I have that option turned on" http://sourceforge.net/tracker/index.php?func=detail&aid=1214941&group_id=75348&atid=543653 was only patched for CTRL+V paste method. The problem still happens if you paste using "Edit menu --> Paste", if you paste dragging from another window or if you paste using COMMAND+V (in Mac) or MAYS+INS (in Linux).
Moved from SF: |
|||||
#1583 | Submenues in popup menues are broken in non-IE browsers | Confirmed Firefox Safari | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce the bug:
|
|||||
#1645 | Loading the samples from the filesystem doesn't work in Firefox3 | Confirmed FireFox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
There are several errors in the console trying to load the editor from a file: uri in Firefox3 beta1 (roughly translated) Error: uncaught exception: Permission denied to set the property Window.FCK_STATUS_NOTLOADED Error: uncaught exception: Permission to read the property HTMLDocument.getElementById denied ... |
|||||
#1989 | xhtml source formatting works only in IE | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
In fckeditor 2.6 beta if you look at the source in firefox (on windows and mac os) and safari it is HTML not XHTML, but if you take a look at the same editor in Internet Explorer it is as it supposed to be XHTML (<br />, <img ... />...). It is not only happening on my implementation of fckeditor it is also present in your demo page, and included samples. I'm using php implementation. |
|||||
#2279 | Firefox RC3 Scrollbar position problem | Firefox3 Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
OS: Windows XP sp2 Browser: Firefox RC3 Builds Tested: 2.6.0, 2.6.1, Nightly Build 6/15/08 Steps to reproduce: 1) Open fckEditor sample running at: http://www.fckeditor.net/nightly/fckeditor/_samples/default.html 2) Press the "Maximize editor size" on the toolbar 3) Press any letter followed by the enter key 4) Repeat step 3 40 times 5) Scroll to the middle of the document and set the cursor at the end of a paragraph. 6) press the enter key BUG: Scrollbar moves up and paragraph is reposition at bottom of page. From my understanding "ScrollIntoView" has been changed in Firefox 3 to match IE, I'll bet that is where the problem lies. Will test will Firefox 3 final when it is released 6/17/08 |
|||||
#2319 | FF3: EnterMode='br' scrolls the entire page on ENTER | Confirmed Firefox3 Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Just like #2279, if having EnterMode='br' and hitting ENTER, or even using SHIFT+ENTER in the default configuration, makes the entire page to scroll. |
|||||
#2519 | Firefox 3 form submit via javascript with multiple editor instances | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Summary:
<input type="submit" value="Submit (button)" /> <input type="button" value="Submit (javascript)" onclick="document.testform.submit()"/>
|
|||||
#2797 | Styles cannot be applied when a whole paragraph is selected | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
|
|||||
#2997 | FF : Toolbar combo contents flickers when opening | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
When opening a toolbar combo for the first time, it's possible to briefly see its contents with no style which immediately gets re-rendered with the styles applied. This is noticeable in Firefox only. |
|||||
#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: |
|||||
#3864 | Selection problem after inserting new link | Firefox IBM Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
Result: the link seems uneditable until additional text is added. |
|||||
#4193 | [FF3.5] Automatic font color produces empty span | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Automatic font color produces empty span on Firefox 3.5 TC
Result: <p> f<span style="">o</span>o</p> Related with #3891. |
|||||
#4653 | [FF] Panel content invisible on first show | Firefox Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Panel content suffer from invisibility with a visibility:inherit on the <html> element. |
|||||
#4733 | Image dialog first open causes unresponsive script dialog in Firefox | Confirmed Safari Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
I get Firefox hangs up randomly occurs in Firefox, when checking the 'visibility' CSS style of an iframe element during 'onshow' event handing. |
|||||
#4758 | Multiple editors are not working in the 3.1.x branch | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The editor breaks when using the replace method to create more than two editor instances. I'll attach a test page for it. Confirmed with FF. Ok with IE. |
|||||
#5780 | Text selection disappears when open the link dialog | Confirmed Firefox Safari Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
I select a text to make a link. Then I open the link dialog and the mark usually disappears. This is a link displayed in the editor, instead of the selected text is linked. I have the problem with Firefox 3.6. You can check this on the CKEditor demo page. |
|||||
#7316 | [FF] Click on paste button create wrong linebreak | Firefox IBM | Bug | closed | Must have (possibly next milestone) | |
Description |
|
|||||
#7868 | BBCode sample is not loading | Firefox | Bug | closed | Must have (possibly next milestone) | |
Description |
With Firefox, the BBCode sample is not loading. |
|||||
#10787 | Divarea and inline breaks replacement of text selection in Firefox | Firefox | Bug | closed | Must have (possibly next milestone) | |
Description |
Using Firefox, one is not always able to replace selected text by pasting contents from clipboard. I have successfully identified this issue raised by the divarea plugin, disabling it fixes the issue. You can reproduce this using the online demo:
The selected text was not replaced, instead the clipboard contents gets inserted right in front of the original selection:
Expected result:
Actual result:
This problem persists unless a text block is splitted into own text nodes. Simply mark the term "spaceflight" again and you can now replace it by pasting contents. I was able to confirm this issue with both CKEditor 4.1.1 and the online demo using Firefox 23.0.1, other browsers seem to be not affected. |
|||||
#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. |
|||||
#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 |
|||||
#94 | ForcePasteAsPlainText Failing in Firefox | FireFox, Confirmed | Bug | closed | Normal | |
Description |
Working in the latest stable version (download this morning). Paste as plain text is working nicely, but not operating correctly in Firefox. Previous versions on FCK don't exhibit this problem. When you paste from word their is, correctly, a popup window into which you can paste the content for format-stripping, however a second copy of the content is still pasted into the parent (or opener) window. The result is, once you submit the data in the popup window, you end up with two copies of the same text in the window, the first of which retains it's original formatting. IE7.0 is stripping the formatting correctly (I note without a popup window). It seems that the newer version is successfully spotting that a popup window is required for Firefox, but doesn't stop the original paste command into the main window. Hope this helps with the development!!! I'm using the .net dll version (not sure if this is relevant info). |
|||||
#160 | Unnecessary DIV's created when formatting | Firefox | Bug | closed | Normal | |
Description |
The source is: <p>sdfsfdsdf</p> <p align="left">sdfsdfsdf</p> <div align="left"> </div> <p align="left">sdfsdfsdf</p> <div align="left"> </div> <p align="left">sdfsdfsd</p> <p>sddsfsdfsdf</p> |
|||||
#161 | Wrong position of toolbar panels for GWT Popups in Firefox | Firefox | Bug | closed | Normal | |
Description |
I am using FCKEditor with Google Web Toolkit (GWT). And the floating panels which are popped up if we click on tool bars like Styles or Font etc are being wrongly positioned only if the editor is being used inside a Popup panel or a Dialog box. The GWT Dialogbox/Popup panels also contain scroll bars. Otherwise it behaves fine, I mean if it is used inside normal browser window, positions of those panels are correct.
GWT Version : 1.1.2
|
|||||
#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: |
|||||
#211 | Firefox: Unclosed <p> tag results in cursor not showing up and can't focus into editor | Confirmed Firefox | Bug | closed | Normal | |
Description |
<p>
The cursor disappears. You can't focus into editor. Do I win a prize for "shortest markup that causes a bug"? :) |
|||||
#218 | Word-formatted text fails to paste with Firefox for Mac | Confirmed Firefox Mac CantFix | Bug | closed | Normal | |
Description |
Have tried to copy & paste from Word into FCKeditor numerous times using the toolbar button for "paste from Word" (and resulting popup window). All bold, italicized, and underlined text loses any/all of those attributes under Firefox 2.0.0.2 (current) for OS X. Problem does not occur with same browser version for Windows. Steps to reproduce: Create a file in Word 2004 for Mac (v11.3, current) with text that has underlining, bold, and/or italicized text (or combinations thereof). Copy text, move to Firefox and try to paste with Word toolbar button in FCKeditor. A Demo file is attached. In addition, all paragraph indents are lost as well. Working with Firefox 2.0.0.2 for OS X on a MacBook Pro with OS X 10.4.8 installed, and Word 2004 for Mac v11.3. |
|||||
#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: |
|||||
#246 | EnterMode=div can lose tags in Firefox | Confirmed Firefox | Bug | closed | Normal | |
Description |
Browser: Firefox 2.0.0.2 The following causes <div> tags to be lost when EnterMode=div and text to be corrupted (eg whitespace is lost and lines are joined together)
It basically seems that some editor commands completely break the <div>'s. From some testing this appears related to alignment (left/right/center/justify) and changing to list items/back from list items. |
|||||
#254 | FF: IgnoreEmptyParagraphValue is not honored | Confirmed Firefox | Bug | closed | Normal | |
Description |
When running the editor under FF, it starts with <p> </p> in the code. The same problem occurs if deleting all text. FF
IE
One final note, with FF, if you delete all the text in source mode and then switch to wysiwyg mode and back to source mode, the source is empty. |
|||||
#284 | Firefox: Additional <br /> tags removed from end of document | Confirmed Firefox | Bug | closed | Normal | |
Description |
If additional <br /> tags are placed at end of document, they are removed one at a time each time you swap to Source view and back.
To replicate:
In my case, I am inserting the html entered in the editor into another page dynamically and want to allow the <br /> tags to increase the distance between the html from the editor and the html in the rest of the page. |
|||||
#316 | FF: Impossible to position the cursor between two centered tables | Confirmed Firefox CantFix | Bug | closed | Normal | |
Description |
please see the second issue highlighted in this video (the first was CSS related and is fixed): http://24-7-sales.com/wysiwyg/3-29.html D. |
|||||
#332 | Hitting Enter after links continues the link in the new paragraph | Confirmed Firefox SD-COE | Bug | closed | Normal | |
Description |
Handling of <a>-Tags within <li> is broken. Reproduction at the nightly build just right now :
provides as source : <p>This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.</p> <ul> <li><a href="http://www.blah.org">www.blah.org</a></li> <li><a href="http://www.blah.org">asd</a></li> </ul> <p> </p> Meaning, the <a>-Tag from the first bullet has been inherited by the second one, which is not what users expect, I guess. |
|||||
#346 | blank first line in PRE tag causes newline characters to be removed | Confirmed Firefox | Bug | closed | Normal | |
Description |
This issue only affects Firefox (tested with 2.0.0.3). When the first line within a PRE tag is blank, the newline characters in the remaining lines will be removed after clicking on the Source button several times.
<pre> /*** * First line (above) is blank. * Some more text... */ public void testFunction(){ System.out.println( "abc" ); } </pre>
This ticket may be related to ticket #328. |
|||||
#350 | FF: <marquee> appends <p> </p> to the output | Confirmed Firefox | Bug | closed | Normal | |
Description |
There was a previous ticket regarding Firefox ignoring the IgnoreEmptyParagraphValue and putting <p> </p> whenever there was whitespace. We are encountering a similar, though likely unrelated problem, in the version that this bug was supposedly fixed in. Firefox ISN'T putting the empty paragraph tags in empty space, which is good. It's not supposed to. However there's an exception to this. If you use the marquee tag within the FCKeditor, it puts the empty paragraph tags before and after it. For example, we put in the following code into the FCKeditor: <marquee scrollamount="4"><font size="4" color="#808000"><strong>Welcome! <a href="http://www.somewebsite.com">Click Here to ask about our Event Sponsorship Opportunities!</a></strong></font></marquee> <p>Just some test text<br /> Hello?<br /> <br /> Okay</p> <table width="400" cellspacing="1" cellpadding="1" border="0" align="center"> <tbody> <tr> <td>Hello?</td> <td>Maybe</td> </tr> <tr> <td>Okay</td> <td>Sweet</td> </tr> <tr> <td>Well</td> <td>let's see</td> </tr> </tbody> </table> and, upon saving our changes to the database and coming back to the page, it turned it into this: <p> </p> <marquee scrollamount="4"><font size="4" color="#808000"><strong>Welcome! <a href="http://www.somewebsite.com">Click Here to ask about our Event Sponsorship Opportunities!</a></strong></font></marquee> <p> </p> <p>Just some test text<br /> Hello?<br /> <br /> Okay</p> <table width="400" cellspacing="1" cellpadding="1" border="0" align="center"> <tbody> <tr> <td>Hello?</td> <td>Maybe</td> </tr> <tr> <td>Okay</td> <td>Sweet</td> </tr> <tr> <td>Well</td> <td>let's see</td> </tr> </tbody> </table> This ONLY happens in Firefox (any version). It does not happen in Internet Exploder. We DO have version 2.4.1, which supposedly fixed the problem with FF and IgnoreEmptyParagraphValue. We could upgrade to 2.4.2 (and may soon), but according to "What's News", the only thing fixed in 2.4.2 was a problem with UTF, so I doubt that would fix this problem. We are aware that the marquee tag is no longer supported in HTML specifications, but we thought it might indicate a problem somewhere and still be fixable, regardless of this lack of marquee support, and especially since it only happened in Firefox, so we thought we should submit this ticket. Thanks, Nicholas |
|||||
#351 | Inserted image gets deleted if the rest of the document is empty | Confirmed Firefox | Bug | closed | Normal | |
Description |
If creating a new document with FCKeditor and you insert an image and then attempt to save the document/submit the form, the result is that the image (and the HTML image tag) gets deleted. I can workaround this by typing in some text, then the image gets saved, but if the image tag/image is the only thing in the document, when saving, the image/img tag gets deleted. This shouldn't happen. A person may want to insert just an image into a document without any text or other tags surrounding it. This bug prevents that from being a possibility. Keep up the great work, FCKeditor is the best! |
|||||
#382 | Extra <p> using embeds in Firefox | Firefox | Bug | closed | Normal | |
Description |
Switch to source mode and paste <p><embed width="200" height="100" menu="true" loop="true" play="true" src="test.swf" pluginspage="http://www.macromedia.com/go/getflashplayer" type="application/x-shockwave-flash"></embed></p> Switch to WYSIWYG and back to Source and there's an extra <p> </p> at the beggining and at the end.
present in Firefox 2.0.3. |
|||||
#393 | Cursor inside link but expected to be "after" it | Confirmed Firefox | Bug | closed | Normal | |
Description |
This problem is hard to explain, but easy to repeat: Go into Internet Explorer, create a hyperlink using the toolbar hyperlink tool, and click "Ok". Put your cursor on the right side of the link and start typing. Now do the same thing in Firefox. See the difference? In Internet Explorer, the new text you type isn't part of the link, but it is in Firefox. In fact, the only way to close the link is to now use the source button. Just aggravating. Thanks, Nicholas |
|||||
#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: |
|||||
#427 | Bulleted lists don't align properly in Firefox | Confirmed Firefox | Bug | closed | Normal | |
Description |
Centering and right justifying a bulleted list doesn't behave properly in Firefox. IE7 worked correctly. Using the test site:
Note: Make sure that the browser cache is cleared before trying to reproduce. |
|||||
#430 | Remove link issue when class attribute is defined | Confirmed Firefox | Bug | closed | Normal | |
Description |
This issue exists on Firefox 2.0.0.3. Doesn't appear to be an issue with IE7. When a link tag with a defined class attribute is removed using the "Remove link" button, the link tag is converted to a span tag instead of being removed.
<p>This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/" class="myCssClass">FCKeditor</a>.</p>
|
|||||
#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. |
|||||
#440 | FF: Whole paragraph is selected on right click | Confirmed Firefox CantFix | Bug | closed | Normal | |
Description |
hi try this try to right click at the end of this code :<p><font size="-2">©2007 Google</font></p> in firefox we are selecting the whole code i didn't test it on another tags but i found it in FF in ie its working regards |
|||||
#460 | when putting style="border:1px solid black; border-top:0px" in an elemint, it puts a mozilla specific CSS attribute for one of the values | Firefox Confirmed CantFix | Bug | closed | Normal | |
Description |
when putting style="border:1px solid black; border-top:0px" in an elemint, it puts a mozilla specific CSS attribute for one of the values. For instance putting this: style="style="border:1px solid black; border-top:0px" results in: style="border-style: none solid solid; border-color: -moz-use-text-color black black; border-width: 0px 1px 1px;" which is fine if you are viewing the page in FF, but in IE the border color is off. I tried to use the nightly build to test to see if it was fixed, but the nightly build wouldn't even load for me or for another person I asked to view. Sorry if its a dupe. |
|||||
#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: |
|||||
#486 | Cursor navigation difficult with multiple smileys or images in FF2 | Confirmed Firefox | Bug | closed | Normal | |
Description |
To Reproduce:
Result: This issue only occurs in Firefox. |
|||||
#488 | FF: Strange cursor behavior with lists after viewing source | Confirmed Firefox | Bug | closed | Normal | |
Description |
To Reproduce:
Result: This bug does not happen in IE. It is exclusive to Firefox. |
|||||
#525 | FF: Sucessive DIVs are joined wrongly with del or backspace | Confirmed Firefox | Bug | closed | Normal | |
Description |
Paste the following in the Source View: <div class="title">headline</div> <div class="text" style="color:Red">body</div> When trying to join both DIVs by using del or backspace, we have the following result: <div class="text" style="color:Red">headlinebody</div> The attributes of the second DIV prevailed over the first one. The opposite is expected though. To note that it doesn't happen if EnterMode=div. Works well with IE6. |
|||||
#534 | Wrong cursor positioning with lists | Firefox Confirmed | Bug | closed | Normal | |
Description |
BUG 1: First, you will notice the cursor is askew, down a few pixels. BUG 2: If you type "Hello<enter>" you will see the cursor jump down to the next line BUG 3: If you type any more, the characters are invisible. There is no record of having typed them if you switch back to source. |
|||||
#535 | Enter key inserting multiple breaks after using shift-enter | Firefox Confirmed | Bug | closed | Normal | |
Description |
After the word "Hi", you will see the cursor jump down 4 lines, instead of 1. |
|||||
#539 | FF: if the HTML has a table in it and you right click in the table while in FCKeditor, the cursor jumps to the top of the HTML | Firefox Confirmed | Bug | closed | Normal | |
Description |
Only in Firefox, if you have a table in your HTML and then while you are in FCKeditor you right mouse click when your cursor is in the table or table cell, the editor jumps up to the top of the HTML no matter where you were when you clicked. Wrote to Frederico about this and here is his reply: I was able to create a very simple test case for this bug, based on your pages. In Firefox, if you scroll down the contents and right click inside the table, it will scroll up automatically. If you instead click at the "More text" phrase at the very end, you will have no problems. It only happens if the editor is inside a table, and if you click in a table in the contents. There is no solution for it for now, and no predictions, but this TC is an important step to find out something. Frederico Caldeira Knabben |
|||||
#584 | Firefox: Style error in parsing value for property 'height' | Firefox | Bug | closed | Normal | |
Description |
Greetings, I keep getting this error in firefox: Warning: Error in parsing value for property 'height'. Declaration dropped. Source File: .../editor/fckeditor.html?InstanceName=FCKeditor&Toolbar=Default Line: 0 The FCKeditor is contained inside one DIV block that has this style: width: 400px; display: none; position: absolute; top: 0; left: 0; padding: 5px; z-index: 4; I get this error when I'm opening the page and when using javascript to show/hide the container div block. Thanks in advance for your consideration. |
|||||
#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: |
|||||
#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: |
|||||
#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: |
|||||
#753 | Arrowing over an image skips the next char (Firefox only) | Confirmed Firefox SF CantFix | Bug | closed | Normal | |
Description |
The bug occurs when using the arrow keys to navigate text in firefox. If there is an image within a line of text, arrowing right across it will cause the cursor to skip the character immediately after the image. Example: (the | represents the cursor and each iteration represents the right-arrow keypress) 1: some te|xt[IMAGE}some more 2: some tex|t[IMAGE]some more 3: some text|[IMAGE]some more 4: some text[IMAGE]s|ome more
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: |
|||||
#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: |
|||||
#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: |
|||||
#912 | cannot bypass buttons using left/right arrows | Firefox | Bug | closed | Normal | |
Description |
if your cursor is to the left of a button, you cannot skip past the button by hitting the right arrow (and vice versa).
to test:
the bug is similar to #739, but not quite the same |
|||||
#913 | can edit broken image's alt text, but it is not saved | Confirmed Firefox | Bug | closed | Normal | |
Description |
if you have an image with a broken URL, the alt text will show in Firefox. this alt text is editable, but the changes are not saved.
to test:
|
|||||
#970 | Select Field dialogue: controls get outside of dialogue when field contains long values | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
The screenshot explains it all, actually.
Firefox 2.0.0.4 |
|||||
#975 | Pressing enter does not exit list mode with bold and italics text. | Confirmed IE Firefox | Bug | closed | Normal | |
Description |
Normally, if you enter a blank line while in the numbered or bulleted list mode, you would exit the list mode. However, if both bold and italics are enabled, a blank line would not exit list mode. Steps to reproduce.
You would stay in list mode no matter how many enters you press. Note that this bug does not occur if the text is only bold or only italics. It must be both bold and italics. This bug is reproducible on both IE6 and FF2. I can also reproduce it on the latest nightly build. |
|||||
#990 | Enter key is broken in SVN | Confirmed Firefox Safari Opera | Bug | closed | Normal | |
Description |
Reproduction procedure: 1. Checkout the latest SVN code. 2. Open sample01.html in Firefox/Opera/Safari. 3. Press "Enter" between "This is some sample text." and "You are using FCKeditor.". 4. The second sentence is deleted. The issue doesn't exist in 2.4.3, and it doesn't exist in my branch which I used to work on #125. So I'm sure the change leading to the bug is very recent. |
|||||
#994 | Unable to add text below a DIV if the DIV is the last line of a document | Confirmed IE Firefox | Bug | closed | Normal | |
Description |
Steps to reproduce:
1: Go to FCKeditor Demo at www.fckeditor.net/demo.
The cursor is always placed just after the last 't' and it's not possible to get it in a place that is outside of the DIV. |
|||||
#1043 | Undo system not saving selection position changes. | Confirmed IE Firefox | Bug | closed | Normal | |
Description |
To reproduce the bug:
|
|||||
#1051 | The Fckeditor paste command is not executed on using Command +V on Mac firefox | Confirmed Firefox Mac CantFix | Bug | closed | Normal | |
Description |
The fckeditor's named command 'paste' is not executed on pressing command+V in Mac firefox. So it is not possible to intercept the paste command on Mac firefox. This works fine on Windows using Ctrl+V but similar behaviour is not shown with command+V on mac. |
|||||
#1053 | Unable to apply table style in FireFox using Styles Combo | Firefox | Bug | closed | Normal | |
Description |
Using the following code in fckstyles.xml: <?xml version="1.0" encoding="utf-8" ?> <Styles>
</styles> In Forefox the style selector is blank when I have a table selected and I am unable to apply the style to any tables, where in IE is shows Blue Table and allows me to apply the style. |
|||||
#1054 | Incorrect line spacing after deleting everything in document in Firefox | Confirmed Firefox | Bug | closed | Normal | |
Description |
Reproduction procedure:
This bug does not occur in 2.4.3. |
|||||
#1056 | Caret disappearing and hanging above an empty document in Firefox | Confirmed Firefox | Bug | closed | Normal | |
Description |
Reproduction procedure:
This bug can be reproduced on both the current SVN version and in 2.4.3. |
|||||
#1060 | Not compatible with Firefox 3 | Confirmed Firefox | Bug | closed | Normal | |
Description |
I have been using FCK Editor in my web pages for quite some time. It works great in IE6/IE7, FireFox Versions 1/ 1.5 / 2
But to my surprise it just failed to appear in upcoming Fire Fox 3.
Thanks Sharad |
|||||
#1061 | Backspace and delete does not work under Firefox | Confirmed Firefox | Bug | closed | Normal | |
Description |
This bug is reproducible under both 2.4.3 and the SVN version, though with different procedures. They both seem to be related to the bogus <br> tags added by Mozilla Midas and by us. Reproduction procedure on 2.4.3:
For the SVN version, I don't have a reliable way of reproducing it, but it seems to occur more often in the SVN version. The following is a more reliable method that I can get the bug to occur after a few trials:
|
|||||
#1077 | Merge/split cell bugs | Confirmed IE Firefox | Bug | closed | Normal | |
Description |
The first bug is that vertical cell merging in Firefox does not work. Reproduction procedure:
The second bug is that the horizontal split cell command produces "inefficient" tables. Reproduction procedure:
|
|||||
#1121 | Scrolling does not work properly with the new Enter Key handler code | Confirmed Firefox | Bug | closed | Normal | |
Description |
This issue seems to be Firefox specific. The bug seems to be in the FCKEnterKey class although I could not figure out how to fix it. To reproduce (very easy):
What you will see: You will notice that the scrollbar does not go down and follow the cursor as expected. So the cursor becomes no longer visible. What should happen instead: The scrollbar should scroll down and the cursor should still be visible. NOTE: Type any character (other than Enter) and the scrollbar will work fine, which seem to point to a bug in the Enter Key handler code |
|||||
#1150 | <br type="_moz" /> appearing in Source mode | Confirmed Firefox Opera Safari Review+ | Bug | closed | Normal | |
Description |
Reproduction Procedure:
The issue can be reproduced on Opera, Firefox and Safari |
|||||
#1176 | JavaScript error after switching to Source mode and back | Confirmed Firefox | Bug | closed | Normal | |
Description |
Reproduction procedure:
The same problem does not occur in IE. Also it seems the bug was introduced with the style system. |
|||||
#1177 | Cannot join two paragraphs together | Confirmed Firefox | Bug | closed | Normal | |
Description |
Reproduction procedure:
|
|||||
#1188 | Firefox, Safari, Opera: Context menu doesn't disappear on Esc. | Firefox | Bug | closed | Normal | |
Description |
If the context menu is visible pressing Esc doesn't make it invisible in Firefox, Opera and Safari. |
|||||
#1189 | Javascript-Console Errors for skins | Confirmed Firefox | Bug | closed | Normal | |
Description |
Using Firefox > 1.5 and starting the FCKEditor-2.4.3 we get some errors in the Javascript-Console for ignored properties display, filter, text-overflow. These properties are not supported by Firefox and so we dont like to see them as errors. |
|||||
#1235 | Bogux BR is excessively removed when joining paragraphs | Confirmed Firefox | Bug | closed | Normal | |
Description |
Steps to Reproduce
The second paragraph will be correctly removed, but the cursor will be blinking in the wrong place. The line space in the first paragraph will be removed too. The problem is that the ending paragraph doesn't have the bogus BR anymore, so it doesn't get expanded. |
|||||
#1247 | On Enter, the new paragraph may be mispositioned in a specific case | Confirmed Firefox | Bug | closed | Normal | |
Description |
Steps to Reproduce
|
|||||
#1255 | Javascript error in Firefox: FCK is not defined | Firefox | Bug | closed | Normal | |
Description |
Dynamically adding and removing FCKEditor textareas is creating Javascript errors. I created a test page for this issue, using the latest nightly build: http://www.boissiere.com/fckeditor/test_fckeditor.php To reproduce the problem:
|
|||||
#1260 | Inconsistent results when switching betwen Source view containing iFrame | Firefox | Bug | closed | Normal | |
Description |
I am having a problem when switching between source/render view in FCK when the source contains the following iframe code: <iframe width="500" height="350" frameborder="0" scrolling="No" marginheight="0" marginwidth="0" src="http://maps.google.com/maps?f=q&hl=en&geocode=&q=auburn+hills,+MI+48326&ie=UTF8&om=1&s=AARTsJpdr6dyTOcbLJBOCfJjsMkq6xbZqA&ll=42.720786,-83.229675&spn=0.17656,0.343323&z=11&iwloc=addr&output=embed"></iframe><br><small><a href="http://maps.google.com/maps?f=q&hl=en&geocode=&q=auburn+hills,+MI+48326&ie=UTF8&om=1&ll=42.720786,-83.229675&spn=0.17656,0.343323&z=11&iwloc=addr&source=embed" style="color:#0000FF;text-align:left">View Larger Map</a></small> Steps to produce the problem:
90+ times out of 100, the iFrame is not rendered and the source button becomes non-functional. However, I have been able to switch between source/render views with the above iframe before - and I can not discern what is wrong. To further complicate matters, I can not reproduce this error on Firefox/Windows, nor IE7/windows ... the problem seems isolated to Firefox on my Mac! I can happily switch between source and non-source view, using the above iframe, on FF/IE on Windows. I am running Firefox (Mozilla/5.0 (Macintosh; U; Intel Mac OS X; en-US; rv:1.8.1.6) Gecko/20070725 Firefox/2.0.0.6) on Intel Mac OS X 10.4.10 Any help would be much appreciated! |
|||||
#1262 | FF: Wrong style detection at the end of paragraphs | Confirmed Firefox | Bug | closed | Normal | |
Description |
Steps to Reproduce
<h1>Title</h1><p>Sample text</p>
In Firefox, the Format combo will display "Normal" instead of "Heading 1". It works well with IE. This impacts not only the Format combo, but any kind of formatting thing that happen at the end of paragraphs. |
|||||
#1268 | Cursor and Whitespaces: not right blinking on the right position | Confirmed Firefox | Bug | closed | Normal | |
Description |
OS: Kubuntu 7.04 / Windows Vista Browser: Firefox 2.0.0.6 FCKeditor: 2.4.3 Just write a letter and the make a whitespace. The cursor is still blinking after the letter, not after the whitespace. |
|||||
#1309 | New list items are wrongly merged | Confirmed IE Firefox | Bug | closed | Normal | |
Description |
Steps to Reproduce
<p>Line 1</p> <ul> <li>Line 2</li> </ul> <p>Line 3</p>
Current Results<ul> <li>Line 2</li> <li>Line 1</li> <li>Line 3</li> </ul> The new list items have been placed at the end of the pre-existing list. Expected Results<ul> <li>Line 1</li> <li>Line 2</li> <li>Line 3</li> </ul> |
|||||
#1328 | Use -moz-hyperlinktext in fck_editingarea.css | Firefox | New Feature | closed | Normal | |
Description |
In the fck_editingarea.css file, we are defining: a[href] { color: #0000FF !important; } Probably we'll have more real result with: a[href] { color: -moz-hyperlinktext !important; } It should work with Firefox 2, but we need to check the availability of the "-moz-hyperlinktext" keyword on previous versions. |
|||||
#1331 | Repeated core style vs. inline styled range | Confirmed Firefox | Bug | closed | Normal | |
Description |
FCKEditor nightly built version: 1.) let's type some text 2.) use an inline style - for example "Inline quotation" 3.) select a part of the inline-styled text 4.) use Bold (or underline or italic) and the selected text will be bold - all right 5.) use Bold once more and the selected text will be normal - all right 6.) use Bold once more - FCKEditor uses the Bold for the whole inline object - failure Browser: Mozilla Firefox 2.0.0.7 OS: WinXP Pro SP2 |
|||||
#1345 | FF: Styles are not applied to multi-cell selections | Firefox | Bug | closed | Normal | |
Description |
When selecting multiple cells in FF, only the first cell is changed when applying styles. |
|||||
#1350 | Firefox Delete bug with <p> and <br type="_moz" /> | Confirmed Firefox | Bug | closed | Normal | |
Description |
This bug occurs in gecko based browsers only. This bug is a bit hard to explain. But put the following source code in. Then at the end of the first line, press enter, then shift enter, then enter, then shift enter (continue alternating between br and p modes respectively for a few lines). After doing this a few times, press backspace until you get the cursor back to the first line. Some of the <br type="_moz" /> tags are not cleaned up and are left hanging around *after* the cursor. I have set the background color so that you can clearly see the excess <br type="_moz" />s at the end. <p style="background: rgb(255, 255, 204) none repeat scroll 0% 50%;">Alternate pressing enter and shift enter, then backspace</p> |
|||||
#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 |
|||||
#1357 | Doing Select All in Firefox, the parent node of the selection is wrong | Confirmed Firefox | Bug | closed | Normal | |
Description |
If the Select All command is used in Firefox, the selection object will return the <html> node as the parent of the current selection, but GetSelectedElement() returns <p> not the body |
|||||
#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 |
|||||
#1392 | Overrides and Spans not working as expected in Windows and Firefox 2.0.0.7 | Confirmed Firefox | Bug | closed | Normal | |
Description |
If I use your sample 14 in the html folder for 2.5 I am having the following problem: 1: Delete the text in the box and type in some new text, "Testing line 1". 2: Highlight "Testing line 1" and change the text size to 8pt. 3: Put the curser at the end of the line for "Testing line 1" and hit the enter key two times to create 2 new lines 4: Type in "Testing line 2", notice it is 8pt. 5: Highlight just "Testing line 2" and change the font to 14pt. For me it changes both lines of text not just the highligted text. I would expect the behavior to just change the size for just the highlighted section. This is just an example, but I am having the same problem with overrides and spans in the changes that I am making. If I hit the submit key I get the correct code for changing both lines: Key: FCKeditor1, val: <p><span class=\"FontBig\">Testing line 1<br /> <br /> Testing line 2</span></p> |
|||||
#1397 | Fx formatting lost when using enter and backspace | Firefox | Bug | closed | Normal | |
Description |
tested: svn-trunk Oct-10-2007
(splitting up multiple issues from ticket 565) |
|||||
#1407 | Dynamically setting link / vlink / alink doesn't work in Firefox | firefox | Bug | closed | Normal | |
Description |
Hello, I want to be able to dynamically change the link colors in my FCKeditor. In internet explorer, i can say editorInstance.EditorDocument.linkColor = "#00FF00"; In Firefox, this results in no change at all.
I've tested this with all versions up to the 2.5beta. |
|||||
#1476 | [Firefox] Deselecting by mouse click inside of selection does not trigger GetState function of buttons. | Firefox | Bug | closed | Normal | |
Description |
When someone selects a part of the document in the editing area and clicks with the mouse in the middle of it, it does not trigger the GetState functions of the buttons of the toolbar. The bug is present in the "nightly build" both under Firefox 2.0.0.8 and Explorer 6.0.2900.2180... (Explorer triggers correctly sometimes - don't know why) Reproduction (eg. with the default sample text of FCKeditor): -Click in the editing area and select the whole sentence by mouse or Ctrl-A -Click in the middle of the word "sample" (which should be in bold):
-Selection will collapse and the cursor will be "...sam<here>ple text..." but the button of 'bold' WILL NOT BE SET to FCK_TRISTATE_ON. -On the other hand, if you select something and click outside of it, eg:
-Click in the middle of the word "sample" (this should be in bold and outside of the current selection):
-Selection will collapse and the cursor will be "...sam<here>ple text..." and button "B" WILL BE SET to FCK_TRISTATE_ON. |
|||||
#1477 | In fullscreen mode, pop-up menu position relative to "content div | FireFox | Bug | closed | Normal | |
Description |
In FCK + Mediawiki, click on the fullscreen button, then right-click in any part of the text. The pop-up menu will appear at some distance of your click point, probably due to the fact its position will be determined relative to the "#content" div from Mediawiki. |
|||||
#1495 | [FF] oEditor.IsDirty not handling spaces and CR correctly (in some cases) | Firefox | Bug | closed | Normal | |
Description |
I'm currently using this to see if content of an FCKeditor has changed if (oEditor.IsDirty()){ return true; } START SAMPLE SOURCE
* END SAMPLE SOURCE * IsDirty test mostly works but not allways, on the source above: What I found is this: If I place cursor after "This is another test" (see example source above) and hit spacebar some times, and then backspace to remove them then IsDirty return true. If I do the same after "This is a test" the IsDirty return false. I also note that I get same result when hitting CR where I previously tried with spaces, and then removing with backspace as for previous tests... and get the same result. And if I (said it before, but anyway).. just add some letters and remove them with backspace after "This is another test" then IsDirty returns false (as it should) ..... weird!!!! As far as I can see, it looks like this is happening on text that does not have anything (letters, tags) follwing it (in source). If I test on one text string only (with no tags after it), I get the buggy behaviour. If I then add a CR and save the record, and then place cursor after last letter and add and remove spaces and/or CR then it works as expected. Also found the following: If I place cursor after "This is another test" and hit either spacebar or CR and then backspace to remove the newly inserted spaces or CR, and then click source button to get in source view, and click source button to get in normal view, and then click a link or change URL of the page to trigger my code that uses IsDirty then the bug is gone. So it looks like something is added to the source, which is cleaned up when entering source mode. Weird. The above was tested in Firefox 2.0.0.7 (have now also tested in IE6 and IE7 and could not reproduce the bugs there). Also note that I use this in fckconfig.js: FCKConfig.EnterMode = 'br' ; FCKConfig.ShiftEnterMode = 'br' ; |
|||||
#1497 | Bottom border around the editor gets hidden if you... | Firefox | Bug | closed | Normal | |
Description |
Hi. This bug happens both FCKeditor 2.4.3 and the new 2.5 beta version. Only managed to get the bug in Firefox. How to reproduce:
http://www.fckeditor.net/demo/toolbar?toolbar=Basic
What happens is that the bottom border of the editor is hidden. This can be confusing for enduser, especially if bg-color in FCKeditor and bg-color below the FCKeditor. |