Custom Query
Results (1 - 100 of 576)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#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: |
|||||
#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: |
|||||
#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. |
|||||
#1524 | Cursor jumping to start and end of unordered list | Confirmed Firefox | Bug | closed | Normal | |
Description |
When I create an unordered list where every element is a link, and then I click at the end of one of the items in the list, the cursor will be moved to the line before the list for one 'blink' before being moved to the start of the last line in the list. I am using Firefox 2.0.0.9 on Vista (but this has also been seen on Ubuntu). I am using FCKEditor 2.5beta, and this bug is also present in the currently nightly build. This bug does not seem to be present in IE7 on Vista (I have not tested any other versions of IE) or Safari 3.0.3 on Vista. I have attached an image that should clarify this bug. You can use the following HTML to replicate this in the editor: <p> </p> <ul> <li><a href="a">Accounting</a></li> <li><a href="a">Economics</a></li> <li><a href="a">Geography</a></li> <li><a href="a">History</a></li> <li><a href="a">Law</a></li> </ul> Many Thanks, Adam Charnock |
|||||
#1554 | FF3 : Links have no underline | Firefox | Bug | closed | Normal | |
Description |
With Firefox 3 Beta 1, the links don't have the usual underline, and they also seem to have a fancy blue color. To see it, it is enough to open sample01. |
|||||
#1556 | FF3 : Dialogs client area is too small | Firefox | Bug | closed | Normal | |
Description |
With Firefox 3 Beta 1, the toolbar and address bar are present in the dialogs, reducing the size for the contents. That would be acceptable (but annoying), but on some dialogs, like "Smileys", there is not enough space for the contents. All dialogs should be checked and fixed. |
|||||
#1557 | FF3 : Color panels' buttons are incorrectly styled | Firefox | Bug | closed | Normal | |
Description |
With Firefox 3 Beta 1, the "Automatic" and "More colors..." buttons are improperly styled. |
|||||
#1558 | FF3 : Nested context menu are not closing | Firefox | Bug | closed | Normal | |
Description |
With Firefox 3 Beta 1, nested context menus, for toolbar commands for example, are not being hidden when selecting one of their options. |
|||||
#1559 | FF3: Color buttons are not closing previously opened panels | Firefox | Bug | closed | Normal | |
Description |
With Firefox 3 Beta 1, when opening any combo in the toolbar, and immediately clicking on one of the color buttons, the previous combo panel will remain opened. It will be blocked there until clicking inside of it. |
|||||
#1575 | Firefox: Empty paragraph added if an object tag occurs as first element in the body | Confirmed Firefox | Bug | closed | Normal | |
Description |
If <object> is the first tag in the source, firefox adds <p> </p> at the beginning of the document. Firefox 2.0.9 / Ubuntu Gutsy and windows xp+vista Reproduced with the FCKeditor demo (2.5 Beta) and 2.4.3 How to reproduce:
This do not happen in IE. |
|||||
#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:
|
|||||
#1584 | FF3 : Context menu may remain opened | Confirmed Firefox | Bug | closed | Normal | |
Description |
Steps to Reproduce
The parent context menu will remain opened. |
|||||
#1602 | Delete key causes Javascript error when editor is empty | Confirmed Firefox Safari | Bug | closed | Normal | |
Description |
Congrats on 2.5! Here is your first bug - :)
JavaScript Error: FCK.EditorDocument.body has no properties |
|||||
#1605 | [Firefox] Unnecessary <p> tags are inserted in InsertHtml function of FCKEditor Object | Firefox | Bug | closed | Normal | |
Description |
Unnecessary <p> tags are inserted in InsertHtml function of FCKEditor Object. Suppose we insert HTML text programmatically as follows var html_text = " This is <b>some <span style=\" color: maroon; \" >HTML</span></b> text " ; var ed = FCKeditorAPI.GetInstance('TEXT') ed.InsertHtml(html_text); Than some extra <p> tags appear in the inserted text. ( confirmed by viewing HTML source ) This problem is seen only in Firefox 2/3 Beta ( Or any GECKO browser ) It is not seen with IE7 / Safari 3.04 or Opera 9.5 Tested on Windows XP SP2 Thanks |
|||||
#1623 | Removing Bold, Italic, Underline, Striketrough and maybe more is buggy/counterintuitive in Firefox | FireFox | Bug | closed | Normal | |
Description |
Hi. Done some more tests in version 2.5 and found this: Also tested on the demo on www.fckeditor.net In Firefox:
If you only place the cursor somewhere in the text that is bold without selecting anything, then one click on the Bold will remove it. I find this very little intuitive. I do not mind that one can just place cursor within text and the click the button to remove previously applied Bold or whatever. But the fact that you cannot actively select same text as you selected before applying e.g. bold, in order to remove it just counterintuitive. In IE6 (only tested in IE6 and Firefox 2.0.0.11), selecting the same text one previously applied the Bold to in order to remove it, and then clicking Bold button will remove it with only one click. I have only tested Bold, Italic, Underline and Striketrhough, Subscript and Superscript buttons... This may allso be an issue with some of the other buttons as well Also found an anomality with Remove link button in Firefox:
|
|||||
#1633 | [FF] styles on iframe elements affect the editor and panels | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
Add <style type="text/css"> iframe { width: 100%; height: 400px; border: 3px solid red; background-color: blue; } </style> to a test page and you'll see that they make impossible to use the editor. I think that we should force some styles on the generated iframes to avoid this kind of problems. Reported in http://www.fckeditor.net/forums/viewtopic.php?f=6&t=7759 |
|||||
#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 ... |
|||||
#1655 | FF: Bulleted point dissaperas when changing the indetation | FireFox | Bug | closed | Normal | |
Description |
Tested on Firefox 2.0.0.11 To reproduce:
|
|||||
#1660 | <br type="_moz"> and <p> </p> in empty source | FireFox | Bug | closed | Normal | |
Description |
When FCKConfig.EnterMode option is explicitly set to BR value, empty textarea right after initialization contains <br type="_moz"> string after switching to source code view. When FCKConfig.EnterMode option is explicitly set to P value, empty textarea right after initialization contains <p> </p> string after switching to source code view. When FCKConfig.EnterMode option is explicitly set to DIV value, empty textarea right after initialization contains <div> </div> string after switching to source code view. When FCKConfig.EnterMode option is left to use implicitly set default value (P), nothing appears in source code of empty textarea, which is OK. Reproduces: Always Browsers: Mozilla Firefox 2.0.0.11 on Windows XP Extra: Opera 9.50 shows always   sequence in all three possible FCKConfig.EnterMode options. Internet Explorer 7 is OK. |
|||||
#1682 | Problem editing control elements in Firefox, Safari, Opera | Confirmed FireFox Opera Safari Review+ | Bug | closed | Normal | |
Description |
When you insert a control element and try to edit it, it's current information is not displayed. However, whatever you type in will be properly put into the element you're editing.
There seems to be a problem with the getSelection() function somehow; in the pop-up window, FCKSelection.GetSelectedElement() returns a null. IE 6 and IE 7 don't seem to have the problem, but the following do:
|
|||||
#1697 | OnSelectionChange event in certain Controls don't fire when using Firefox. | Confirmed FireFox | Bug | closed | Normal | |
Description |
This happened to 'dropdown list', 'radio button', and 'check box'. I think the right-click context menu is also using this event. Step to reproduce:
|
|||||
#1698 | Phantom scrollbar problem experienced when switching between normal and expanded editor views | Firefox Mac | Bug | closed | Normal | |
Description |
A new client sent me the attached .PNG examples of an ongoing "phantom scrollbar" problem experienced when switching between a "normal" and "expanded" view in the FCKEditor (version 2.4.3) with Java integration (version 2.3). I'm also attaching copies of the editor/css/fck_editorarea.css and editor/skins/default/fck_editor.css files. Mac OSX 10.4.10 (Tiger) is the OS and Firefox is the browser. The problem is reportedly occurring only on the Mac. I don't have a Mac, so must analyze the problem in the doc and on the Wiki. So far, I haven't seen a clue to a possible answer from either doc or Wiki. Advice or suggestions? |
|||||
#1713 | FF: unknown text in templates paramter | Confirmed FireFox | Bug | closed | Normal | |
Description |
when editing a page with a template (in Mozilla Firefox) which has a paramter e.g. {{decrption|code=something}} a text appears inside the paramter:=UNIQ3b1c92887d90b001-pre-00000001-QINU |