Custom Query

1. Load enough content to overflow the edit area;
2. Scrolls down to the bottom;
3. Make a text selection in the viewport;
4. Click outside of the editor to blur it;
5. Tab key to bring the focus back to it

• Actual: Editor has focused, content is scrolled by to the top;
• Expected: Editor gain focus with the content scroll bar positon remains.

Putting contentEditable="false" on table doesn't prevent the table content from been editable, this works in all other browsers.

Context menu always opens next to mouse cursor, even after being triggered by key press. This is usability issue in my opinion, because mouse can be anywhere withing the browser's viewport.

I see following options:

1. Distinguish between key press and mouse click. Probably impossible, but i'm not 100% sure.
2. Simply check if mouse is inside editor's viewport and then if yes - open menu next to cursor; if not - open it next to the carret.
3. Always open context menu next to the carret.

1. Load replacebyclass.
2. Double-click on "are" to select it.
3. Right click on the selection to open the context menu.
4. Right click on "some". (BUG: the context menu will not appear - be sure to have something to paste, so at least that option should appear).
5. Repeat 2 and 3.
6. ESC to close the menu. (BUG: the selection moves to the previous place)

Confirmed with CKEditor 3.6. Works well with CKEditor 3.5.4.

I'm reporting these two issues together because I suspect they're very related.

Steps to reproduce :

1. Go the ckeditor.com/demo , clear the content
2. Go to Source view
3. Paste or Type the following code:

   <pre>
   
   This is test number one
   
   This is test number two
   
   This is another test
   
   </pre>
   

4. Go back to Design view
5. Select word ^number^ on the first line, press Ctrl+C (copy)
6. Select ^This^ on the second line , press Ctrl+V (overwriting 'This' with 'number')

Expected behavior:
The copied text should replace the contents ( 'This' should be replaced with 'number' )

Actual behavior:
Part of the original content is still visible.

Issue has been reproducible from CKEditor 3.1 in all versions of IE.

It is not possible to copy an entire row from one table to another table in Internet Explorer 6,7,8.

In Firefox 3.x this works by selecting all the cells in a row and Ctrl+C, then in an empty row of a second table selecting all the cells followed by a Ctrl+V.

Unfortunatly IE does not select the cells or content in the cells and the copy and paste options are not available.

To reproduce:

• Start FCKeditor in Internet Explorer
  
• Click on the Create Table Icon in the toolbar
  
• Click Ok to create the default 3x2 table
  
• Fill the 1st row with Test in the first cell and Test in the second cell to the right.
  
• Create a second table on the same page (or in a new page doesn't matter)
  
• Try to select the 1st row from the (IE selects highlights the text Firefox 3.x highlights the cells)
  
• The Cut and Copy buttons are dimmed in the toolbar in IE
  
• Push Ctrl+C to copy the selected row
  
• Click in the new second table and CTRL+V to paste, a nested table is then inserted instead of just the row. (In Firefox 3.x you select the row and paste to get the desired effect)

An option Copy Row and Copy Column (in the right click menu) to move data between tables would be the ideal solution.

Environment

IE

Reproducing Procedures

1. Open any of the sample page and clear all content with 'New Page';
2. Create a empty bulleted list in place.
3. Open 'Format' combo and select the 'Normal' paragraph format.
   • Actual Result: There's an extra blank line above the paragraph created, but as soon as we start typing, the empty line vanishes.

Environment

IE8 standards, with enterMode = BR.

Reproducing Procedures

1. Load any of the sample page and fill the editor with the following contents:

   <table>
   	<tbody>
   		<tr>
   			<td>
   				text</td>
   		</tr>
   	</tbody>
   </table>
   

2. Click into the spaces after the table at the end of document.

• Expected Result: It's possible to have the cursor blinking there and start typing.
• Actual Result: Cursor stays as it is.

To reproduce the defect:

1. set enterMode = CKEDITOR.ENTER_BR in the config option.

2. Open Ajax sample. Type some text.

3. Press Enter at the end of the line.

Expected Result:

New line is created and cursor is shown in the new line.

Actual Result:

New line is created but Cursor is shown in the same line from where we have pressed Enter.

Cursor will move to Correct line only when user starts typing the text.

Tested in IE 6&7

1. Copy ckeditor_test.html and blink.html to samples directory.
2. Click at the region below the paragraph, e.g. bottom right corner

Problem: Cursor is not visible.

Tested in IE9-11. The similar issue was fixed with #1659 and #7932

While having the focus inside the editor, if you scroll the containing page, the caret will stay blinking inside the editor. But, at that point, the DEL key has not action anymore. Other keystrokes will continue work correctly.

Steps to reproduce

1. Visit my plnkr here: ​http://embed.plnkr.co/LeTskAqj785Ic9dD2O6y/
2. type something in CKEDITOR, press next
3. click the input

Expected result

Input should receive focus

Actual result

No input is achieved

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

IE 9-11, Windows 10, CKEditor 4.5.1 - 4.5.7, plugins from standard cdn distro

In this limited scenario, you can gain focus if you keep clicking the input, but on heavier pages, the input will never gain focus.

There is no visual behavior for checkboxes in dialogs when tabbing over them. We have the impression that the focus got lost.

1. Load default sample page;
2. Click on 'CKEditor' link to open dialog;
3. Switch to "Advanced" tab;
4. Switch back to "Link" tab;

• Actual Result: URL field is reset to blank

Happens also to "table" dialog.

Hi, i have a problem in IE 11 with object stylied with sizes:

<div style="width: 903px; height: 210px;">test div</div>

Select borders are over editor sizes. How can i hide this or use css maybe?

With IE8 with Compatibility mode:

1. Load the following HTML:

<p>Line 1</p>
<p>Line 2</p>
<p>Line 3</p>
<p>Line 4</p>

2. Select Lines 2 and 3.

3. Click the Div Container button.

4. In the Advanced tab, set the Style field to "border: solid red".

5. Confirm the dialog.

Note that there will be extra (unwanted) space at the top padding of the created div. When moving back and forth to source, that space disappears.

Steps to reproduce:

1. Only one tab must be opened in IE.
2. Place editor inside a frame which is inside a modal dialog window (attached files "Page1.html" and "Page2.html" reproduce than if placed inside "\ckeditor\_samples folder").
3. Open page with editor ("Page1.html").
4. Click on "Font" drop-down.
5. Click on "Size" drop-down (all further clicks on "Font", "Size", "Format", "Background Color" and "Text color" drop-downs will result showing and immediate hiding of drop-down).

Browser name and OS : Checked on IE8 on Windows 7 and IE6 on Windows XP.

Click on "Font" drop-down. Click on "Size" drop-down (all further clicks on "Font", "Size", "Format", "Background Color" and "Text color" drop-downs will result showing and immediate hiding of drop-down). Browser name and OS : Checked on IE8、IE9、IE10、IE11 on Windows 7.

We should describe solution for this issue in documentation just like for ticket #12768.

Steps to reproduce

1. Go to ​http://ckeditor.com/demo#full.
2. Switch to source and paste following html <p>This is <strong>example</strong> text</p>.
3. Switch back to WYSIWYG mode.
4. Focus content like <p>This ^is <strong>example</strong> text</p>.
5. Use keyboard (arrows + shift) to create selection like <p>This [is <strong>exam]ple</strong> text</p>.
6. Apply bold.

Expected result

Resulted html should be <p>This <strong>[is exam]ple</strong> text</p>.

Actual result

Resulted html is <p>This <strong>is <strong>exam</strong>ple </strong>text</p>. For most styles it is hard to notice, but for bold it creates double bolded text (at least in IE11).

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

Checked on IE11 in CKEditor 4.5.11. Does not occur in Chrome or FF.

Steps to reproduce

1. Open ​http://ckeditor.com/demo#full.
2. Click Text Color button.
3. Click More colors.
4. Select some color (click or arrows + space) inside opened dialog (colorpicker).
5. Click Clear button.

Expected result

Focus stays on Clear button after click.

Actual result

Focus gets back to selected color.

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

This bug appears on all IE versions and Edge.

Using IE 8 (other versions untested) go to ​http://ckeditor.com/demo or use the Nightly build.

Switch to source mode and paste this:

<p>
	- F&uacute;tbol 7 y f&uacute;tbol 11: <a href="http://www.futnavarra.es/secciones/competicion/grupos.asp?temporada=2011-12&amp;juego=1&amp;sexo=1" target="_blank">www.futnavarra.es</a></p>

Now switch to design.

Edit the link (double click, contextual menu, click and use the toolbar button, whatever...)

When the dialog opens just click OK.

The text changes from just the domain to the whole URL.

Firefox works fine.

This error is sometimes thrown in IE. It happens onClick and I've tracked it down to the following bit of code.

plugins/selection/plugin.js

Ln #215: editor.getSelection().getRanges()[ 0 ].select();

According to the documentation, and my observations, editor.getSelection() can return null. This statement should be wrapped in a conditional block to avoid calling .getRanges on a null object.

if((selection = editor.getSelection()) != null) {
   selection.getRanges()[ 0 ].select();
}

When initial a document with focus but no content, the CKEDITOR.editor::getSelection returns 'null', which disable and subsequent range requests, this bug is due to a IE bug which reporting selection which not belonged to parent document.

1. Go to any page in editor and clear editor contents (new page command)
2. Switch to source and insert <p>&shy;&nbsp;</p>
3. Switch to WYSIWYG and to Source again

Result: <p>&shy;</p> non-breaking spaced is removed.

Problem occurs in all versions of IE from CKEditor 4.0 (it works in CKE 3.0 - 4.0 beta).

since: 4.0 until major

This issue also appears in widgets content editables.

1. open any sample with CKEditor (i.e. samples/replacebyclass.html)
2. use following source:

   <p>dsadasd <a href="http://aasd">asdsd</a> dassd</p>
   

3. switch back to wysiwyg mode
4. ctrl+a (select all)
5. click once inside link text, to place caret as follows:

   dsadasd as^dsd dassd
   

Expected result:
Following elementspath: body p a

Current result:
Elementspath without a element: body p

Second case:
Steps 1-4 as in case above

5. click once text after link, to place caret as follows:

   dsadasd asdsd das^sd
   

... and now elementspath shows body p a but it should not.

additional info:

1. issue does not appear after first click
2. issue was not present in 3.6.6.1 (tested with ie10), but please, double check me here
3. present in IE9, IE10, IE11 - i didnt check ie8

1. Clear editor contents with new page
2. Press Bulleted list button
3. Type test
4. Press Shift+Enter
5. Press Enter
6. Repeat steps 3-5 few times.
7. Press Ctrl+A and Ctrl+C
8. Clear editor contents with New Page command
9. Press Ctrl+V

Result: &nbsp; and br tags are lost thus new lines get removed.

Problem can be reproduced from CKEditor 3.5.3 rev [6624].

Other tickets caused by this revision: #8743, #8140

To reproduce the defect:

1. Open Ajax sample.

2. Insert a Table, Go to a Table cell and activate Cell Properties dialog.

3. In Border Color or Background Color field enter 'gren'insted of green and press OK button.

Expected Result:

Cell properties dialog is closed and Cell Background or Border color remains same since the user has entered invalid value.(This is what is happening in Firefox)

Actual Result:

Cell properties dialog is not closed and every time the user presses OK button an Extra span is added in the Cell.

This will also happen when a French User types the Color Correct but in French.

Ideal solution would be to change the labels of Background Color & Border Color fields to indicate that user should enter Hexa decimal values or CSS Values.

The reason why we are not using the Color picker dialog is it's not satisfying Accessibility Requirements, since there are no labels for Colors in Color Picker dialog.

Browser: IE11

1. Open: ​http://tests.ckeditor.dev:1030/tests/plugins/clipboard/manual/draganddrop.
2. D&D some widget (image) internally.
3. D&D some external text from textarea located above into editor.

Result: There is an error in ​here.

Browser: [IE 10...11]

Since: 4.2.1

1. Open sample: 4.4.4/standard/ckeditor/samples/uilanguages.html
2. Make some selection.
3. Go to Source mode.
4. Switch back to Edit mode.
5. Click on Styles button.

Actual result: Error is thrown in console.

Could not get „blockLimit” property of null or undefined. core/style.js:373

1. Collapse toolbar.
2. The height of the editor is set to 15px.
   ex. ckeditor.resize('', 15, true);
3. Expand toolbar.
4. JavaScript error (invalid argument)

The cause is here. ​https://dev.ckeditor.com/browser/CKEditor/trunk/_source/plugins/toolbar/plugin.js#L326

contents.setStyle( 'height', ( contentHeight - dy ) + 'px' );

I think that it only has to prevent height from reaching a minus value. Like this. ​https://dev.ckeditor.com/browser/CKEditor/trunk/_source/themes/default/theme.js#L325

contents.setStyle( 'height', Math.max( height - delta, 0 ) + 'px' ); 

The below description was copied from bug #7928 comment 3.

Second example :

1. Create new table
2. Put the cursor in a cell
3. Add some text in the cell
4. Click "td" in the elementspath
5. Click with RBM on selected text
6. Go to cell properties and change the width of the cell
7. Save : JAVASCRIPT ERROR

Message: Object doesn't support this property or method
Line: 131
URI: /ckeditor/_source/plugins/elementspath/plugin.js

This has been true for all versions of IE from CKEDitor 3.4.1

To reproduce:

1. Clear editor contents
2. Write a letter
3. Press ENTER twice
4. Write a letter again
5. Activate 'source view' and go back (without this there will be no script error)
6. Place the cursor on top-left position - before first letter - at the beginning of editor content area.
7. Press SHIFT+'arrow down' twice

Result: JavaScript error is thrown.
Ticket has been reproducible in IE8 and IE9 from CKEditor 3.5.1

The error comes from the core\dom\node.js from the getPosition function where the this.$ is undefined. Seems that this object has nothing to do with the underlying DOM object.

NOTES:
From CKEditor 3.5.1 till 3.6.3 the error was
Message: 'length' is null or not an object
Line: 632
URI: /3.6.3/ckeditor/_source/plugins/selection/plugin.js

From CKEditor 3.6.3 rev. [7415] the error has changed: Message: 'compareDocumentPosition' is null or not an object
Line: 430
URI: /3.6.3/ckeditor/_source/core/dom/node.js

TC 1 (general, IE9)

1. Open samples/replacebyclass.html
2. Insert page break.
3. Select inserted page break.
4. C-c
5. Change selection.
6. C-v

SCRIPT5007: Unable to get value of the property 'isBlock': object is null or undefined 
editable.js, line 1708 character 5

Works in 3.x.

TC 2 (IE11)

1. open any sample with CKEditor table plugin (i.e. samples/replacebyclass.html)
2. switch to source mode, and use following source code:

   <div style="page-break-after: always;"><span style="display:none">&nbsp;</span></div>
   <table border="1" cellpadding="1" cellspacing="1" style="width:500px">
   	<tbody>
   		<tr>
   			<td>
   			<p>aa</p>
   
   			<p>bb</p>
   			</td>
   			<td>&nbsp;</td>
   		</tr>
   		<tr>
   			<td>&nbsp;</td>
   			<td>&nbsp;</td>
   		</tr>
   	</tbody>
   </table>
   

3. switch back to wysiwyg mode
4. copy page break into first (top left) table cell

Expected result:
Operation should not cause exception.

Current result:
Exception is being thrown:

SCRIPT5007: Unable to get property 'isBlock' of undefined or null reference
File: ckeditor.js, Line: 323, Column: 45

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

To reproduce the defect:

1. Insert a Flash with the following URL ​http://bytescout.com/files/demo/swfscout_VideoSample.swf

2. Un check the check box Auto Play on Properties tab of Flash Properties tab.

3. Remove the editor to save the flash.

Expected Result:

Flash is shown on the page but it should not play since we un checked the check box Auto Play.

Actual Result:

Flash is shown on the page but it is playing automatically even though we un checked the check box Auto Play.

To reproduce the defect:

1. Open any CK Editor sample & insert a table that is wider than the editor so that vertical & horizontal scroll bars are displayed (e.g. 2000px with 30 rows & 10 columns) .

2. Enter content in table cells, keep cursor in one of table cells & move either vertical or horizontal scroll bar.

Issue: In IE8 & IE9 Focus goes out of editor body where as in IE7 OR IE8/IE9 Compat view cursor jumps out of table.

When editor is running inside an ​modeless dialog of IE, clicking on all toolbar commands will cause the focus transferring from the dialog back to the main window, which brings a major problem for continual editing experience. See attached sample page to reproduce.

To reproduce:

1. Paste in the below source

   <table border="1" cellpadding="1" cellspacing="1" style="width: 500px; ">
   	<tbody>
   		<tr>
   			<td>
   				abc</td>
   			<td>
   				&nbsp;</td>
   		</tr>
   		<tr>
   			<td>
   				def</td>
   			<td>
   				&nbsp;</td>
   		</tr>
   	</tbody>
   </table>
   

2. Switch to WYSIWYG
3. Click inside editor and press CRTL+A
4. Choose formating Normal(Div) from dropdown

Result: In all versions of IE from CKEditor 3.0, empty column will be removed.

1. Load the following source in IE:

   <div style="float: right">
   Foo <img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" /> Bar</div>
   

2. Select an image
3. Click "Image" button (do not use the context menu)
4. Image dialog opens, but all fields are empty.

It looks like it started happening in 3.2.1.

• Load the HTML content posted below
• Scroll down to the bottom, select and image and right-click on it
• Results: "Image properties" option is not available and IE scrolls to the top (reported in #7973, started happening in 3.2.1).

"Image properties" option disappeared in 3.3.

<p>
	(Scroll down to the bottom, select and image and right-click on it)</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<p>
	&nbsp;</p>
<div style="float: right">
	Foo <img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" /> Bar</div>

On IE are 2 problems with binding copy/cut and paste events:

• there is no support to custom data type,
• any access to clipboadData displays warning dialog to user, which we want to avoid.

Because of these problems on IE we do not bind copy/cut and paste events. Wherefore all paste events are recognize as external and user is not able to pass data from copy/cut to paste using dataTransfer facade (copy/cut dataTransfer object and paste dataTransfer object are 2 separate objects instead of one).

Fortunately in many cases we are able to guess the connection between copy/cut and paste events. On the one hand we can read selected HTML during copy/cut, on the other we can get pasted HTML from the paste event. Of course browser can modify that HTML structure, but the text should be the same. On paste we could remove all HTML tags from cut/copied and pasted HTML, remove all white characters and compare remaining text if it is longer then X characters (e.g. 10). This way we could bind most cases.

We could also handle some most popular cases with only HTML. For example if user copy/cut and paste single image we can read and compare both image source and alt and, if they are the same, bind events. Similarly we could check single widgets. We could also compare both HTML data. In some cases they may be the same.

Of course some cases will not be covered: if user cut and paste only HTML data (without any text) which is hard to compare, then the paste will be still recognized as external, but it means it will work as good/bad as it works now.

1. Insert the following html:

<p>
	123456</p>
<pre>
123456
123456


</pre>
<p>
	123456</p>

Switch to WYSIWYG mode and move cursor after the "2" char in the first line of the pre block. Hit Shift+Enter. The new line will appear after the "5" char.

2. Html:

<pre>
123456
123456
123456
123456</pre>
<p>
	123456</p>

Switch to WYSIWYG mode and put cursor to the end of the second line of the pre block. Hit Shift+Enter. Cursor will appear at the start of the 4th line instead of the 3rd line. Toggle to source mode: note that line break disappeared.

• Open Image Dialog
• Paste the following url:

  [%placeholder%]/file.jpg
  

• Click 'OK' to close the dialog.
• Result: JavaScript error (invalid argument)

Environment

All IE versions.

Reproducing Procedures

1. Open any of the sample page;
2. Open 'Styles' combo and click on 'Inline Quatation" and start typing a few characters;
3. Select 'Inline Quatation" again to close the style, then continue typing;

• Actual Result: The closed half of quatation is not displayed.

To reproduce the defect:

1. Open any sample and insert a table with one row & one column

2. Keep cursor inside the cell and open Context Menu.

3. In Context menu select Cell & Insert Cell Before option

Expected Result: A new cell inserted before the current cell

Actual Result: Nothing happens no new cell inserted

Same issue happens with Insert Cell Aafter option

Reproducible in in all IE Verions

It's not able to block certain keystrokes in IE with 'CKEDITOR.config.blockedKeystrokes', e.g. F5.

Use this source:

<table border="1" style="border-collapse:collapse; width:469px">
	<tbody>
		<tr>
			<td style="width: 142px;">&nbsp;</td>
			<td style="width: 320px;">&nbsp;</td>
		</tr>
		<tr>
			<td style="width: 142px;">&nbsp;</td>
			<td style="width: 320px;">&nbsp;</td>
		</tr>
	</tbody>
</table>

I can't change last column's with by dragging the 3rd border from the left. Confirmed on IE8 at least

1. Open code snippet sample.
2. Focus editor.
3. Start navigating with up/down keys.

Reproduced in IE9 and IE11. I set version to 4.3, because since then we support widgets.

This's a continuation of #5111, where it's not able to navigate the toolbar in JAWS with Arrow keys, it shouldn't be a problem if JAWS is in PC cursor mode.

IEJSLeaksDetector detected memory leaks for CKEditor in IE8 and IE7

To reproduce the issue:

1. Download and install IEJSLeaksDetector: ​http://joinmicrosofteurope.com/files/IEJSLeaksDetector2.0.1.1.zip

2. Point IEJSLeaksDetector to ajax.html in the nightly build, for example, ​http://nightly.ckeditor.com/6870/_samples/ajax.html.

3. Create and remove CKEditor a couple of times and then stop the application.

4. Notice that IEJSLeaksDetector reports memory leaks.

I tried to test it with no buttons on the toolbar and still got the memory leak.

I have attached a screen shot.

Steps to reproduce

• Insert the following html to source and place the caret at the marked place:

  <ul>
  	<li>
  		It^em
  		<ul>
  			<li>Sub-item</li>
  		</ul>
  	</li>
  </ul>
  

• Move two times with the right arrow key.

Notice that the second time, the caret is placed in the beginning of the sub item and not the end of the first item as expected.

1. Use IE11.
2. Set data

   <ul>
   	<li>x</li>
   	<li>y</li>
   	<li>z</li>
   </ul>
   

3. Focus any list item.
4. Click "ul" in Elements Path.
5. Click indent: nothing happens (#11604).
6. Put selection

   <ul>
   	<li>x^</li>
   	<li>y</li>
   	<li>z</li>
   </ul>
   

7. Click indent.

Expected (considering that 5. is right):

<ul style="margin-left: 40px;">
	<li>x</li>
	<li>y</li>
	<li>z</li>
</ul>

Actual:

<ul>
	<li>x</li>
</ul>

Two list items are gone. Just like that. This ticket may be related to #11604.

See #4122 for a concrete example of it, though we've already provided a temporary at that ticket, a general solution should be found.

The following bug was found to affect both a custom widget and the sample widget given in CKEditor documentation. The CKEditor sample widget "simplebox" and an inline version of "simplebox" are included in the attached files.

Steps to reproduce:

1. Open attached sample html page in either of the two test folders.
2. Click inside CKEditor's standard configuration, or the inline version underneath.
3. Click the icon to add either a block or inline "simplebox" widget (labeled "1" and "2", respectively).
4. Slowly move mouse near bottom of widget, until text edit cursor appears. Click when it appears.

Result: Previously immutable read-only widget is now editable.

Browser name: Internet Explorer 11 (v. 11.0.21) OS: Microsoft Windows 7 SP1

Editor configuration: Affects both inline and standard configurations of CKEditor 4.5.1 and CKEditor nightly build 7/29/2015.

All test cases in attached .zip folder.

Potentially relevant files:

simplewebpage.html (demo page used in test)

ckeditor/config.js (altered from standard)

ckeditor/plugins/simplebox/* (added from tutorial found at ​​http://docs.ckeditor.com/#!/guide/widget_sdk_tutorial_1)

ckeditor/plugins/simpleboxinline/* (added and edited from tutorial found at ​​http://docs.ckeditor.com/#!/guide/widget_sdk_tutorial_1)

ckeditor/plugins/widget/* (src: ​http://ckeditor.com/addons/plugins/)

ckeditor/plugins/lineutils/* (src: ​http://ckeditor.com/addons/plugins/)

ckeditor/plugins/clipboard/* (src: ​http://ckeditor.com/addons/plugins/)

1. Open IE10 or IE9
2. Go to inlinebycode.html sample
3. Go to templates.
4. Select 'Text and Table' template and insert in.
5. Right click on table cell and select Row -> Delete Rows

SCRIPT16389: Incorrect function.
 
inlinebycode.html, line 46 character 5

When typing in language that requires character composition (e.g. Japanese, Korean or Chinese) undo manager does not record snapshots. Reproducible only on IEs.

To reproduce:

1. Enable e.g. Japanese language (see instructions in #8854). Tip: it's useful if you enable the language floating toolbar in Windows.
2. Set input mode to Hiragana.
3. Start typing random letters in editor. Some will be composed into Japanese characters, but that's not important. What's important is that you can see that inputted text is underlined what means that you're in composition mode. Press enter to finally input text.
4. See that undo button never gets enabled.

Reproducible from CKEditor 4.2.0.

Affects IEs < 9:

I am adding link to an image in editor, but when i select the image and press delete key, its removing Image but its not removing anchor tag outside the image which is store in owner doc. so if I tried to ad another image in the same place it adding with the old anchor tag.

what I want is, when i select an image and delete it using delete key, I want to delete the anchor tag related to that image tag. Any possibilities? Any event to control that?

Edit:
To reproduce:

1. In IE, clear editor contents, paste below code in source and switch to wysiwyg

   <p><a href="http://google.com"><img alt="Saturn V carrying Apollo 11" id="aa" src="assets/sample.jpg" /></a></p>
   

2. Select image and remove it with Delete key
3. Click in line where image was. Now element's path should show "p a"
4. Insert new image - it gets inserted into link.

There is definitely browser incompatibility but this is rather low priority issue as user can remove image and link by clicking “a” on elements path, remove link using context menu or pressing delete before inserting new image.

Steps to reproduce

1. Copy&paste following in the Source tab:

<p dir="ltr">&nbsp;</p>
<p dir="ltr" style="width: 100%;"><a href="http://c.cksource.com/a/5/img/sprites.png" target="_blank"><img src="http://c.cksource.com/a/5/img/sprites.png" style="margin: 0px auto; text-align: center; display: block;" /> </a></p>

2. Switch back to the rich text view.
3. Right click the image to get context menu.

Expected result

Link and image context menu options presented.

Actual result

Only 'paste' menu option available.

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

IE11/10

In IE when the user types something that looks like an url or mail it's automatically converted to a link. Sometimes is useful and it has been requested that this feature is available also in other browsers #302

But it's also a source of problems and other people prefer to not have this option enabled and now it will be possible with IE9: ​http://blogs.msdn.com/b/ieinternals/archive/2010/09/15/IE9-Beta-Minor-Change-List.aspx

document.execCommand("AutoUrlDetect", false, false) 

My proposal is to introduce a new config setting similar to the ones for Firefox to disable object resizing or table editing, and by default make it behave like other browsers. After all, it should be possible to watch the keyboard and do the autodetection ourselves with a plugin and it will work the same way in all the browsers and we could tune it because previously it was detecting too many things for some users.

Also it's important to test it before the final IE9 is released in order to detect any bug with the new option at their side.

Environment

IE, enterMode=BR

Reproducing Procedures

1. Load the following content and selection in editor;

   <ol>
   	<li>
   		item1^</li>
   </ol>
   

2. Press 'Enter' key twice to move out of the list.
   • Actual Result: The new paragraph is not created and cursor is blinking at wrong place.
   • Expected Result: A new paragraph is created after the list.

To reproduce the defect:

1. Enter content in CK Editor that spans multiple pages.

2. Press PageUp button.

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

Actual Result: Cursor goes to start of page content.

3. Press PageDown button.

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

Actual Result: Cursor goes to end of page content.

Tested against IE8, IE9 & IE10

• enable autogrow plugin
  
• remove all content
  
• insert table with margin: 1%

The height of the editor will be greatly increased. The table will appear at the bottom of the editor.

This problem was raised by a customer using Outlook to copy and paste content into CKEditor.

When the content is pasted (or set using the source edit mode),

we are getting a stack over flow error in IE6.

IE7,IE8 Browser stopped responding when we paste the data or set the data in source and navigate to rich text view.

This issue should be fixed in ticket #8246 which was closed so we are logging this new ticket to track the issue

Wehn you insert URL to a picture in Flash Dialog it will not show in preview (see test.png).

Test URL: ​http://a.cksource.com/c/1/inc/img/demo-little-red.jpg

To reproduce:

1. Open placeholder sample and clear editor contents
2. Insert placeholder
3. Click behind it so that selection frame is lost.
4. Note that elements path is still showing body p span which means you are still inside place holder (the only way to leave it is pressing space)
5. Nevertheless try to insert new placeholder

Result: New placeholder replaces the old one.

This particular TC has been reproducible in IE6, IE7 and IE9 browsers from CKEditor 3.5.2 rev. [6434]

Before revision [6434] in IE6, IE7 and IE9 it was possible to insert two placeholders in a row only if you haven’t clicked inside editing area after inserting first placeholder (click toolbar button, insert placeholder, click toolbar button again and insert another placeholder). If you have clicked inside editing area after inserting the first placeholder, the second place holder was not inserted and it was destroying the first one (removing [). Ironically this TC has been reproducible in IE8 Quirks from CKE 3.5.3 rev. [6459] and has been described in #9138

In IE8 next place holder is always inserted at the beginning. It is not possible to move cursor behind placeholder - #8990.

1) On IE, go to any site; in console, type eval("slashslash@ a").

Evaluation happens properly.

1) On IE, go to ​http://ckeditor.com/demo; in console, type eval("slashslash@ a")

Evaluation breaks as IE tries to evaluate a and fails.

This breaks us when we attempt to load scripts since we use the slashslash@ sourceURL=xxxx.js trick to evaluate scripts in their separate files. Our current workaround is not doing this sourceUrl evaluation on IE, but it would be nice to understand why eval behaves differently with CK Editor on the page.

slash == / (for some reason, a double slash does not render in the editor)

1. Open replacebycode sample
2. Put the cursor inside editing area and press Alt+F10 to activate toolbar
3. Press Space or Enter key to switch to source
4. Press Space or Enter once more

Result: If you press Enter - nothing happens. If you press Space - browser scrolls down.

It looks like the toolbar is loosing focus. To switch back to wysiwyg you have to press tab, alt+F10 and Space or Enter - not very intuitive.

Reproducible in all IEs from CKEditor 3.0

In IE (opposite to other browsers) opening dialogs causes loss of focus in editable area. When focus is lost selection is stored (​core/selection.js#L957) and when focus is gained again by editor, saved selection is restored (​core/selection.js#L936 and ​core/selection.js#L1650).

The problem is when during the unfocused period something in an editable area is changed (especially in nodes that were selected and are going to be used for restoring). In such case restoring selection produces some unexpected results because of the changes, e.g.

1. Open demo (​http://ckeditor.com/demo#full)
2. Remove all sample content
3. Type test case 1
4. Select tes[t case 1]
5. Press Replace button on the toolbar
6. In the Find what field type: case
7. In the Replace with field type: cc
8. Press Replace All button
9. Press OK button on the notification Message Box
10. Press close button on the Find and Replace dialog

Selection which was restored is:

tes[t ]c 1

and probably should be (that's the way it works in other browsers):

tes[t c 1]

In this particular case the restored selection looks like this because text node where split (while replacing) to:

test |c| 1

and saved selection points to first text node with valid startOffset but outdated endOffset (so the selection ends where text node ends). There are also other cases like #12459, #11962.

Happens in IE8 - IE11.

When the tab bar is being added or removed for a dialog, the resize event is not fired. The resize event is necessary for IE6 or IE quirks mode, since the height of the left and right borders must be adjusted. This can result either in a gap between the top corner borders and the vertical borders on the left and right sides, or the left and right borders extend up above the dialog's title bar. See attached screenshot.

To reproduce:

1. Create a dialog with two pages. It should display properly, with the tab bar showing.
   
2. Hide one of the pages. The tab bar should disappear and you should be able to see the left and right borders extending up above the title bar, as in the screenshot.

This occurs in IE quirks mode...I reproduced across IE6, 7, 8, and 9 with the doctype:

<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">

A proposed patch is attached. I've changed dialog's resize method to include an optional third parameter, "force," which forces the dialog to fire the resize event even if the actual content area size hasn't changed. Then I call resize from updateStyle, if (and only if) the tab bar visibility has changed AND we're in IE.

I've build a couple custom plugins now and keep running into the problem that the windows never seem to stretch to accomodate the content. Thus I have to very carefully set the minWidth correctly in the dialog definition.

I thought this was my fault until I came to the templates dialog. In SVN, the templates container is also not wide enough for the contents. To replicate, pop open IE in quirks and open the templates dialog.

There are two possible fixes for this (or both): 1) Define the templates dialog as being bigger 2) Rollback #4863 - if you change dialog.css .cke_skin_kama .cke_browser_iequirks .cke_dialog_page_contents and set position = relative (or just remove it)...the dialogs will accomodate the content better.

There might be another fix which is making the templates scroll contents better styled, because right now it looks like there is excessive whitespace in there serving no purpose. But even when I managed to make that box smaller, the intro text above it still runs over. Thoughts?

When comparing the IE+Quirks dialogs, they are a bit smaller in width than IE+Standards.

Steps to reproduce the defect:

1. Open the Ajax sample in IE Quirks mode.

2. Paste the following code into the source view.

<table border="1" cellpadding="1" cellspacing="1" style="width: 500px;">
	<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>
<ul>
	<li>
		sdaufhuashdf</li>
	<li>
		khsadfkuajsfdi</li>
</ul>

3. Switch back to WYSIWYG mode & click into the editor to give the editor focus.

See that both list items are visible.

4. Click away from the editor to make it lose focus.

See that only one list item is visible.

Note: Once the editor regains focus (even by hovering over a toolbar button), the 2 list items are visible again.

Found in IE8/Quirks.

• Open the replacebyclass sample. Put the cursor at the end of first line.
• Click "Anchor" button and insert an anchor.
• After closing the dialog, click with a mouse inside of the editing area, but below the first line. Note that the anchor is now resizable.
• Type some text.
• Result: the entered text goes inside of an anchor. Even after pressing the enter key, the cursor does not move to the next line and user is still inside of the anchor.

• Add the autogrow plugin to the extraPlugins directive in config.js.
• Open the readonly sample in IE.
• Add some empty paragraphs to the contents, above or beneath the existing text.
• Hit "make it readonly".

See that the height is change and the empty paragraphs collapse.

When mouse wheel on combo dropdown, the whole document is also scrolling.

In IE8 when you right-click quite often 'Paste' is greyed out. Moving the mouse as you right-click increases the chance of this happening.

This is the continuation of #4688

WebSpellChecker team has been reported CheckDirty functionality doesn't work correctly after replacing misspellings with correct word. While preparing solution we discovered additional problem in IE. Here are steps to reproduce:

1. Open ​http://ckeditor.com/demo in any IE
2. Enable SCAYT and wait for all misspellings would be underlined
3. Change editor's mode to <Source> then to <WYSIWYG>
4. Run in console CKEDITOR.instances.editor1.checkDirty()

NOTE: For the above steps you can use api sample

Expected result: checkDirty=false
Actual result: checkDirty=true

Problem has been reproducible in all versions of IE from CKEditor 3.0

Click on the left or right margin of editable - caret won't be moved to the closest possible solution. This is very bad for UX, because it's hard to place caret at the beginning of paragraph.

The solutions should be easy - use padding-left/right instead of margin-left/right which causes that body does not start from left:0 and does not end at right:100%, but is padded from viewport border.

Using paddings will break margins collapsing, so to avoid breaking more often used margin-top/bottom (for paragraph, headers, etc.) we should still use margin-top/bottom for the body.

If there's a different way, like using styling for HTML element, which could perhaps keep left/right margins collapsing too, I'd gladly see this solution.

'Select all'/Ctrl-A command is not consistence between FF and IE.

Reproducing Procedures

1. Open the replace by class example page;
2. Click on 'Select All' command, then press 'Del' key.
   • Actual Result: There's still a paragraph inside document.

To reproduce the defect

1. Open any sample except AJAX.

2. With out focus in Editor body,select a font(for eg: Comic Sans MS) from Font Name drop down list.

Expected Result:Selected font option shown in Font Name drop down list.

Actual Result:Selected font option not shown in Font Name drop down list but when we start typing the text, the option will be shown in the drop down list.

Same behavior happens with Font Size drop down list

Tested against IE6,IE7,IE8 & IE9

To reproduce the defect

1. Open any sample except AJAX.

2. With out focus in Editor body,select a font(for eg: Comic Sans MS) from Font Name drop down list.

3. See that selected font option missing from Font Name drop down list.

4. Start typing the text

Expected Result:

Selected font option should show in Font Name drop down list.

Actual Result:

Selected font option not shown in Font Name drop down list. Even when we look at Element path bar or HTML Source <span> tag for Font Name not shown.

To reproduce the defect in AJAX Sample. Type some text save the page.open the Editor again and repeat the above steps

To reproduce the defect:

1. Open any sample except Ajax.

2. with out keeping the cursor in editor body try to select a Font(ex:Georgia).

Expected Result:

see that font is selected and shown in Font Name drop down list.

Actual Result:

Font selection goes back to empty by itself

3. select the font type again. (I am able to select the font this time).

4. Change font size to 22.

5. Click on Bold button & notice that the button doesn't has any effect.

6. Click on Underline button & notice that the button doesn't has any effect.

7. Start typing some text.

Expected Result:

see that text has font Georgia and Size 22 ad should be Bold and Underlined.

Actual Result:

See that Types text has only Underline applied and no Font Name, Font Size or Bold formatting applied.

Tested against IE 6 ,7 & 8.

To reproduce this defect in Ajax sample, type some text,Remove the Editor,Click on Create Editor again & follow steps 1 to 7 and you will see the same behavior.

It is not possible to select empty table cells in IE. This is the source of merging problem.

When trying to merge empty table cells in IE the context-menu "Merge Cells" option remains disabled.

Steps to reproduce:

1. Open a new page
2. Create a table with multiple columns/rows
3. Try merging some empty cell
   1. Try selecting some empty cells (won't work)
   2. Right-click on "selected" cells to display context-menu
   3. The "Merge Cells" option is disabled
4. Try applying styles like background colour to multiple empty cells - won't work because you can't select these cells.

Reproducible in all versions of IE from CKEditor 3.0.

Steps to reproduce the defect:

1. Open the Ajax sample in IE.
2. Create a new table with 3 rows and 3 columns.
3. Click into any of the cells in the table.
4. Click on tr in the elements path bar to select the entire table row.
5. Now click backspace.

Expected result: The entire row is deleted. (behaviour in FF)

Actual result: Only 1 cell in the row is deleted.

See ie-selection-cached.webm​. Tested on IE8 and IE9.

1. Write few paragraphs.
2. Select all using mouse.
3. Press list button.
4. Click once in the second item.
5. Press tab to indent it.

Result: entire list was indented. Most likely editor.getSelection() returned cached selection made in step 2.

1. Load the replacebyclass in IE;
2. Check the toolbar status without focusing the document;

• Actual: the toolbar is not properly given the initial states as in other browsers.
• Expected: the toolbar should reflects the selection as if it's anchored at the start of document, this works for Firefox and Webkit.

Checked on IE8 and IE9:

1. Open replacebycode sample.
2. Click in various places outside body, on the left side of the editor area.
3. See that selection in elements path does not reflect the place where caret is placed. Also, if you apply a style, it will be applied in different place (previous selection position).

This means that selectionChange wasn't correctly fired perhaps due to lack of native selectionchange.

I have an MVC application where we need to use SCAYT. When it's enabled, it writes cookies to the browser. Once it hits the IE limit, the client browser arbitrarily drops cookies including the ASP.Session and Authentication kicking users out of the site randomly. Since this is an MVC application it treats www.domain.com/ticket/detail/1234 as seperate than www.domain.com/ticket/detail/1252, when in reality this is the same page with a different id passed in. In webforms this isnt an issue because the comparable url is www.domain.com/ticket/detail.aspx?id=1234 and the scayt cookie (i am guessing) doesnt look at the querystring.

I dont have any true test cases for this, but it can be reproduced in any MVC application that utilizes dynamic paths. Your team should be able to create a sample MVC app (needs to have at least a session key) that has one page that takes an extension and test it with random numbers. Monitor the site in IE6, 7, or 8 using Fiddler and after about 10-15 new number combinations, you will be able to repro the issue.

I would think that there should be a feature (or config setting) that would allow me to designate MVC patterns to treat as singular, or some other function that would cause this not to happen.

Obviously, we could disable the SCAYT feature, but this is a huge requirement for the client and if that is the solution we will just have to use a different editor.

One last thing, I am completely aware that this is an IE issue only, however, our client is a Microsoft shop and it is an actual SLA requirement for us to support IE6-IE8 since 99% of their users are on these browsers.

1. Use below code in HTML page

   var editor = CKEDITOR.replace( 'editor1', {});
   editor.on('instanceReady', function( evt ){
   	editor.setData('test');
   });
   

2. Access denied error gets thrown in IE8-IE11

Message: Access Denied.
URI: /ckeditor-dev/core/dom/node.js
Line: 663

In IE6 there's Shift+Enter and nestes lists issue.

Steps to reproduce

1. Use following contents with selection:

   <ul>
   	<li>
   		test 1^
   		<ul>
   			<li>
   				test 11</li>
   			<li>
   				test 12</li>
   		</ul>
   	</li>
   </ul>
   

2. Press Shift+Enter

Expected: New line (not a list item) below "test 1" is created.

Actual: Cursor is moves into the "test 11" line.

1. On "sharedspaces" sample page, put the cursor inside editor;
2. Click on "Show Blocks" button;
   • Actual Result: Editor is not anymore focused.

If there are multiple editors on the page and there are spelling errors in more than one editor ieSpell finds and corrects the errors in the first one, highlights the first spelling error in the next one and then IEXPLORE.EXE starts using all of the CPU and is not responding.

Thanks,

Moved from SF:
​http://sourceforge.net/tracker/index.php?func=detail&aid=1484671&group_id=75348&atid=543653

There is a bug with IE in standards mode when trying to click to the right of a control selectable node such as an image.

To replicate Set the HTML to:

<p>
	Line 1<br />
	Line 2<img src="http://www.google.com/intl/en_ALL/images/logo.gif" /></p>

I have attached a patch which fixes this problem. I dont know if it is implemented up to your standards though.

Some things that are bad about my patch are:

• Its using the CK dom range inside selection (seems a bit cyclic)
• You cannot mouse down and drag to select more
  
• I dont really understand why there are multiple selections / ranges so I have just used "getRanges()[0]"
  
• Its using setTimeout() because the selection is not ready before the event
  
• I am using a constant of 20x20 pixels to check the mouse offset - perhaps a character size calculation is needed?

There may be some other ways to fix this. Another idea is that we could insert a whitespace text node / span at the end of the block before the end of the mousedown event.

Cheers,
Scott
​http://www.synergy8.com/

I have created a custom template and added it to the list of templates. It outputs a generic embedded audio file using an object and embed tag. However, in IE6 and IE7, when the markup is placed into the editor, the embed tag and all but one of the param tags are stripped out. It seems to only way to get this to not happen is to set the embed type to "application/x-shockwave-flash". So, in essence, this bug does not occur for embedded flash content.

Here is the markup added to the templates list:

<object id="audio" width="0" height="0"><param name="console" value="AudioPlayer" /><param name="controls" value="audioWindow" /><param name="autostart" value="true" /><param name="src" value="YOUR_AUDIO_FILENAME_HERE" /><embed name="audio" width="0" height="0" src="YOUR_AUDIO_FILENAME_HERE" console="AudioPlayer" controls="audioWindow" autostart="true" /></object>

In IE6 and IE7, the result added to the editor is:

<object id="audio" width="0" height="0"><param name="console" value="AudioPlayer" /></object>

I have tried with many different variations of the object, param and embed attributes all with the same result. However, I can cut/paste the code into the editor and it is not stripped out so it seems to be somehow related to the template functionality.

Environment

All IE versions

Reproducing Procedures

1. Load any of the sample page and fill the editor with the following contents:

   test tab order
   <hr />
   

2. Place the cursor at the beginning of first line and press 'Tab' key.

• Expected Result: The editor blurs and focus into the element in next tabIndex.
• Actual Result: The focus goes into the <hr> element.

DUP with a better description: #7220.

Test/Use Case

• clear content and insert an default empty table 3x2.

In MS Word, user is allowed to select whole table by clicking [+] in left upper corner, then it is possible to set unified format to all table cells and resizing. CKEditor also allows selection of whole table for resizing.

• select whole table (click on the border), so the resize options are visible

Instead of resize try to change formating

• select blue from styles combo box

Result in IE6 - part of cells are deleted

<h3 style="color: blue">
	&nbsp;</h3>
<h3 style="color: blue">
	&nbsp;</h3>
<h3 style="color: blue">
	&nbsp;</h3>
<h3 style="color: blue">
	&nbsp;</h3>
<table border="1" cellpadding="1" cellspacing="1" style="width: 500px">
  <tbody>
	<tr>
 	<td>
		&nbsp;</td>
	</tr>
	<tr>
	</tr>
	<tr>
	<td>
		&nbsp;</td>
	</tr>
	</tbody>
</table>
<p>
	&nbsp;</p>

In CKEditor v3.5 it was not possible to select style when table resize icons were visible

Should it be possible to set formating this way? Or when resizing table, setting format should be disabled?

In Opera, formating is set outside of selected table, but without changes inside.

<h2>
	&nbsp;</h2>
<table border="1" cellpadding="1" cellspacing="1" style="width: 500px">
	<tbody>
...

In Firefox, only first cell got formating

The changes of [5747] introduced the following problems in IE:

1. Column resizer's position doesn't accurately reflect cell spaces, few pixels offset makes the resizer always appear before mouse is actually moved into;
2. The cursor shape is inconsistent with other browsers, even composed of two sharps when moving along the visible region.

Steps to reproduce the defect:

1. Open the Ajax sample in IE7.
2. Click on the Insert Table icon to dispaly the table properties dialog.
3. Enter the number 1001 (or greater) into the Cell Spacing (or Cell Padding or Border Size) text field & click OK.
4. See that the table is displayed without the Cell Spacing attribute value applied to it.
5. Right click on the table and choose Table Properties from the context menu to display the Table dialog.
6. Change the value of the Cell Spacing textfield from 1001 to the number 10 & click OK.
7. See that a table is displayed with the correct Cell Spacing attribute value applied.
8. Right click on the table and choose Table Properties from the context menu to display the Table dialog.

Expected: The value in the Cell Spacing textfield is 10.

Actual: The value in the Cell Spacing textfield is 1001.

To reproduce the defect:

with config.pasteFromWordRemoveStyles = false & config.pasteFromWordRemoveFontStyles = false copy the text from attached word doc and paste it in to the editor.

Expected Result Text pasted properly and should be same across all browsers

Actual Result we are seeing the differences between IE(6,7,8& 9) & all other browsers.

In IE the top text is shown in bold and big font size where as in other browsers it is shown with small font size and with out bold.

I have attached screen shots of pasted text in IE & FF.