Custom Query

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1 - 100 of 530)

1 2 3 4 5 6
Ticket Summary Keywords Owner Type Status Priority
#2207 check discontinous selections in Firefox3 Firefox Task closed Normal
Description

According to http://mozillalinks.org/wp/2007/04/discontinuous-selections-available-in-firefox-3/ , Firefox 3 has the ability in the selection to contain multiple elements, so we should review that everything keeps working because people might want to use it.

#11876 [FF] Remove -moz- prefix from box-sizing property Firefox Task confirmed Normal
Description

Since version 29 (https://developer.mozilla.org/docs/Mozilla/Firefox/Releases/29), Firefox supports box-sizing without the vendor prefix. Let's keep things clean and save some bytes here and there.

#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.

#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
Original reporter: Claude Coulombe

#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
Original author: Torsten Mingers

#8208 Disable data URIs when pasting images Firefox New Feature closed Normal
Description

When pasting images into CKEditor in Firefox 5, a Data URI is used as image source. I would like to be able to disable this, so that in this case no image is pasted.

To reproduce:

  1. Right-click any image in Firefox 5
  2. Select 'Copy Image'
  3. Paste the image into CKEditor

Result:

The source of the pasted image is data:image/png;base64,iVBORw0KGgo...

This might be reproducible in other browsers as well.

I'm sorry, I don't know the right component for this ticket.

Thanks in advance.

#8992 FF: You can't delete placeholder using backspace key Firefox New Feature closed Normal
Description

To reproduce:

  1. Open placeholder plugin sample
  2. Put cursor behind placeholder and try to delete it.

Result: you can't.

This is actually how Firefox works. It does not allow for removing non-editable elements with backspace key
Insert the below code in HTML page, open it in Firefox and try to delete placeholder.

<div contenteditable="true" style="margin-bottom:25px; border:3px solid black;">
<p>This is a <span contenteditable="false" data-cke-placeholder="1" class="cke_placeholder">[[sample placeholder]]</span>. You are using <a data-cke-saved-href="http://ckeditor.com/" href="http://ckeditor.com/">CKEditor</a>.</p>
<div>

Perhaps CKEditor might introduce some code working around this issue

#94 ForcePasteAsPlainText Failing in Firefox FireFox, Confirmed alfonsoml 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 martinkou Bug closed Normal
Description
  1. Load demo page at http://klug.pbwiki.biz/FCKeditor/2_4/_samples/default.html (this is from SVN, as of [179])
  1. Clear all content, and type five short lines of text.
  1. Switch to source mode
  1. Switch back to normal mode
  1. Select the middle three lines
  1. Click the "Justify Left" toolbar button

The source is:

<p>sdfsfdsdf</p>
<p align="left">sdfsdfsdf</p>
<div align="left">&nbsp;</div>
<p align="left">sdfsdfsdf</p>
<div align="left">&nbsp;</div>
<p align="left">sdfsdfsd</p>
<p>sddsfsdfsdf</p>
#161 Wrong position of toolbar panels for GWT Popups in Firefox Firefox martinkou 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.

FCKEditor : 2.3.2

Build : 1082

GWT Version : 1.1.2

Browser : Firefox/2.0.0.2

OS : Windows XP

#193 Hyperlink incorrect when pasting in Firefox SF Firefox Confirmed CantFix martinkou 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:

  1. Go to http://www.fckeditor.net/demo in Firefox.
  2. Open Word or OpenOffice and create a hyperlink pointing to "http://www.fckeditor.net/demo" (or anything else on the http://www.fckeditor.net site).
  3. Copy this hyperlink and paste it into the editor.
  4. Now, click the source button. The url will have changed to "../../../../demo".

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:
http://sourceforge.net/tracker/index.php?func=detail&aid=1570832&group_id=75348&atid=543653

#211 Firefox: Unclosed <p> tag results in cursor not showing up and can't focus into editor Confirmed Firefox Bug closed Normal
Description
  1. Load demo @ http://www.fckeditor.net/demo or from SVN
  1. Switch to source mode and enter the following:
<p>
  1. Switch back to normal mode

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
Firefox 1.5.0.4 on Mac OS X 10.3.9 (7W98)


Moved from SF:
https://sourceforge.net/tracker/?func=detail&atid=543653&aid=1523869&group_id=75348

#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)

  1. Go to http://www.fckeditor.net/nightly/fckeditor/_samples/default.html and switch to the "Enter key behaviour" editor
  2. Switch "When [Enter] is pressed" to "Create new <div>"
  3. Type a<enter>b<enter>c<enter>
  4. Go to view source mode. Note lines are correctly created with divs (eg. <div>a</div>, etc)
  5. Switch back to wysiwig mode
  6. Ctrl-A to select all
  7. Click the "center text" toolbar icon (nothing happens)
  8. Go to view source mode. Note that there is only 1 div, and after "a" there is a <br />, and b and c are now together with no tags between them
  9. Go back to wysiwyg mode. Note that b and c are now together on the same line with no spacing between them.

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>&nbsp;</p> in the code.

The same problem occurs if deleting all text.

FF

  1. In wysiwyg mode, type some text.
  2. Select All (Ctrl+A).
  3. Press Delete (Text is gone)
  4. Go to source mode, <p>&nbsp;</p> is present

IE

  1. Perform steps 1-3 above
  2. Go to source mode, source is empty

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.
This problem occurs in Firefox 2.0.0.3 but works correctly in IE7.

I am using FCKeditor version 2.4.1 which is inserted into ASPX pages using FCKeditor.Net.

To replicate:

  • Set FCKConfig.EnterMode = 'br' ;
  • In the editor, type a word (eg. Hello)
  • Hit the Enter key numerous times (eg. 6 times)
  • Switch to Source view
  • Count the number of <br /> tags
  • Switch back to normal view
  • Switch back to Source view
  • Compare the number of <br /> tags to that above
  • Do this several times. Each time you switch to Source view and back, a <br /> tag will disappear.

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 martinkou Bug closed Normal
Description

Handling of <a>-Tags within <li> is broken. Reproduction at the nightly build just right now :

  1. Hit return for a new line.
  2. Press "Insert Bulleted list" - Button
  3. Press "Insert Link" - Button
  4. enter www.blah.org as target and hit return to return back to gui
  5. Hit return to get new bullet.
  6. type "asd"

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>&nbsp;</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 martinkou 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.

  1. To reproduce this issue, paste the following into FCKeditor's Source view:
<pre>

  /***
   * First line (above) is blank.
   * Some more text...
   */
   public void testFunction(){
     System.out.println( "abc" );
   }
</pre>
  1. Next press the Source button to return to the normal view.
  1. Now press the Source button two more times and you will see that the lines within the PRE tag are mangled due to the missing newline characters.

This ticket may be related to ticket #328.

#350 FF: <marquee> appends <p>&nbsp;</p> to the output Confirmed Firefox Bug closed Normal
Description

There was a previous ticket regarding Firefox ignoring the IgnoreEmptyParagraphValue and putting

<p>&nbsp;</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!&nbsp; <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>&nbsp;</p>
<marquee scrollamount="4"><font size="4" color="#808000"><strong>Welcome!&nbsp; <a href="http://www.somewebsite.com">Click Here to ask about our Event Sponsorship Opportunities!</a></strong></font></marquee>
<p>&nbsp;</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>&nbsp</p> at the beggining and at the end.

present in Firefox 2.0.3.
IE 6 and Opera work properly.

#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 martinkou 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:
http://sourceforge.net/tracker/index.php?func=detail&aid=1209755&group_id=75348&atid=543653

#427 Bulleted lists don't align properly in Firefox Confirmed Firefox martinkou Bug closed Normal
Description

Centering and right justifying a bulleted list doesn't behave properly in Firefox. IE7 worked correctly.

Using the test site:

  1. Create a simple bulleted list. Hit UL on toolbar
  2. Enter line 1, enter, line 2, enter, line 3, line 4
  3. Highlight the list and hit Center Justify. Line x test is justified but bullets remain left justified.
  4. Source created:
    <ul>
        <li>
        <div align="center">Line 1</div>
        </li>
        <li>
        <div align="center">Line 2</div>
        </li>
        <li>
        <div align="center">Line 3</div>
        </li>
        <li>
        <div align="center">Line 4</div>
        </li>
    </ul>
    
  5. Repeating to right justify. Text is correctly right justified but bullets stay left justified.

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.

  1. To reproduce this issue, paste the following into FCKeditor's Source view:
<p>This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/" class="myCssClass">FCKeditor</a>.</p>
  1. Next press the Source button to return to the normal view. Select the link in the editor area and click on the "Remove Link" button.
  1. Finally, press the Source button again and you will see that the link tag has been converted to a span tag.
#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).
Go to full screen mode.
Select a line.
Turn the line bold (button or ctrl-b).
Put the cursor at the end of the line (mouse always causes this, arrow keys sometimes do).
Press "return" key.

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 martinkou 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:
https://sourceforge.net/tracker/?func=detail&atid=543653&aid=1687171&group_id=75348

#486 Cursor navigation difficult with multiple smileys or images in FF2 Confirmed Firefox Bug closed Normal
Description

To Reproduce:

  1. Insert a few smileys(or images) in a row
  2. Using the arrow keys, attempt to move the cursor around

Result:
Cursor navigation does not work. Up/Down will jump to the front or back of the whole block while Left/Right do nothing.

This issue only occurs in Firefox.

#488 FF: Strange cursor behavior with lists after viewing source Confirmed Firefox martinkou Bug closed Normal
Description

To Reproduce:

  1. Delete all existing text
  2. Create a list (bulleted or numbered)
  3. View source
  4. Click the source button again to view normally
  5. Position the cursor at the beginning of the first element
  6. Press the up arrow key

Result:
Cursor moves one line up, and is only half visible. Hitting return here creates new lines, but no text can be entered on these lines. (It is actually creating the html: <ol></ol> )

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
  1. Load 2.4.3 Beta with Firefox at http://www.fckeditor.net/_temp/2.4.3/_samples/
  1. Delete all the text, and type three lines of text
  1. Select the three lines, and click the 'bulleted list' icon
  1. Switch to source mode and switch back
  1. Focus in the editor and hit <Control-End> on the keyboard to jump to the end of the document.

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
  1. Load editor in Firefox at http://www.fckeditor.net/_temp/2.4.3/_samples/
  1. Delete all text and type "Hello<enter>".
  1. Hit <shift-enter> three times
  1. Type "Hi<enter>"

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:
http://sourceforge.net/tracker/index.php?func=detail&aid=1333057&group_id=75348&atid=543653

#703 FF: No context menu when right clicking a select component SF Confirmed FireFox CantFix martinkou 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:
http://sourceforge.net/tracker/index.php?func=detail&aid=1438131&group_id=75348&atid=543653

#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:
http://sourceforge.net/tracker/index.php?func=detail&aid=1501652&group_id=75348&atid=543653

#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:
http://sourceforge.net/tracker/index.php?func=detail&aid=1513587&group_id=75348&atid=543653

#756 FF: ForcePasteAsPlainText doesn't work in all cases Firefox Bug closed High
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:
http://sourceforge.net/tracker/index.php?func=detail&aid=1516302&group_id=75348&atid=543653

#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:
http://sourceforge.net/tracker/index.php?func=detail&aid=1529145&group_id=75348&atid=543653

#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:
http://sourceforge.net/tracker/index.php?func=detail&aid=1560844&group_id=75348&atid=543653

#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:
http://sourceforge.net/tracker/index.php?func=detail&aid=1642175&group_id=75348&atid=543653

#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:

  1. open demo FCKeditor 2.4.3
  2. select all existing content and hit delete.
  3. insert new Button
  4. try navigating to the left or right.

the bug is similar to #739, but not quite the same
tested in Firefox

#913 can edit broken image's alt text, but it is not saved Confirmed Firefox martinkou 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:

  1. open 2.4.3 demo
  2. click Source
  3. replace all source with '<img src="blah" alt="test" />'
  4. click Source
  5. the word "test" is visible and editable. edit the text.
  6. click Source again.
  7. the changes you made are not visible.
#970 Select Field dialogue: controls get outside of dialogue when field contains long values Confirmed Firefox Review+ martinkou Bug closed Normal
Description

The screenshot explains it all, actually.

  1. Open a FCKeditor demo. Any will do.
  2. Add a very long value to the select field.
  3. The buttons on the right will move out of the visible part of the window, as the <select> needs more space.

Firefox 2.0.0.4

#975 Pressing enter does not exit list mode with bold and italics text. Confirmed IE Firefox martinkou 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.

  1. Enable bold and italics formatting.
  2. Enable either the numbered or bulleted list mode.
  3. Enter in some text and press enter to create a list item.
  4. Try to exit list mode by pressing enter again.

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 martinkou 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.
2: Click the New Page toolbar button and then the Source button
3: In Source view, enter the following HTML: <div style="border-bottom: green 2px solid">Just some text</div>

  1. Return to non-source view by clicking the Source button
  2. Attempt to add text into document in this view after the green line.

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 martinkou Bug closed Normal
Description

To reproduce the bug:

  1. Open sample01.html.
  2. Press Enter at the end of the line, and type "some more text here" at the new line.
  3. Select "You are using".
  4. Press Ctrl-X, then Ctrl-Z. The selection should be restored correctly.
  5. Select "This is some".
  6. Press Ctrl-X, then Ctrl-Z. The old "You are using" selection is restored.
#1051 The Fckeditor paste command is not executed on using Command +V on Mac firefox Confirmed Firefox Mac CantFix martinkou 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>

<Style name="Blue Table" element="table">

<Attribute name="class" value="tableCS" />

</Style>

</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 martinkou Bug closed Normal
Description

Reproduction procedure:

  1. Go to sample01.html.
  2. Press Ctrl-A to select all.
  3. Press Del to delete everything.
  4. Type "First line", press Enter.
  5. Type "Second line", press Enter.
  6. Type "Third line", press Enter.
  7. Notice the line spacing between "First line" and "Second line" is much larger than expected.

This bug does not occur in 2.4.3.

#1056 Caret disappearing and hanging above an empty document in Firefox Confirmed Firefox martinkou Bug closed Normal
Description

Reproduction procedure:

  1. Open sample01.html in Firefox.
  2. Press Ctrl-A and Delete to delete all contents.
  3. Press Enter.
  4. Press Backspace.
  5. Now the caret disappears.
  6. Press the up arrow key.
  7. Now the caret hangs above the empty document.

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.
I have tested with Fire Fox Alpha 3 Build 7 ( Gran Paradiso )
I have downloaded Firefor 3 from :
http://developer.mozilla.org/devnews/index.php/2007/08/03/gran-paradiso-alpha-7-available-for-download/
I am worried : It is just a temporary bug or Firefox is going to drop support for Design Mode functionality all to gather.

Thanks

Sharad

#1061 Backspace and delete does not work under Firefox Confirmed Firefox martinkou 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:

  1. Go to sample01.html, delete everything.
  2. Press Enter twice.
  3. Press Backspace twice.
  4. Press the up arrow, now the caret hangs above the document.
  5. Press the "Insert Special Character" button, and insert a "TM" character.
  6. Try to delete the "TM" character by backspace or delete.
  7. The "TM" character cannot be deleted, even select + delete does not work.

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:

  1. Clear the editor document, and insert a "TM" character with the "Insert Special Character" dialog.
  2. Press backspace to delete it. If you are lucky it wouldn't work.
  3. What if it worked? Undo with Ctrl-Z, and the game begins...
  4. Try any method to move the caret around the "TM" character, End, Home, Left, Up, Down, Right, etc. Open a new line or two below it and delete them. Just mess with the caret, and then try to delete the "TM" character.
  5. After a few trials, you find the "TM" character have gained immortality... if you don't switch to Source mode or refresh the page, that is.
#1077 Merge/split cell bugs Confirmed IE Firefox martinkou Bug closed Normal
Description

The first bug is that vertical cell merging in Firefox does not work.

Reproduction procedure:

  1. Create a new table.
  2. Select two adjacent cells in a column.
  3. Right click -> Cells -> Merge cells.
  4. The cells aren't merged.

The second bug is that the horizontal split cell command produces "inefficient" tables. Reproduction procedure:

  1. Create a 3x3 table.
  2. Select a row with 3 cells, and merge them. (or "Merge Right" twice in IE)
  3. Now split the merged cell.
  4. Go to source mode.
  5. Notice that for all rows, the first cell of the row has a colspan=2, which is excessive.
#1121 Scrolling does not work properly with the new Enter Key handler code Confirmed Firefox martinkou 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):

  • download the latest nightly built (or version 2.4.3)
  • edit fckconfig.js and replace: FCKConfig.EnterMode = 'p' ; by FCKConfig.EnterMode = 'br' ;
  • Load the _samples/default.html page into Firefox
  • Now keep pressing the enter key until the cursor goes down enough to create a scrollbar

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+ martinkou Bug closed Normal
Description

Reproduction Procedure:

  1. Go to sample12.html
  2. Change Enter mode to BR
  3. Ctrl-A, Delete in the document to delete everything
  4. Type "line1" <Enter>
  5. Type "line2" <Enter>
  6. Type "line3" <Enter>
  7. Switch to Source mode
  8. Switch back to WYSIWYG mode
  9. Go to the end of the document, press Enter
  10. Switch to Source mode
  11. Now the last line of the HTML code reads "<br type="_moz" />".. which shouldn't happen.

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:

  1. Open sample01.html in Firefox.
  2. Press "Source" button to go to source mode.
  3. Press "Source" button again to go back.
  4. A JavaScript error occurs: "this.Window has no properties".

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:

  1. Open sample01.html in Firefox.
  2. Enable "Show Blocks".
  3. Place the cursor to the end of the first paragraph.
  4. Press Shift-Enter.
  5. Press Enter to open a new paragraph.
  6. Now go back to the empty line in the previous paragraph.
  7. Press Delete, press it again, press it as much as you want.
  8. The second paragraph stays there as if nothing happened.
#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 fredck Bug closed Normal
Description

Steps to Reproduce

  1. Load sample01.html;
  2. Enable "Show Blocks" to make things easier to see;
  3. At the end of the paragraph, hit Shift+Enter;
  4. Now hit Enter for a new paragraph;
  5. Hit backspace.

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

  1. Load sample01.html and enable "Show Blocks";
  2. Hit Enter at the end of the paragraph;
  3. Hit Shift+Enter to expand the new block with a new line;
  4. Hit Enter. The newly created paragraph is placed before the old one, instead of after it.
#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:

  • go to the URL above
  • click on 'Add Response' --> a new FCKEditor textarea dynamically appears
  • delete the FCKEditor textarea you just created by clicking on the "Delete" link
  • click on 'Add Response' again

-----> ERROR: FCK is not defined

#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&amp;hl=en&amp;geocode=&amp;q=auburn+hills,+MI+48326&amp;ie=UTF8&amp;om=1&amp;s=AARTsJpdr6dyTOcbLJBOCfJjsMkq6xbZqA&amp;ll=42.720786,-83.229675&amp;spn=0.17656,0.343323&amp;z=11&amp;iwloc=addr&amp;output=embed"></iframe><br><small><a href="http://maps.google.com/maps?f=q&amp;hl=en&amp;geocode=&amp;q=auburn+hills,+MI+48326&amp;ie=UTF8&amp;om=1&amp;ll=42.720786,-83.229675&amp;spn=0.17656,0.343323&amp;z=11&amp;iwloc=addr&amp;source=embed" style="color:#0000FF;text-align:left">View Larger Map</a></small>

Steps to produce the problem:

  1. Load FCK editor
  1. Switch to source view
  1. Paste the above code
  1. Switch off source view

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 fredck Bug closed Normal
Description

Steps to Reproduce

  1. Open sample01.html;
  2. Load the following HTML (no enter between blocks):
<h1>Title</h1><p>Sample text</p>
  1. Switch to WYSIWYG;
  2. Move the caret after "Title".

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 martinkou Bug closed Normal
Description

Steps to Reproduce

  1. Load the following HTML:
<p>Line 1</p>
<ul>
    <li>Line 2</li>
</ul>
<p>Line 3</p>
  1. CTRL+A to select all (or mouse selecting all, even partially);
  2. Click the "Bulleted List" button.

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>
#1331 Repeated core style vs. inline styled range Confirmed Firefox fredck 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 martinkou 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>

#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

#1392 Overrides and Spans not working as expected in Windows and Firefox 2.0.0.7 Confirmed Firefox fredck 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
Happens in Fx (not IE7):

  1. Highlight text and change font size to medium.
  2. Go to the end of the line (I did this by clicking at the end of the line)
  3. Hit enter twice, then hit backspace twice.
  4. Notice the size combo is reset to blank and formatting is lost.

(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.

When looking at the rendered (generated) source of the editor window, the attributes are set.

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):

This is some sam<click here>ple text. You are using FCKeditor.

-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:

<select from here>This is<to here> some sample text. You are using FCKeditor.

-Click in the middle of the word "sample" (this should be in bold and outside of the current selection):

This is some sam<click here>ple text. You are using FCKeditor.

-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

This is a test<br /> <br /> This is another test

* 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:

  1. Go to:

http://www.fckeditor.net/demo/toolbar?toolbar=Basic

  1. Click the "Collapse Toolbar" icon on the left of the toolbar, to hide the toolbar.
  1. Click the "Expand Toolbar" icon --- Keep mousepointer just above the same place you clicked in #2
  1. Now if you still keep the mousepointer just above the "Expand Toolbar" icon after you clicked it in #3, then you will see that the borders around the editor are visible.
  1. Now move the mousepointer over some of the icons in the toolbar.

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 martinkou 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>&nbsp;</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 martinkou Bug closed Normal
Description

If <object> is the first tag in the source, firefox adds <p>&nbsp;</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:

  1. Go to source view
  2. Remove all content
  3. Insert: <object></object>
  4. Go to html view and then back to source view
  5. The html now looks like: <p>&nbsp;</p><object></object>

This do not happen in IE.

#1583 Submenues in popup menues are broken in non-IE browsers Confirmed Firefox Safari martinkou Bug closed High
Description

To reproduce the bug:

  1. Go to sample01.html with Firefox or Safari (Popup menues aren't working in Opera 9.50 build 9660 as of now).
  2. Insert an empty table to the document.
  3. Right click on the empty table.
  4. Try to open any submenu (e.g. "Cell") by moving the mouse cursor.
  5. The submenu appears, but the original menu disappears.
#1584 FF3 : Context menu may remain opened Confirmed Firefox fredck Bug closed Normal
Description

Steps to Reproduce

  1. Insert a table.
  2. Right-click inside a cell for the context menu.
  3. Open a nested sub-menu.
  4. Click in the editing area, or a combo or color selector in the toolbar.

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 - :)

  1. Load 2.5 demo at http://www.fckeditor.net/demo using Firefox
  1. Focus in the editor, Control-A to select all.
  1. Hit the Delete key to delete all content
  1. Hit the Delete button again

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:

  1. Enter some text in the editor.
  2. Select the text and then click Bold, Italic, Underline, or Striketrough button
  3. Select something else in the editor than the selected text or just give focus to something else in the page or editor.
  4. Select the same text again that you previously applied the Bold, Italic ... or whatever.
  5. If you now in #2 clicked Bold button, then you will now have to click the bold button TWICE to remove Bold from the text.

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:

  1. Enter some lines of text in the editor.
  2. Select a line of text.
  3. Clik the Insert/Edit link button and insert a link for the selected text.
  4. Click somewhere else in the editor to deselect the text.
  5. Click somewhere in the link once, or select whole text or a part of the link (do NOT doubleclick to select the link (text)). You should now see that the Remove link button is enabled which is as expected.
  1. Click somewhere else in the editor to deselect the text.
  2. Double click somewhere in the link to select the link text. Now the Remove link button is not enabled.

#1633 [FF] styles on iframe elements affect the editor and panels Confirmed Firefox Review+ martinkou 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+ martinkou Bug closed High
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:

  1. Create bullet point list
  2. Notice tab does nothing
  3. Indent a new bullet in list
  4. Type shift-tab
  5. Notice removal of one indent level but bullet-point disappears
#1660 <br type="_moz"> and <p>&#160;</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>&#160;</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>&#160;</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 &#160; sequence in all three possible FCKConfig.EnterMode options. Internet Explorer 7 is OK.

1 2 3 4 5 6
Note: See TracQuery for help on using queries.
© 2003 – 2012 CKSource – Frederico Knabben. All rights reserved. | Terms of use | Privacy policy