Custom Query

To reproduce the defect:

1. Open Ajax sample.

2. Type four paragraphs of text and click on Insert Line break or Insert Page break icon.

3. see that Line break or Page break is inserted after paragraph 4.

4. Select all the content in Editor using Ctrl + A and click on Align Right icon.

Expected Result:

All the four paragraphs are aligned to the right.

Actual Result:

only first two paragraphs are aligned to the right.

Same behavior happens when we click on Increase Indent icon.The Indentation is applied only to the first 2 paragraphs.

1. Create list which few items
   
2. Select some items and type some character e.g 'a'
   

Expected result (like in IE) new character will be inserted to separated li which replace selected li

Actual result new character is invisible and selected li are removed

1. Load demo page at ​http://klug.pbwiki.biz/FCKeditor/2_4/_samples/default.html (this is from SVN, as of [179])

2. Clear all content, and type five short lines of text.

3. Switch to source mode

4. Switch back to normal mode

5. Select the middle three lines

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

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

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

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.

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>

2. Next press the Source button to return to the normal view.
   

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

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

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.

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.

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.

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

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.

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

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.

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.

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.

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.

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.

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.

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.

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.

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

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

Steps to Reproduce

1. Load the following HTML:

<p>Line 1</p>
<ul>
    <li>Line 2</li>
</ul>
<p>Line 3</p>

2. CTRL+A to select all (or mouse selecting all, even partially);
3. 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>

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>

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

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.

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.

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

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

...

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.

1. Go here: ​http://www.fckeditor.net/demo
2. Insert a radio button, checkbox or button
3. Select the button and try to edit it, it won't get the current information (name, text, selected) for the element
4. If you click 'OK', it will change the current button whatever you've specified

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:

• Safari 3.0.4
• Firefox 2.0.0.11
• Opera 9.5 (build 9613)

In Firefox 2, when inserting the HTML below, a placeholder does not appear, After switching to the source view and back to the WYSIWYG view, though, a placeholder does appear.

<span class="embedded-object-18-408"><embed width="300" height="225" allowfullscreen="true" type="application/x-shockwave-flash" flashvars="&amp;image=/picserver/s/orig/public/video/water_balloon_11.mpeg.flv0000.jpg&amp;file=/picserver/s/video/public/water_balloon_11.mpeg.flv" src="../../videoplayer/mediaplayer.swf?0.4076338401231444"></embed></span>

Tested with Firefox:

1. Load the nightly demo at ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html
2. Insert a table
3. Right click in a cell, choose Table Properties
4. Repeat #3 up to ten times (usually happens on fourth try?)

Observation: the right click menu doesn't go away after selecting Table Properties

In fckeditor 2.6 beta if you look at the source in firefox (on windows and mac os) and safari it is HTML not XHTML, but if you take a look at the same editor in Internet Explorer it is as it supposed to be XHTML (<br />, <img ... />...). It is not only happening on my implementation of fckeditor it is also present in your demo page, and included samples. I'm using php implementation.

This problem was discovered while I was working on #1647 today.

To reproduce:

1. Open sample01.html in Firefox.
2. Tap Shift-Enter twice at the end of the paragraph.
3. Switch to Source mode and back.
4. Repeat step 3 again.
5. The two <BR> nodes were truncated one-at-a-time at step 3 and step 4.

Steps to reproduce:

1. Open sample01.html in Firefox 2 or Firefox 3 beta.
2. Type or paste something really long into the editing area so that the scroll bar appears.
3. Press the maximize button.
4. The editing area is not maximized vertically - the scrollbar is still at the previous height.

I've found a couple of bugs regarding context menus, but couldn't find similar issue.

Latest Ubuntu 7.10 + Firefox 2.0.0.12 (no additional plugins).

Tested on: latest nightly build of FCKeditor, 2.4.3, CFKinder 1.2.

Open FCKeditor, right-click with your mouse (anywhere). Firefox context menu appears, FCKeditor menu is hidden below (I barely see it). I have to left-click once again to switch off Firefox context menu and access FCKeditor menu.

In Firefox 3 RC3, the "paste from word" feature leaves lots of garbage tags behind. Specifically:

• It does not remove comments.
  
• It does not remove <style> elements.
  
• It does not remove <meta> elements.
  
• It does not remove <link> elements.

The comments issue can be fixed by changing this line in fck_paste.html's CleanWord function:

html = html.replace(/<\!--.*?-->/g, '' ) ;

...to this:

html = html.replace(/<\!--[\s\S]*?-->/g, '' ) ;

(Because . does not match new lines, multi-line comments are not removed; [\s\S] does the trick instead.)

To be safe, I recommend making similar changes to all of the fck_paste.html instances where .* is used. Specifically, these lines:

html = html.replace(/<o:p>.*?<\/o:p>/g, '&nbsp;') ;

html = html.replace( /<SPAN\s*>(.*?)<\/SPAN>/gi, '$1' ) ;

html = html.replace( /<FONT\s*>(.*?)<\/FONT>/gi, '$1' ) ;

html = html.replace( /<(\w+)[^>]*\sstyle="[^"]*DISPLAY\s?:\s?none(.*?)<\/\1>/ig, '' ) ;

html = html.replace( /<(H\d)><FONT[^>]*>(.*?)<\/FONT><\/\1>/gi, '<$1>$2<\/$1>' );
html = html.replace( /<(H\d)><EM>(.*?)<\/EM><\/\1>/gi, '<$1>$2<\/$1>' );

var re = new RegExp( '(<P)([^>]*>.*?)(<\/P>)', 'gi' ) ;	// Different because of a IE 5.0 error

...should be changed respectively to:

html = html.replace(/<o:p>[\s\S]*?<\/o:p>/g, '&nbsp;') ;

html = html.replace( /<SPAN\s*>([\s\S]*?)<\/SPAN>/gi, '$1' ) ;

html = html.replace( /<FONT\s*>([\s\S]*?)<\/FONT>/gi, '$1' ) ;

html = html.replace( /<(\w+)[^>]*\sstyle="[^"]*DISPLAY\s?:\s?none([\s\S]*?)<\/\1>/ig, '' ) ;

html = html.replace( /<(H\d)><FONT[^>]*>([\s\S]*?)<\/FONT><\/\1>/gi, '<$1>$2<\/$1>' );
html = html.replace( /<(H\d)><EM>([\s\S]*?)<\/EM><\/\1>/gi, '<$1>$2<\/$1>' );

var re = new RegExp( '(<P)([^>]*>[\s\S]*?)(<\/P>)', 'gi' ) ;	// Different because of a IE 5.0 error

Also, to get rid of the <meta>, <link> and <style> elements, I suggest adding these additional replacements:

// Remove meta/link tags
html = html.replace(/<(META|LINK)[^>]*>\s*/gi, '' ) ;

// Remove style tags
html = html.replace( /<STYLE[^>]*>([\s\S]*?)<\/STYLE[^>]*>/gi, '' ) ;

This bug was discovered while testing for #1614:

1. Enable the dragresizetable plugin.
2. Go to sample01.html in Firefox 3.
3. Create a table.
4. Try to resize its columns by draggable.
5. It doesn't work, FF3 thinks you're wanting to drag the indicator .gif out of the document.

Reproduction procedure:

1. Open sample01.html under domain relaxation mode.
2. Open the image dialog.
3. Click "Browse Server".
4. Click on one of the uploaded image files.
5. Permission denied error.

This bug affects both Firefox 2 and Firefox 3.

With FF3, when in RTL, like when loading the Arabic localization, if you click on a dialog tab the Link dialog enlarges on its width. Each click enlarges it s few pixels.

No problem with IE.

Because the Find/Replace code uses the "scrollIntoView" function, the entire page gets scrolled when highlighting the found elements. This is the same problem we had with #2279 and #2319, so maybe the same solution used there can be used here too.

To reproduce the bug:

1. Open sample01.html in IE, Safari or Firefox.
2. In either source mode or WYSIWYG mode, replicate the given paragraph a few hundred times so that the whole document is long enough to be scrollable in full window mode or in the original size.
3. Scroll to the middle of the document, and select one of the "sample text" in one of the middle paragraphs.
4. Press "Fit window".
5. In IE, the selection is scrolled just below the visible area.
6. In Firefox or Safari, the selection is totally lost, and the caret is placed at the beginning of the document.

Interestingly, the bug does not occur in Opera.

Tested with Firefox/2.0.0.16, in the online demo.

With the following source:

<div>aaa</div>
<div>bbb</div>
<div>ccc</div>

In editing mode:

1. select all (by pressing Ctrl+A)
2. click "Insert/Remove Bulleted list"

A JS error is thrown and the first line of text is deleted.

This bug may be related to Ticket #2376. In FireFox 3 I see InsertHTML append to the beginning of a Selection, instead of replacing the Selection. Using FireFox 3 go through the same steps in ticket #2376.

Summary:

If you create a form which contains multiple instances of the FCK Editor, Firefox3 will only send updates to one of the instances if you submit the form via javascript (form.submit()). Submitting the same form via a "native" submit button (input type="submit") will send the form as expected.

See sample form attached (modified sample file as detailed below)

Steps to replicate:

1. Open the sample09.html bundled with the editor fckeditor/_samples/html/sample09.html

2. Edit the sample code to add a second button at the bottom which submits the form via javascript

<input type="submit" value="Submit (button)" />
<input type="button" value="Submit (javascript)" onclick="document.testform.submit()"/>

3. Run the sample in firefox 3.0.1

4. Edit the values in both editor regions to "XX" and submit the form using "native" submit button. Notice that the receiving page shows the correct data ("XX").

5. run the sample again and change the field values to "YY" and submit the form using the javascript button. Notice that the receiving page shows only one of the regions updated (i.e. the first region shows "YY" and the other shows the default value)

Notes

• tested in version 2.6.3 and nightly build (2008-09-02)
  
• behaviour not present in IE7 or FF2.x
  
• Inspecting the hidden "value" field at the point where the form is submitted (FF3) shows the value only being updated for one instance of the editor at a time.

It's a bit of an issue if you're using external validation (like qForms) or if the page design requires that the activation buttons for the form are outside the form boundaries.

Hello, If you execute FCKEditor on Google Chrome on the latest trunk (seem appear in the 2.6.3), I have an error if FCKConfig.StartupShowBlocks is set to true.

Uncaught TypeError: Cannot read property 'nodeType' of null http://127.0.0.1/www.lib/fckeditor/edit ... wblocks.js (line 59)

[...]
if ( FCKBrowserInfo.IsIE )
{
try
{
FCK.EditorDocument.selection.createRange().select() ;
}
catch ( e )
{}
}
else
{
var focus = FCK.EditorWindow.getSelection().focusNode ;
if ( focus.nodeType != 1 )
Uncaught TypeError: Cannot read property 'nodeType' of null
focus = focus.parentNode ;
FCKDomTools.ScrollIntoView( focus, false ) ;
}
[...]

To fix the problem I have just added "try catch" in the "else" branch.

regards Frederic

The paste area in the Paste from Word dialog isn't editable in Firefox 2.

When I use the arrow keys to change the cursor position in the editor there is a 'change' event fired for every keypress although no changes are caused by the arrow keys.

I'd appreciate if arrow keys are detected and the 'change' event wouldn't be fired in this case. Or to replace keypress by another event (as reported earlier, see comment on ​http://dev.ckeditor.com/ticket/10926)

This only happens in Firefox (I use 27.0.1 on OSX at the moment). Chrome and Safari seem to be fine.

Steps to reproduce

1. Open attached word file and copy list from it.
2. Paste the list into CKEditor full package

Expected result

List is pasted with styles allowed by ACF. Please see #14542.

Actual result

Empty list is pasted (just numbers/bullets).

Other details (browser, OS, CKEditor version, installed plugins)

Problem can be reproduced from CKEditor 4.5.0 in Firefox only.

Steps to reproduce

1. Open the attached MS Word document
2. Copy and paste the content to the online CKEditor demo (​http://ckeditor.com/demo#standard)
3. You will notice some text got stripped in the first bullet

Expected result

Content pasted fully

Actual result

Some text stripped

Other details (browser, OS, CKEditor version, installed plugins)

This only happens in Firefox. Version of Firefox used for testing is 48.0.2. Pasting from MS Word works in Chrome.

After some investigations, it appears the pastefromword plug-in is stripping the text. When the plug-in's disabled, this problem goes away. We need the plug-in so disabling the plug-in permanently is not an option.

When creating a new plugin that utilizes the iframedialog plugin, you have to pass a Pixel width and height:

CKEDITOR.plugins.add('dialog_name',{
    requires: ['iframedialog'],
    init:function(a){
        CKEDITOR.dialog.addIframe('dialog_name', 
                                  'Smiley',
                                  this.path+'lister.php',550,300,
                                  function(){/*oniframeload*/})
       // etc. etc.

iframedialog will assign those values to the dialog only and not to the iframe. The iframe gets assigned 100% width and height in the final source code.

In the kama skin, but not in the office2003 and v2 skins, this will lead to the iframe being only 160 Pixels tall in Firefox 3.5. It works as expected in Internet Explorer 8.

A fix that worked for me in Firefox 3.5 was to modify plugins/iframedialog/plugin.js and set a fixed width to the iframe:

CKEDITOR.dialog.addIframe = function( name, title, src, width, height, onContentLoad )
        {
            var element =
            {
                type : 'iframe',
                src : src,
                width : '100%',
                height : height  // CHANGED 
            };

The attached screen shot is using a customized template but checked with the original kama template as well.

Feel free to contact me on follow-up questions.

Thanks for providing this awesome product.

I filed bug #13020 a couple weeks ago explaining that we're seeing lots of CKEditor exceptions in our code. Here's a second one that we've been able to reproduce in jsfiddle. I will also attached a video.

To demonstrate the bug go to: ​http://jsfiddle.net/ftey46fc/14/

1) Type 'test' in the editor 2) Click to the left of 'test' between it and the border. About half

way works fine. (You can basically click anywhere in the 'padding' between the editor's content and the word e.g. you can click above it too.

3) Press the 'Delete' or 'Backspace' key.

The Video is viewable here: ​http://youtu.be/QNjrwfnpGwI

Video timeline:

0:00 - Show URL 0:08 - Show current console messages (e.g. that the exception has not happened yet) 0:14 - Show that we are in fact at the end of the console log (no hidden messages) 0:22 - Show Firefox version 0:32 - Type 'test' in the editor 0:39 - Click to the left of the word 'test' 0:42 - Show that the exception has not happened yet 0:46 - Press 'Delete' key 0:50 - Exception 'h is undefined' triggered

Open a sample, with enterMode set to br.
Type a few lines of text and click on one of the list icons.
Notice that only the first line is transformed into a list item.
A regression from the 3.3.

To reproduce the defect:

1. Open Ajax sample.

2. Copy the text in the attached doc and paste it using Paste from Word dialog.

see the differences in IE and FF.

In IE text is shown with out bold and with small font size wher as in FF it is shown properly.

1. Open stylesheetparser.html sample.
2. Focus editor by clicking on the line.
3. Apply first block style (h1.lightBlue).
4. Apply second block style (h3.green).

Warning is logged on console (note: native console, not Firebug):

[11:49:52.973] Use of attributes' specified attribute is deprecated. It always returns true. @ http://localhost/cksource/ckeditor-dev/core/dom/element.js:1648

I haven't noticed any issue following this warning, but it's worth checking.

After executing action inside of a command, the caret disappears from the editor. If the same action is executed independently of CKEditor, the caret stays there.

For reproduction try the button "download file" (works) and the first button on the toolbar without an icon (caret disappears).

Open Ajax sample.

1. Create table in MSWord, select all and copy.
2. Paste into the editor body or through Paste Dialog.
3. Open Table Properties dialog and check for Border size value.

Expected result: Border size should be set to 1

Actual result: Border size field is empty.

It's happens since 4.3 in FF and Chrome, works fine in IE.

see the attached MSWord with sample table.

Use the code:

<ul>
	<li><strong>test</strong></li>
	<li>test</li>
</ul>

Press Shift+Enter at the end of the first line.

Expected: One line created
Actual: Two lines created

To reproduce the defect:

1. Open Ajax sample.

2. Type a single character 'a' and then press Backspace 2 times.

3. Press Undo or Ctrl + Z to get the character back.

4. Now try to delete the Character using Delete or Backspace

Expected Result:

User should be able to delete the Character using Delete or Backspace

Actual Result:

We can't delete the Character no matter how many no of times we press Delete.

We were able to delete the Character only when we type some new character

I'm using jquery along with several jquery plugins including Thickbox. When I try to load the ckeditor in a thickbox window it loads just fine, but it throws an error in the Firefox (3.6.3) error console and any text typed into the ckeditor doesn't get translated to the hidden textarea and, thus, does not get submitted when the form in the thickbox window is submitted.

Here's the jquery which gets called after the thickbox window loads should get all textareas with class='ckeditor_ajax' and replace them with the ckeditor:

$('textarea.ckeditor_ajax').each(function() {
var name = $(this).attr('name');
CKEDITOR.replace(name);
});

And here is the error which appears in the Firefox error console:

Error: h is null
Source File: /ckeditor/ckeditor.js
Line: 13

I also noticed a forum post about it which might include some more info: ​http://cksource.com/forums/viewtopic.php?f=11&t=19332&p=49286

Win XP, FF 3.6.7

Steps to reproduce:

1. Open a new editor
2. Make a new paragraph and click the link button, just give a URL (i.e. google.com)
3. Push ok, now double click the newly created link

Expected: URL is shown as google.com

Actual: URL field is blank

Going to the source view and back eliminates the issue. Also, it seems that this only occurs when the link is in it's own paragraph alone. Tested on nightly and normal demo sites.

• Open the sample.
• Click on the list button.
• Click outside the editor chrome.
• Click the new page button.

The selectionChange event is not being fired (visually: toolbar is not refreshed).

This problem happens on FF and when the instance is created with CKEDITOR.appendTo().

When the editor's container is hidden and setData() is called on it, making the container visible does not make the editor instance visible.

The problem appears to be related to the following in wysiwygarea plugin.js:

if ( isHidden )
{
	setTimeout( function()
	{
		element.hide();
		element.setStyles( previousStyles );
	}, 1000 );
}

A sample test page has been attached also.

If you have an image inside a floating div an error occurs if you highlight the image and press delete key. The error appear in line 949 of editable.js

path = range.startPath()

since range is undefined.

Steps to reproduce

1. Open current version of online nightly ckeditor.
2. insert the folowing html source code:

<div style="float:left"><img src="img/logo.png" /></div>

3. Highlight image (don't use mouse click to select).
4. Press delete key.

• if you use the lastest stable version you can use:

<div style="float:left;"><img src="http://c.cksource.com/a/5/img/sprites.png" /></div>

Other details (browser, OS, CKEditor version, installed plugins)

OS: Windows 7 Browser: Firefox 45.0.1 CKEditor: 4.5.8

Steps to reproduce

1. On the CKEditor Demo page, set the cursor anywhere in the middle of a heading.
2. Press Enter.
3. Change the paragraph format to Normal.
4. Press Backspace.

Actual result

Cursor has moved to the end of the line.

Steps to reproduce

1. Paste below code in source mode and switch to wysiwyg

   <table border="1" cellpadding="1" cellspacing="1" style="width:500px">
       <tbody>
           <tr>
               <td style="background-color: rgb(102, 102, 204);">s</td>
               <td>s</td>
           </tr>
           <tr>
               <td>s</td>
               <td style="background-color: rgb(255, 255, 0);">s</td>
           </tr>
           <tr>
               <td style="background-color: rgb(255, 204, 0);">s</td>
               <td style="background-color: rgb(255, 204, 0);">s</td>
           </tr>
       </tbody>
   </table>
   

2. Select whole table with a mouse and Press Ctrl+C (You can also use Copy from context menu)
3. Press Ctrl+V or right-click below table and select Paste (Ctrl+V into paste dialog and click OK)

Expected result

Whole table should be pasted and formatting preserved.

Actual result

Only first row gets pasted.

Other details (browser, OS, CKEditor version, installed plugins)

Problem can be reproduced from CKEditor 4.5.0 in Firefox only.

NOTE: From CKEditor 4.0 - 4.4.8 the above scenario resulted in table being pasted but without width style (background was preserved).

[FF2] no dialog button backgrounds, as visible on the screenshot.

After a click on editors content inline combo labels disappears. Firefox 2.

In FF3, dialogs sometimes doesn't show, because of visibility: hidden.

Reproduced using image dialog. Isn't reproducible always.

In Firefox (3, 3.5) using Kama skin, after opening image dialog it sticks to left viewport border. Drag&drop it to the right is impossible.

Quirks mode only, on pages with 3 editors, each with different skin.

[FF] Paste dialog has scrollbars in quirks. Only v2 and office2003 skins are affected.

In Firefox2, test_toDataFormat_3 test from plugins/htmldataprocessor fails.

Expected:

<x:x><p>Test</p></x:x>

Actual:

<x:x></x:x><p>Test</p>

Automatic font color produces empty span on Firefox 3.5

TC

1. Select all text inside the editor
2. Apply automatic option for font color
3. Select some part of the text
4. Apply any font color

Result:

<p>
	f<span style="">o</span>o</p>

Related with #3891.

When having multiple ckEditors in a HTML-page with so many content it is scrollable, the browserwindow jumps to the last loaded ckEditor.

This problem occurs in Mozilla/5.0 (Windows; U; Windows NT 5.1; nl; rv:1.9.1.3) Gecko/20090824 Firefox/3.5.3 (.NET CLR 3.5.30729)

Used version ckEditor: ckEditor 3.0

Seems to work fine in IE7 though.

This is actually a duplicate of #5170, but since that ticket was already reviewed and committed, here's another one (I guess [5273] should be reverted as the issue was misunderstood).

Note that this bug occurs when pasting any content, this is not an issue that exists only when pasting special character.

Updated description below:

When inserting content with insertHtml() inside of formatted text, editor breaks formatting and inserts content without formatting. Confirmed in FF 3.5. Works fine in IE8 and Safari 4.

Steps to reproduce

• open _samples/api.html example
• start with

  <p>
  	<span style="color: rgb(255, 0, 0);">Sample ^text</span></p>
  

• clear the textarea below CKEditor and type there "foo"
• press "Insert HTML"
• Result:

  <p>
  	<span style="color: rgb(255, 0, 0);">Sample </span>foo<span style="color: rgb(255, 0, 0);">text</span></p>
  

This can be reproduced in many different ways in CKEditor, everywhere where insertHtml() is used.

Targetting to 3.3 as it might be a bit irritating.

This is a brand-new problem; I just downloaded a clean install of 3.3.2. (No, I haven't tried it in the beta.)

[ I understand that this setting is unrecommended, but I really NEED it for the project I'm working on; I can't force the whole project to use <p>'s, so there's just no point in generating them. ]

The error being generated in 3.3.2 only shows up when you set it to enterMode = CKEDITOR.ENTER_BR (and this is in the config.js file, FYI). No errors happen when it's set to ENTER_P or ENTER_DIV.

The error Firefox's Error Console gives me is:

Error: C.getFirst().hasAttribute is not a function Source File: [...]ckeditor/ckeditor.js Line: 86

Hi,

Using Firefox 3.6.8 Win or Firefox 3.5.11 Linux to browse the actual demo page, "Custom toolbar" sample, I get into an infinite loop :

1. Focus the first editor (click inside the edit area)
2. Manage Firefox to lost the focus (click outside Firefox window i desktop or taskbar)
3. Click directly into the second editor : the cursor blinks once then it is missing.

Browser goes to infinite loop. The editors are fighting each other to get the focus...

Entered text is divided between editor instances.

Thanks ! Julien

if we binf handler for 'focus' event, it will be firing infinitely.

Browser: Firefox 3.5.7 OS: Windows XP SP3

To reproduce the defect:

1. Open Ajax sample in Firefox.

2. Type few lines of text & press CTRL + A to select all the lines.

3. click on Numbered/Bulleted list icon.

4. See that a Numbered/Bulleted list appers with the selected lines of text.

5. Now press CTRL + A to select the Numbered/Bulleted list & Click on RTL icon in the Tool bar.

Expected Result:

Numbered/Bulleted list is moved to right and it appears as a mirror image of the list in previous step and RTL & Align Right icons are selected in the Tool bar.

Actual Result:

Numbered/Bulleted list is moved to right and it appears as a mirror image of the list in previous step but RTL & Align Right icons are NOT selected in the Tool bar. (You must click into the content area before they become selected)

same behavior happens when we apply LTR direction to Numbered/Bulleted list.

This is very similar to #6099 but you must press CTRL + A to select the text in order to reproduce the defect

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

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.

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

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

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

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

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

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

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

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

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.

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.

If the context menu is visible pressing Esc doesn't make it invisible in Firefox, Opera and Safari.

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.

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.

When selecting multiple cells in FF, only the first cell is changed when applying styles.

Implement a keyboard shortcut to go to the next or the previous paragraph.

Moved from ​Sourceforge
Original reporter: Claude Coulombe

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

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