Custom Query

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

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

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.

When switching to source view (back and forth) when editor is maximized, there is toolbar icons relocation for short period of time. They are displayed vertically on the left side of the editor.

Please refer to attached screenshot.

Reproduced in LTR quirks with FF2 (stronger effect) and FF3 using Office2003 and V2 skins. Kama skin is not affected.

When you change the width of a selected table via the table-properties dialog, the selection rectangle doesn't get updated to the new width of the table.

In FF 2 & 3.0, template text & table show incorrect (collapsed) table when insterted. Works well in Chrome.

Steps to reproduce the defect:

1. Open up the Ajax sample.
2. Type a line of text and press enter.
3. Insert an image.
4. Place the cursor over the image and hold down the left mouse button to drag the image downwards until the arrow cursor is replaced by an image similar to this ø.
5. Now release the left mouse button.
6. Click back into the line of text that you typed.

Expected: The cursor will appear flashing in the same place that you clicked in the text.

Actual: The cursor does not appear at all.

In Firefox only, the text inside the toolbar combos has the text cursor instead of the arrow cursor.

When opening a toolbar combo for the first time, it's possible to briefly see its contents with no style which immediately gets re-rendered with the styles applied.

This is noticeable in Firefox only.

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

Toolbar state freezes in FF 3.6 windows after following operation:

1. Clear an editor.
2. Insert a smile.
3. Select all.
4. Press Bold.
5. Switch to a source view.
6. Switch to a WYSIWYG view.
7. Start typing.

Result: New text is bold, but a toolbar Bold button is not turned on.

Reproducing Procedures

1. In Firefox, load the any of the sample page and clear up document content;
2. Press the 'Numbered List' command to create one list;
3. Keep cursor stay at the beginning of the newly created list item;
4. Open 'Format' combo and click on 'Heading1' style;

• Expected Result: You get 'Heading1' style opened inside the list item;
• Actual Result: List is removed and the block style is not applied too.

To Reproduce:

1. Use ajax sample
2. Type in a word, e.g. test, select it by using Ctrl + A
3. Insert a link or anchor
4. Press the END key
5. Press space and continue typing

Problem: Cursor is inside the anchor tag

This issue was previously fixed under ​http://dev.ckeditor.com/ticket/5978

Open the ajax sample with Firefox.

1. Click the Create Editor button.
2. Click on the Flash button to open the Flash Dialog.
3. Enter the URL for the flash object and click OK.
4. Click the Remove Editor button.
5. Click the Create Editor button again.
6. Right click on the flash object to open context menu.

• Actual Result: Observe that it's not possible to open context menu.

• Open an empty document.
• Press ENTER 3 times. The caret is now placed in the last paragraph.
• Click BACKSPACE.

The paragrpah is not removed. Works on demo.

Enter some Unicode extension-B characters, for example 𠀀𠀁𠀂𠀃𠀄𪛔𪛕𪛖, then press backspace to delete the last character. You have to press backspace a second time to delete a character. (See attached image of example characters)

when editing a page with a template (in Mozilla Firefox) which has a paramter e.g. {{decrption|code=something}} a text appears inside the paramter:=UNIQ3b1c92887d90b001-pre-00000001-QINU

We're having a problem when using blockquote and formatted text. After we've been writing a couple of paragraphs and starts to edit the text, line breaks are removed where it shouldn't and wrong characters are removed. I'm reporting this in the same bug since it might be just two ways to reproduce the same bug.

Both examples are reproduced in version 2.5.1 and 2.6 with Firefox 2.0.0.13 on Ubuntu and Windows XP. I've not been able to reproduce the bug in IE 6 or 7.

Line breaks that are removed How to reproduce:

1. Click blockquote and select format "formatted"
2. Type

   a
   a
   a
   

3. Hit enter two times creating a paragraph
4. Type

   b
   b
   b
   

5. Hit enter two times creating a paragraph
6. Type

   c
   c
   c
   

7. Hit CTRL+Z, hit enter once and type

   c
   

8. Move the cursor in front of the last b
9. Hit backspace

The last b is placed after the second b, that's good, but at the same time the last c is placed after the second c.

Wrong character deleted

1. Click blockquote and select format "formatted"
2. type "asdf" hit enter two times and type "hjkl"
3. Move the marker at the beginning of the line with "hjkl"
4. Hit backspace two times in order to move "hjkl" on the same line as "asdf"

Result: One hit on backspace removes the empty line, the next removes the "f" and if you continue the whole line with "asdf" will be deleted.

What I'd expected: The string "hjkl" to be moved at the end of "asdf"

To reproduce:

1. Paste the below code in CKEditor

   <span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">This is </span></span>
   

2. Paste the below code into console or use PasteAsPlainText plugin

   CKEDITOR.instances.editor1.insertText("Hello, world");
   

3. Put cursor here: Th^is is
4. Execute console command or use PasteAsPlainText plugin.

Results:
Firefox and Chrome split each section in separate spans whereas IE and Opera do the expected and join all together. Safari drops formatting.

IE and Opera OK-

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">ThHellois is </span></span></p>

Firefox -

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span><span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Hello, world</span></span><span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">is is </span></span></p>

Chrome -

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span><span style="font-family: arial, helvetica, sans-serif; ">Hello, world</span><span style="font-family: arial, helvetica, sans-serif; ">is is</span></p>

Note also that Chrome drops font-size if it is default 12px. If you use font-size E.g 13 you will get spans like: <span style="font-family: arial, helvetica, sans-serif; font-size: 13px;">

Safari -

<p>
	<span style="font-size: 12px;"><span style="font-family: arial,helvetica,sans-serif;">Th</span></span>Hello, worldis is</p>

All issues have been reproducible from CKEditor 3.5. Before this version text was pasted without any formatting. From 3.5 there is an improvement but there is still something missing.

Exception is the Safari where it seems that this particular part was working till CKE 3.4.3 and was broken in CKE 3.5.

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

To reproduce the defect:

1. Open CK Editor sample and insert a table with 30 rows,15 columns and right alignment.

2. keep cursor in any of the top rows (for ex: first row) and keep pressing the mouse in side scroll bar to navigate down the table.

Expected Result:

Table should move up,we will be able to navigate down the table and see the bottom table rows.

Actual Result:

Table is not moving down no matter how many times we clicked the mouse and we were not able to navigate down the table.

When deleting a table in Firefox, the resize handles stay on the screen even though the table borders disappear. Only after double clicking somewhere or typing do the handles disappear.

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

To reproduce:

1. Create a table that is large enough to cause the editor scroll bar to appear.

2. Edit the table by right-clicking inside the last row of the table

3. Set the table alignment to left or right

4. Click OK

Expected: Focus returns to the cell that was clicked into, the view remains in the same place on the document.

Actual: The cursor appears to remain in the cell, but the window scrolls to the top of the document.

The scrolling problem manifests itself whenever the dialog is discarded (either OK or Cancel button) and the alignment on the table is set to left or right.

To reproduce (don't use mouse):

1. Run JAWS and FF13 on WinXP
2. Open replacebycode sample and tab into editor
3. Press ALT+F10 and TAB to Smiley or Special Characters dialog. Try moving arrows. It works.
4. Press Escape and again press ALT+F10, TAB to Special Characters dialog. Try moving arrows.

Result: JAWS reads Cancel button and you can't navigate with arrows. This issue has been reproducible only in Firefox from CKE 3.5 - when navigation with arrows while JAWS is enabled was introduced (It didn’t work before).

To reproduce the defect:

1. Open AutoGrow sample and enter content that spans multiple pages.

2. Press PageUp button.

Expected Result: Cursor in editor body moves one page up.

Actual Result: Cursor goes out of editor body and we can't type in the editor.

• Set pasteFromWordPromptCleanup = true.
• Copy-paste any doc file into the editor using CTRL+V or paste button (NOT paste from Word button).
• Hit "cancel" when the cleanup prompt appears.

Note that in FF, unlike other browsers, Word's metadata appears in source (o:OfficeDocumentSettings etc.).

1. Open any sample with CKEditor. (i.e. samples/replacebyclass.html)
2. Use "Source" button to set following source:

   <p><span style="color:#FF0000">aa</span></p>
   

3. Put the selection at the end of the document.
4. Press shift+enter.
5. Type "bb"
6. Press backspace twice.

Expected result:
Visually caret should remain in (empty) second line.

Current result:
Visually you see that caret was moved to first line.

Steps to Reproduce

1. Open sample01.html;
2. Load the following HTML (no enter between blocks):

<h1>Title</h1><p>Sample text</p>

3. Switch to WYSIWYG;
4. 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.

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

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

1. go to ​http://ckeditor.com/demo
2. click 'new page' (so that the editor is blank)
3. type 'test' into the article
4. hit ctrl+home

[expected] Cursor is moved to the beginning of the document

[actual] Cursor is moved to the beginning of the document, and a "<p>&nbsp;</p>" is prepended.

Tested on Firefox 3.6.4 - CKEditor Version 3.3.1

Code = <div id="right_top" style="width: 308px; height: 13px; background-image: url('/images/right_top.png');">Test</div>

This is converted after switching source view off and on again to the following:

Amended = <div id="right_top" style="width: 308px; height: 13px; background-image: url(&quot;/images/right_top.png&quot;);">

Test</div>

If this is then submitted, the html is completely garbled by the editor and becomes the folloing:

Final output = <div id="right_top" images="" right_top.png="" style="width: 308px; height: 13px;">

Test</div>

Inline styling has been fine up until now and this has only happened since this new version of firefox.

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.

While using Firefox 4.0b8 for Mac with the nightly demo, trying to add a symbol part-way through the contents of the document doesn't work - CKEditor always adds the symbol to the start of the document.

This also applies to any other plugin - e.g. changing the text color of a selection doesn't work - as it ignores the selection.

1. Place 1111.html file in samples folder.
2. Open file in a browser
3. Click inside editor and start typing (type two words, you have got 5 seconds:))
4. After editor reappears, cursor appears at the beginning of typed text but If start typing without changing cursor location old text jumps one line down, so that you have two lines of text in two paragraphs.

This issue has been reproducible in Firefox5 from CKE 3.3.1

Steps to reproduce:

1. Create a table (default values are fine)
2. Place the cursor in the first cell and click/drag to highlight the rest of the table
3. Paste the table in the editor below the first default table

Result:Not only it does not copy style attribute #8661 but it also pastes all cells in single row.

Reproducible from CKEditor 3.0.

When focus is set in legend of a fieldset, and then mode is switched to source and back, additional </BR> is added to fieldset.

Environment

linked with #6804 , Firefox 4/5b

TC

1. Paste following code into editor

   <fieldset> <legend>caption</legend> <p>keep going, CKeditor!</p> </fieldset>
   

2. Switch mode to WYSIWYG
3. Set caret in "caption"
4. Switch to source
5. Repeat steps 2-4, two times

Actual result

Additional </br> added

<fieldset>
	<legend>caption</legend><br />
	<br />
	<br />
	<p>
		keep going, CKeditor!</p>
</fieldset>

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.

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>

1. go to ckeditor.com/demo

2. set the article source to:

   <pre>
   aaaa
   &nbsp; bbbb
   &nbsp; cccc
   &nbsp; dddd
   eeee
   </pre>
   

(There are several other configurations (some not invloving &nbsp;'s) which also cause this bug. This is the most consistently reproducible.)

3. in wysiwyg mode, place the cursor at the end of line cccc

4. press backspace

Expected: A C was deleted. The source now looks like this:

<pre>
aaaa
&nbsp; bbbb
&nbsp; ccc
&nbsp; dddd
eeee
</pre>

Actual: a line ending was deleted. The source now looks like this:

<pre>
aaaa
&nbsp; bbbb
&nbsp; cccc&nbsp; dddd
eeee
</pre>

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.

From what I've seen, this only occurs if the source being edited is not surrounded by tags. More specifically, it happens when "BR on Enter mode" is enabled.

Using Firefox, with BR on Enter mode enabled, add some text to the editor (but no HTML). Then select all using CTRL + A. Apply a style (like bold, italics, or strikethrough). The style is applied, but then the selection is deselected and the cursor moves to the end of the selection. If multiple lines are used, then the cursor moves to the end of the first line.

To better illustrate, here is a screencast: ​http://screencast.com/t/qHwIf8WzNX

1. Go to ​http://ckeditor.com/demo
2. Drag image in few places inside content area
3. Switch to source and notice that there are many empty headers inside content area <h1>&nbsp;</h1>

I have also tried using the below code (img inside div)

<div>
	<img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" style="margin-left: 10px; margin-right: 10px; float: left; width: 120px; height: 168px;" /></div>
<h1>Little Red Riding Hood</h1>

Code didn't cause much trouble except for the first two drags. First one leaves empty div at the top and second one (Let's say picture was dragged here in the first try rescue and cuts the w^olf )and the second one leaves empty div inside text. In all other cases picture is dragged without div anymore.

Issue reproducible in Firefox from CKEditor 3.6.2 rev [7242]

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.

• Open editor with enterMode = BR.
• Click "new page".
• Insert a table, fill in text in each cell.
• Hit CTRL+A and apply "bold" style.

Expected:

<table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
	<tbody>
		<tr>
			<td>
				<strong>a</strong></td>
			<td>
				<strong>b</strong></td>
		</tr>
		<tr>
			<td>
				<strong>c</strong></td>
			<td>
				<strong>d</strong></td>
		</tr>
		<tr>
			<td>
				<strong>e</strong></td>
			<td>
				<strong>f</strong></td>
		</tr>
	</tbody>
</table>

Result:

<table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
	<tbody>
		<tr>
			<td>
				<strong>a</strong></td>
			<td>
				<strong>b</strong></td>
		</tr>
		<tr>
			<td>
				<strong>c</strong></td>
			<td>
				<strong>d</strong></td>
		</tr>
		<tr>
			<td>
				<strong>e</strong></td>
			<td>
				&nbsp;</td>
		</tr>
	</tbody>
</table>
<table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
	<tbody>
		<tr>
			<td>
				<strong>f</strong></td>
		</tr>
	</tbody>
</table>

Regression of [6275].

• Open a sample with enterMode = BR.
• Click on the text.
• Click "RTL".
• Click on "undo" (or CTRL+Z).

Note that the text remains RTL.

Ways to replicate the bug: 1) Have a button,which once clicked inserts html text in the ck editor by calling: var ck=CKEDITOR.instances[editor_id]; if(ck)

ck.insertHtml(text);

2) Set CKEDITOR.config.enterMode = CKEDITOR.ENTER_BR; 3) Press the Enter key in the editor to create a new line,then press the button to insert the text.

At this point Firefox throws this error: Error: NS_ERROR_FAILURE: Component returned failure code: 0x80004005 (NS_ERROR_FAILURE) [nsIDOMHTMLDocument.execCommand] Source File: ckeditor.js Line: 100

After some digging it seems this code is the culprit: N.document.$.execCommand('inserthtml',false,E);

From my testing it seems the error message doesn't pop up if CKEDITOR.ENTER_P is used or if (CKEDITOR.ENTER_BR)-after pressing Enter key-some additional text is inputed in the editor.

This bug seems to affect only Firefox,apparently,it works just fine with Chrome. I haven't tested it with IE/Opera/Safari.

1. go to ckeditor.com/demo
2. click 'new page'
3. type 'a'
4. select 'a', press ctrl+c
5. hold ctrl+v

expected A continous stream of "a"s are produced

actual After a few moments, the cursor resets to the start of the document and begins a fresh line of "a"s.

Note: The start of the broken behavior is inconsistent- sometimes it starts immediately, other times it doesn't occur until dozens of "a"s have been pasted.

See video

Environment: Windows 7/8, Chrome 28, FF 23

1. Copy a URL from Chrome's address bar
2. Go to Firefox and paste that URL into a ckeditor text field
3. Immediately enter additional text (no spaces) after the URL

Result: The text you enter after the pasted URL becomes part of the text.

Real life use case: You enter in the text "Check out my website (​https://www.google.com/) Here, the right side closing parentheses becomes bolded like it is actually part of the URL.

Only happens on Windows, and only from Chrome/IE10 to Firefox.

In some situations the "Bold" button is not working as expected.

• Load replacebyclass sample
• Click in the middle of "sample text", "Bold" buton is highlighted (correct)
• Click on Source button twice to switch to source and back
• Click in the middle of "sample text", Bold button is not highlighted (wrong)
• Click on the strong element in the elements path: "Bold" button is still not active (wrong again)
• Click on the Bold button: strong element is not removed (again, wrong result

Note: it is enough to click somewhere outside of the strong element in the editing area to fix the problem (e.g. after clicking on "You" and then on "sample text", the button started working).

Regression since 3.4.

1. Press new page button to clear content.
2. Insert horizontal line using button.
3. Press backspace.

Result: horizontal line was not removed, but the paragraph was removed instead and I can write directly in the body now. Also it is not possible to remove that line using backspace.

Since 4.0, was fine in 3.6.6.

Also works fine on Chrome.

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

Moved from ​Sourceforge
Original reporter: Claude Coulombe

This is a repeat, but Ticket #5218 refers to a bug where absolute src paths are lost when dragging the image around the editor and/or copying and pasting to a different portion of the editor.

The src path switches to a relative path. This works fine for the editor, but pages in a few sub directories do not have the correct reference.

There were a few patches available and none fixed the issue for me.

when there are multiple editor instances in one page, maximize one instance and then minimize it.this behavior will make other case uneditable any more.

In CK demo paste this source code in the source area of the CK editor:

<div style="background:#eee;border:1px solid #ccc;padding:5px 10px;">AAAA</div>

<div style="background:#AAA;border:3px solid #ccc;padding:5px 10px;">BBBB</div>

as the first row is the style "Special container" and the second is the same style with modified color and border. Go to the end of the "AAAA" string and click "Del". Then "BBBB" is merged into the same paragraph, but the paragraph gets the style of "BBBB" instead of "AAAA".

If there is more than one paragraph style in the style combo with surrounding <div></div> the bug is present, but as the the demo such second style lacks, typing it in the source area gives us the same effect.

Only FF. Chrome and IE seem to work correctly - they take the style from the "AAAA" text.

When you want to add a link to an anchor, the down arrow button of the empty drop-down list By Anchor Id contains a minor visual glitch: it does not extend to the bottom border of the input field.

After the list is populated (note that it is now only possible to add an anchor ID by editing the source), the button is displayed correctly.

Please note that in earlier versions (CKEditor 3 up till 3.5.2) the glitch was a bit different as the whole input field had a smaller height.

Steps to reproduce

1. Create an anchor in the document, by default it will only contain the name attribute and no id.
2. Open the Link dialog window, select Link to anchor in the text as the Link Type.

OS: Windows XP sp2 Browser: Firefox RC3 Builds Tested: 2.6.0, 2.6.1, Nightly Build 6/15/08

Steps to reproduce:

1) Open fckEditor sample running at: ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

2) Press the "Maximize editor size" on the toolbar

3) Press any letter followed by the enter key

4) Repeat step 3 40 times

5) Scroll to the middle of the document and set the cursor at the end of a paragraph.

6) press the enter key

BUG: Scrollbar moves up and paragraph is reposition at bottom of page.

From my understanding "ScrollIntoView" has been changed in Firefox 3 to match IE, I'll bet that is where the problem lies.

Will test will Firefox 3 final when it is released 6/17/08

A separate issue created from ticket #7041.

TC:

• Open ​http://rev.ckeditor.com/ckeditor/trunk/6271/_samples/replacebyclass.html
• Press "New Page" button.
• Type "Foo bar" (type some random text, but do not press enter).
• Click Link button, type some URL and press Enter to insert the link. Note: the link should be selected at this stage.Do not click with a mouse on the editing area.
• Press "Right arrow key" button to go at the end of the link.
• Type some text.
• Result: the text typed after the link is not inside of a link.

Follow the same set of steps in ​http://rev.ckeditor.com/ckeditor/trunk/6272/_samples/replacebyclass.html to see that the text is now still inside of the link.

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

In #5981 and #6000 it has been reported for Chrome and Safari that page sometimes is scrolled to top when selecting paragraph format. Both these tickets are now closed, but the fix in r5785 only applies to WebKit browsers. But I can repeat the problem (or a very similar problem) with Firefox 3.0.17, which is very unlikely to benefit from the r5785 fix. The problem is intermittent and I have not found a 100% reliable way to reproduce the bug yet.

• Go to ​http://ckeditor.com/demo
• Scroll down page a bit
• Scroll down editor area to the bottom
• Click to set cursor after the last word in the last paragraph
• Click on paragraph format select (which says Normal)

At the last click the full page is scrolled to top again. The problem can not be repeated until the page is fully reloaded again.

Environment: Ubuntu Linux, Firefox 3.0.17, CKEditor 3.3.2

When left clicking checkbox/radio/textfield/textarea, the cursor blinking inside those elements now instead of selecting the entire element.

Form elements are by default editable in Firefox after [5391], it brings issues to us as we intercepts enter key, selection inside such elements is buggy itself, we should restore the previous (when using 'designMode').

This is only reproducible on FF. Steps to reproduce:

1. Go to ​http://nightly.ckeditor.com/15-04-10-06-08/full/samples/replacebyclass.html
2. In the console type: CKEDITOR.instances.editor1.editable().on('keyup', function(){console.log(CKEDITOR.instances.editor1.getData())})
3. Start typing in the editor -> You can see in the console that the first space after some text is ignored and not inserted in the Editor

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.

1. Paste in the following code:

   <p>
   	This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
   <table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
   	<caption>
   		this is table</caption>
   	<tbody>
   		<tr>
   			<td>
   				&nbsp;</td>
   			<td>
   				&nbsp;</td>
   		</tr>
   		<tr>
   			<td>
   				&nbsp;</td>
   			<td>
   				&nbsp;</td>
   		</tr>
   		<tr>
   			<td>
   				&nbsp;</td>
   			<td>
   				&nbsp;</td>
   		</tr>
   	</tbody>
   </table>
   <p>
   	This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
   

2. Place the cursor inside the table and try to move it with arrows to reach the caption.

Result: It is impossible to reach the caption with arrow keys but t is possible using mouse.

Regression caused by [6272]. Confirmed in Firefox @ Win 7 and Firefox @ Mac.

• Load the replacebyclass sample
• put the cursor at the end of the line and insert a link using the Link dialog
• click with a mouse at the end of the link or use the right arrow key to go at the end of the link
• press space, start typing
• result: instead of typing plain text, we're still inside of a link.

1. Go to ​http://ckeditor.com/demo
2. Click the “New Page” icon
3. Click on the “Link” icon, paste a URL into the field, and click the “OK” button. The hyperlinked URL will appear in the CKEditor, as expected.
4. Click the “Delete” keyboard button (aka Javascript keycode = 46).
5. Click on the “Link” icon, paste a URL into the field, and click the “OK” button.
6. Problem: the URL does not get pasted into the CKEditor, nor does it appear in the HTML source code.

However, if you repeat this process and click the “Backspace” keyboard button (aka Javascript keycode = 8) in Step 4, everything works properly.

It seems that it never worked properly so I'm setting the version to 3.0, although in earlier versions (<3.2) the (invalid) result was different (due to #4886).

1. Load demo @ ​http://www.fckeditor.net/demo or from SVN

2. Switch to source mode and enter the following:

<p>

3. 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"? :)

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

To reproduce:

1. Open bbcode sample and clear all contents
2. Insert link http://google.com?test=1&abc=txt using link dialog
3. Put the cursor at the end of link and try to exit it using Arrows, End, Space or Enter key.

Result: You can't exit link when it is the last element in the document.

Issue reproducible in Webkit and Opera from CKEditor 3.6 rev [6904]

Note: In Firefox you can exit link only if you press End key. Perhaps it has something to do with leaving element boundaries - #8195

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.

Object resizing for flash and iframe fake objects don't work. It's reproducable on full featured demo. After resizing fake object is set to 82x82 pixel. On double click it shows the right values in dialog width and height fields.

Flash plugin url escapes some values.

Testing against ​http://nightly.ckeditor.com/6928/_samples/replacebyclass.html

To reproduce:

1. Insert new flash element through dialog
2. Set value to [url|ALL|9839]
3. Close dialog
4. View source to verify bug. embed tags src attribute gets url escaped

Expected (new lines added for readability):

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" data="[url|ALL|9839]">
<param name="quality" value="high" />
<param name="movie" value="[url|ALL|9839]" />
<embed pluginspage="http://www.macromedia.com/go/getflashplayer" quality="high" src="[url|ALL|9839]" type="application/x-shockwave-flash"></embed>
</object>

Got (new lines added for readability):

<object classid="clsid:d27cdb6e-ae6d-11cf-96b8-444553540000" codebase="http://download.macromedia.com/pub/shockwave/cabs/flash/swflash.cab#version=6,0,40,0" data="[url|ALL|9839]">
<param name="quality" value="high" />
<param name="movie" value="[url|ALL|9839]" />
<embed pluginspage="http://www.macromedia.com/go/getflashplayer" quality="high" src="[url%7CALL%7C9839]" type="application/x-shockwave-flash"></embed>
</object>

From what I could see this might be some difference in embedNode.setAttribute and CKEDITOR.dom.element.createFromHtml -> setAttributes

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

When inserting a table at the end of a document it is not possible to navigate past the table to continue entering text.

Steps to reproduce:

1. Open nightly build. Currently (​http://nightly.ckeditor.com/3105/_samples/replacebyclass.html)
   
2. Add new line to the existing text in the editor
   
3. Add new table with all default values
   

Expected behavior:
Table is added at the carat position. It is possible to position the carat directly after the table to continue adding text.

Actual behavior:
The table is added as expected. It is not possible to position the carat after the table, making it difficult to continue entering text into the document without having to go into source mode.

ForcePasteAsPlainText doesn't seem to be working for Mac users. They're able to paste in rich text from MS Word, bringing over invalid HTML source code with it. I'm using drupal module ckeditor 6.x-1.2 with ckeditor 3.5.1 on drupal 6.20. I'm not sure if these people are using the Safari browser or Firefox. I have Pasting as Plain Text enabled on the ckeditor module profile admin page, as well as in the ckeditor.config.js file. Also, in case it matters, I have SCAYT set to start automatically.

This problem doesn't affect Windows users using IE or Firefox.

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

The bug I describe here seems to be new since version ~2.6.3. I don't think I've seen this behavior in earlier versions.

Please fix this for the final 2.6.4 since it drives our web authors crazy. Thanks!

Browsers & OS:

• Firefox 3.0 on Windows XP and on Mac OS X => 10.4
• Camino 1.6 on Mac OS X >= 10.4

Browser Exception: With Safari 3.2.1 on OS X it works perfect!

Steps to reproduce:

1. create a table withe some rows and columns
2. fill all the cells with some text
3. make a selection across multiple cells (click and drag, or by using the Shift- or Command-keys)
4. Now try to format the text by using the Bold-Icon or try to assign a text color.

The result: Only the text of just one of the marked cells will be formatted while the rest remains untouched.

Below you'll find the generated HTML code. As you can see, just cell in Row 1, Column 2 (R1C2) has received the text color even though I marked more then just one cell.

<table width="200" cellspacing="1" cellpadding="1" border="1">
    <tbody>
        <tr>
            <td>R1C1</td>
            <td><span style="color: rgb(255, 0, 0);">R1C2</span></td>
        </tr>
        <tr>
            <td>R2C1</td>
            <td>R2C2</td>
        </tr>
        <tr>
            <td>R3C1</td>
            <td>R3C1</td>
        </tr>
    </tbody>
</table>

Hard to describe and hard to search for so my apologies if it's already been logged but I think even if it's been logged I've found more details I will explain below.

If I highlight a section of text and apply some sort of text formatting(bold for example). Then place the cursor at the end of one of those newly bolded lines and click bold again to remove it so I can continue typing in non-bold it will remove bold from the entire line.

Browser: FF 25.0, IE9.0.8112.16421(config.enterMode = CKEDITOR.ENTER_BR only for IE)

OS: Win 7

Reproducible location: Demo site

I tested with Chrome 31.0.1650.63 m as well and it worked properly. Also ctrl+a vs using the mouse can have slightly different results which I will explain after the steps to reproduce.

Steps to reproduce:

1. Download the standard ckeditor from the website.(Only necessary if you want to test CKEDITOR.ENTER_BR. Otherwise just go to the demo)
2. Open replacebycode.html sample and clear the content
3. Type aaaa aaaa, hit enter. Type bbbb bbbb, hit enter. Type cccc cccc, hit enter.
4. Press Ctrl+A and click Bold
5. Place the cursor at the end of any of the three lines
6. Press Bold again

If Using IE or FF and using CKEDITOR.ENTER_BR you will notice that the entire highlighted content will lose the bold formatting. If using FF and CKEDITOR.ENTER_P (Default) you will notice that just the line you placed the cursor on will lose bold. I did NOT test CKEDITOR.ENTER_DIV.

The slight variation I mentioned between ctrl+a and using the mouse can be tested by repeating all the steps above but step 4 use the mouse to highlight everything instead and step 5 place the cursor at the end of the "cccc cccc" line. In FF bold is already de-selected from the toolbar, in IE it's still selected but when you click it formatting isn't lost. If you test lines 1 or 2 you will see the same results as if you tested with ctrl+a.

EDIT:

Reproducible in Firefox and IE11

To reproduce:

1. Type three lines of text
2. Ctrl+A, hit Bold Button
3. Click at the end of any line and Hti bold Button again

Results:
In Enter Div and P Whole line gets unbolded
In Enter BR whole text gets unbolded

Checkbox and radiobutton do not get focus or context menu on FF 3.6.3 and are not editable because of this.

Fake element replacement would be feasable to fix this since elements have basically two appearances selected and unselected.

In #4056 I posted form_changes.zip which uses fake elements for this. Allthough changes are dated and should be rewritten I see no harm done in this approach.

In firefox 3.0.0 it isn't possible to select/right-click form elements in order to change their options. Only text input elements can be changed

try it yourself, for example:

<form method="post" name="blaat">
    <p><input type="text" value="fsdf" name="fsdfs" />dddfdfdsd</p>
    <p><select name="boij">
    <option value="fhu">ui</option>
    <option value="sgr">fsfd</option>
    <option value="re3">grge re</option>
    </select></p>
    <p>fgd<input type="checkbox" value="ger" name="ge" />gfdg</p>
</form>

This is clone of #7908, but for Fx & Chrome and only on Linux.

Steps:

1. Open ​http://localhost/cksource/CKEditor/tags/3.6/_samples/replacebyclass.html
2. Without focusing editor before, right-click on the link.

Expected: context menu containing unlink option.

Actual: no unlink option.

I was able to reproduce this from 3.6.

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)

Unable to type after press "New Page" button in Firefox.

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

Browser: Firefox 3.5.7 OS: Windows XP SP3

When using an html source that was previously generated by FCKEditor 2.3.1 with FCKEditor 2.6.3, hitting carriage return cause the scrollbar to go at the end of the box.

To reproduce, using Firefox 3, go to: ​http://www.fckeditor.net/demo, click the "Source" button, and paste this:

<p><font size="4"><font color="#008080"><strong><font color="#ff0000"><font color="#000080">Lorem</font></font></strong></font></font><font size="4"><font color="#008080"><strong><font color="#ff0000"><font color="#000080"><br />
</font></font></strong></font></font>Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla ac velit. Etiam adipiscing pede vitae elit. Nam turpis odio, tristique ac, semper ut, malesuada nec, mi. Vestibulum tempus turpis a eros. Aenean feugiat metus ac tortor. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. In ultrices porttitor lorem. Ut posuere orci. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Suspendisse mattis.<font size="4"><font size="4"><font color="#008080"><strong><font color="#ff0000"><br />
<br />
Ipsum</font></strong></font></font><font size="4"><font color="#008080"><strong><br />
</strong></font></font></font>Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla ac velit. Etiam adipiscing pede vitae elit. Nam turpis odio, tristique ac, semper ut, malesuada nec, mi. Vestibulum tempus turpis a eros. Aenean feugiat metus ac tortor. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. In ultrices porttitor lorem. Ut posuere orci. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Suspendisse mattis.<font size="4"><br />
<font size="4"><font color="#008080"><strong><br />
</strong></font></font></font><font size="4"><strong><font size="4" color="#000080"><font color="#ff00ff"><font color="#008080"><font color="#993366"><font color="#ff6600"><font color="#008080"><font color="#ff0000"><font color="#000080">Lorem</font></font></font></font></font></font></font></font></strong><strong><font size="4" color="#000080"><font color="#ff00ff"><font color="#008080"><font color="#993366"><font color="#ff6600"><font color="#008080"><font color="#ff0000"><br />
</font></font></font></font></font></font></font></strong></font>Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla ac velit. Etiam adipiscing pede vitae elit. Nam turpis odio, tristique ac, semper ut, malesuada nec, mi. Vestibulum tempus turpis a eros. Aenean feugiat metus ac tortor. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. In ultrices porttitor lorem. Ut posuere orci. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Suspendisse mattis.<font size="4"><strong><font size="4" color="#000080"><font color="#ff00ff"><font color="#008080"><font color="#993366"><font color="#ff6600"><font color="#008080"><font color="#ff0000"><br />
</font></font></font></font></font></font></font></strong></font></p>
<p>&nbsp;</p>

Then, click "Source" again. Go at the top of the red "Ipsum" title, and hit carriage return. The scrollbar will move to the end of the box.

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.

which only occurs in the initialization for 1 second to and is dependent on their parents' style

you need to change

_source/plugins/wysiwygarea/plugin.js line 537

from

element.setStyles( { position : 'absolute', top : '-3000px' } );

to

element.setStyles( { position : 'absolute', left: '-3000px', top : '-3000px' } );

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

[IE10] For ages.

1. Open editor with following content:

   <ul>
     <li>one</li>
     <li>two</li>
   </ul>
   <p>hello</p>
   

2. Select whole list.
3. Delete list by pressing backspace.

Actual result: text hello jump to first line. Expected result: text hello stay in the second line.

4. Start typing.

Actual result: text hello jump to next line. Expected result: text hello stay in the same line.

Assume you have the following content within the ckeditor:

    <p>This is</p>
    <p>[anchor] an anchor</p>

Where [anchor] is the anchor placeholder.

Placing the cursor at the end of the first paragraph and hitting the DELETE key causes the anchor to be removed whereas I would expect that the second paragraph would be merged into the first paragraph and the anchor retained. [IE9 and FF10]

Placing the cursor at the beginning of the second paragraph, and hitting the BACKSPACE key also removes the anchor. [IE9]

This seems to work as expected on Chrome (WebKit).

I tried this on the following nightly build sample, and it still seems to be an issue: ​http://nightly.ckeditor.com/7385/_samples/replacebyclass.html

Incidentally, hitting the ENTER key immediately before an anchor on this nightly build seems to cause the anchor to get vertically squished (see screenshot).

With SCAYT enabled, it's not unable to open context menu on checkbox/radio/textfield/textarea, single click makes the cursor blinking inside those elements now.

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.

If we bind handler functions for both 'blur' and 'click' events - they fires infinitely. Browser firefox 3.5.7 OS Windows XP SP3

Environment

Firefox, config.enterMode = CKEDITOR.ENTER_BR, config.ignoreEmptyParagraph = true;

Reproducing Procedures

1. Open any of the sample page and click on 'New Page' to clear content.
2. Swtich to source.
   • Actual Result: There's one single <br /> left in content .

I get Firefox hangs up randomly occurs in Firefox, when checking the 'visibility' CSS style of an iframe element during 'onshow' event handing.

This issue was reported by Srinivas Nalla on our support channel.

TC provided by a user:

Steps to Re-Produce the Issue.

1. Place an Image Tag with wrong image name
2. Find that image missing icon is displayed in IE 8 but missing in Firefox

I have got similar but not the same result. Image missing icon was visible in CKEditor content area but not in Page preview.

At first I thought that this is a browser issue but it is reproducible from CKEditor 3.6 so it looks like an editor problem.

Context: Image Properties window

When the "Automatic search results" pane includes long names, the thumbnail is pushed over to the right, even to the point that nothing is visible.

Several possible solutions come to mind:

1) allow the user to resize the "Image Properties" popup 2) add horizontal scroll bars to the "Automatic search results" pane, which already has scrollbars 3) don't expand the "Automatic search results" pane at all, and use hovertext to allow the full filename to be seen

The problem can be seen for example using version 2.5 SVN Build 20055.

Thanks!

Steps to reproduce :

1) go to the ckeditor demo: ​http://ckeditor.com/demo

2) right click on the image on the left and select "Image properties"

3) change the image url to an image on the same domain of the editor: ​http://ckeditor.com/sites/default/files/adobelogo.png?1248534498

4) click on ok

5) drag and drop the image somewhere in the text

6) right click again on the image and select "Image properties"

7) path changed to relative path. (it become sites/default/files/adobelogo.png?1248534498)

This is a bug especially when the editor is in a folder of the site, while the editor's text is displayed somewhere else (not in that folder)

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
   

2. Switch to source view
   

3. Paste the above code
   

4. 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!