Custom Query

Press Alt+F10 to focus toolbar. Use Tab and Shift+Tab to navigate through tool bar. You will observe that JAWS is reading all controls properly. Now use arrow key to navigate through toolbar. You will observe that you are not able to navigate and JAWS is not reading the highlighted control properly i.e. if highlighted control is Preview then it is reading it like "P" "R" "E" "V" "I" "E" "W" and not as "Preview".

This issue was reproducible in nightly build too with Internet Explorer 8 and Firefox 3.6.

Confirmed with IE8 Compatibility mode:

1. Create a table.
2. Right click on it to open it's context menu.

A stack overflow error is thrown.

Works well with FF and IE8 no-compat mode.

It is expected that the left arrow key will go to the icon that is to the left of the current, but in RTL languages the left arrow is actually mobing to the icon that is to the right of the current.
in other words, the navigation arrow keys should be switched when using RTL language.

if you navigate with the keyboard to a disabled icon it seems that the focus is lost. this is not incorrect, yet it should be marked somehow.

If the space is having one character space between two text strings, the space could not get background color. If the space is having two or more characters space, The space get background color. Please see the attached screenshot.

Currently when the editing block gains focus, JAWS stays in VPC mode, we could apply the proper ARIA role to make PC mode turned on automatically.

Insert the following code after CKEDITOR.replace( 'editor1' ); in ckeditor/_samples/replacebycode.html

CKEDITOR.on('dialogDefinition', function( ev )
{

	var dialogName = ev.data.name;  
	var dialogDefinition = ev.data.definition;
   
	switch (dialogName) {  
	case 'image': //Image Properties dialog      
		dialogDefinition.removeContents('advanced');
		break;      
	case 'link': //image Properties dialog          
		dialogDefinition.removeContents('advanced');   
		break;
	}
});

This should remove the advanced tab from the image and link dialogs.
Save the html page and view it in a web browser.
Click on the 'Insert Link' toolbar icon.
The advanced tab is removed.
Click cancel - the dialog closes correctly.
Open the dialog again.
Enter a link and click ok.
The dialog closes and the link is inserted correctly into the editor.
Now click on the 'Insert Image' toolbar icon.
The advanced tab is removed.
Click cancel - the dialog does not close and an error is shown in the console.
Entering an image url and clicking ok does not close the dialog either.
The only way to recover is to close the browser tab / window.

Error in Firebug:

this._.contents[pageId] is undefined
[Break on this error] return this._.contents[pageId][elementId];\r\n

When trying to alter the formatting of a <pre> block that has attributes (like "class", "style", etc.) the text is removed from the editor.

Steps to reproduce:

1. Go to CKeditor and switch to "Source" mode
   
2. Paste <pre style="color: green">This is a bug.</pre>
   
3. Switch back to "WYSIWYG" mode
   
4. Select the text "This is a bug"
   
5. Click the formatting dropdown and select "Heading 1"
   

Result:
The text is removed from the editor.

Expected:
The text should change to new formatting and not be removed.

Bug cause & solution:
The issue comes from a regular expression that doesn't check for attributes of <pre> elements. It is found in CKEditor's styles plugin.

file: _source/plugins/styles/plugin.js
line: 770
method: splitIntoPres()

problem:
splitedHtml.replace( /<pre>([\s\S]*?)<\/pre>/gi, ...

solution:
splitedHtml.replace( /<pre[\s\S]*?>([\s\S]*?)<\/pre>/gi ...

When the cursor is in the source mode, using shift-tab does not navigate to the previous item in the tabbing order. Using Tab works as expected.

Reported in ​http://cksource.com/forums/viewtopic.php?f=11&t=17447

Seems to work fine with Chrome 4.0.249.89 (38071) in Windows XP with the patches for #4988 and #5095. But previously I've seen it fail, so this case must be reviewed

Reported in ​http://cksource.com/forums/viewtopic.php?f=11&t=17610

In Firefox 3.5.7 the cursor disappears after switching to full screen, but clicking on the content or restoring size shows it again. In 3.6 on the other side it remains hidden until something else is focused (showing the context menu, open a dialog, focus the url bar...)

This is not related to showing a custom text for each color as that can be done including the proper entries in editor.lang.colors

Instead, it's related to the functionality of FCKeditor to specify

FCKConfig.FontColors = 'ff9900/FontColor1,0066cc/FontColor2,ff0000/FontColor3' ;
FCKConfig.CoreStyles.Color =
	{
		Element		: 'span',
		Attributes	: { 'class' : '#("Color")' },
		Overrides	: [ { Element : 'span', Attributes : { 'class' : /^FontColor(?:1|2|3)$/ } } ]
	} ;

Now the only option seems to be to use something like

colorButton_colors : 'ff9900,0066cc,ff0000',

colorButton_foreStyle :
	{
		element : 'span',
		attributes : { 'class' : 'Color(color)' }
	},

but that requires to use class names like Colorff9900, instead of being able to specify whatever they need.

To reproduce:

1. Open Ajax sample on nightly build
   
2. Add some content and destroy the editor
   
3. Create the editor
   

the following error occurs in FF

this.document.getWindow().$ is undefined
[Break on this error] if(m)return;p.call(this);m=e.setTimeout(...urn s.type;var t=2,u=this.getNative();\r\n

in IE the data on the editor is not set.

1. Clear browser cache/cookies etc.
   
2. Open Ajax sample on nightly build
   
3. Add some content
   
4. At end of the document add a horizontal line
   
5. Attempt to undo
   

Undo doesn't work on the horizontal line and the following error occurs:

l is null
[Break on this error] return h;},clone:function(h,i){var j=thi...h){var j=this;if(h.equals(j))return j;\r\n

This only happens on the first load of the editor.

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

Steps to reproduce

• start with

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

• Open "special character" dialog and insert some character somewhere in the middle of the text (before "text")
• Result:

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

This can be reproduced in many different ways in CKEditor, everywhere where insertHtml() is used, like also when pasting content or when inserting content in a custom plugin.

Targetting to 3.3 as it might be a bit irritating.

The following dialogs have lists but the list labels are not read correctly by JAWS:

• smiley (reads as undefined)
  
• special character (generic Options label used)
  
• templates (generic Options label used)
  

We're currently using an ugly and unclear solution to notify the data load in the wysiwyg plugin.

While we still need the activation script, we could make it a bit clearer by using the CKEDITOR.tools.callFunction.

When displaying context-menus and sub-menus JAWS does not read the menus as menus, just the general label "Options". When using a toolbar menu (scayt), JAWS reads "Menu Options" and when leaving the menu it says "Leaving menu".

In earlier versions, JAWS would actually read "Context menu"

It seems that fixlineends script (_dev\fixlineends\) is not fixing all files, for example the following file:

_source\core\editor.js

does not have a BOM character after running fixlineneds.bat.

(3.2.x Branch)

The templates dialog must not focus on the first item of the list. The current behavior disturbs the mouse navigation.

The templates list should be focused on load, having the first item focused only when hitting the ARROW-DOWN key.

1. Load the Ajax sample.
2. Type some text.
3. Undo until the last possible undo step.
4. Redo until the last redo step.

In step 3, the last undo should be from a few text to blank contents.

In step 4, the last redo should restore the entire typed text.

Currently, the user looses the text when performing the above steps.

Compared to the 3.1, the 3.2 dialogs contents are a bit bigger (like 10px).

(3.2.x Branch)

1. Load a page.
2. Without any other action, click and drag to select text in the editor.

The selection will not happen.

(3.2.x Branch)

1. Load a sample.
2. In the browser page, open a different URL.
3. Click the browser back button.

A js error is thrown.

This also happens when refreshing the page.

With IE:

1. Load _samples/index.html.

2. Select the replacebyclass sample.

3. Click the browser back button. The editor contents will disappear.

4. Click the browser back button again. The index page will finally be loaded.

The above step 3 should not happen.

In IE8, with compatibility enabled, editor toolbars with a single row don't have the usual bottom padding.

Confirmed with the api_dialog sample. Works well with IE8 mode.

(3.2.x Branch)

Some of the styles are not being applied to collapsed selections. This happens with the Styles combo, Font Face, Size and Colors. Strangely, its doesn't happen with the button styles, like Bold and Italic.

With IE:

1. Create a page were it's possible to scroll to hide the editor.

2. Make a selection in the editor, or simply put the caret on it.

3. Scroll down so the editor is hidden.

4. Click on the page.

The page will scroll up to put the selection in the editor before losing it to the clicked target.

Compared to the 3.1, tabs-less dialogs have now less margin at the top of the contents box.

This is IE only.

With IE6, the toolbar has no bottom padding in the kama skin.

With IE6, in the v2 skin, the toolbar combos are not rendered properly.

(3.2.x)

In Safari, when hitting TAB to move the focus between editors has no effect. This can be tested with the replacebycode sample.

This one looks like the old #223, but it happens only at the end of lines without the bogus <br> and with the release version only.

SHIFT+ENTER must be done twice to work.

Safari only. Works well with Chrome.

I guess that almost all the uses of CKEDITOR.appendTo will try to call .setData after creating the instance, so it will save some lines of code and avoid the creation of an empty editor that later is filled with the new data (remembering also that .setData will recreate the iframe) if the initial data can be set at creation time.

Paste in fullpage edit source mode

<html>
	<head>
		<title>CKEditor Sample</title>
	</head>
	<body>
<style type="text/css">
p {
 border: 1px solid green;
}</style>
	<p>
		This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
</body>
</html>

Switch to wysiwyg and back to source results...

<html>
	<head>
		<title>CKEditor Sample</title>
	</head>
	<body>
	</body>
</html>
<style type="text/css">
p {
 border: 1px solid green;
}</style>
<body>
	<p>
		This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p>
</body>

Tested on svn: 5171

1. Open the Ajax sample. Notice that the elements path is empty.
2. Click the Table toolbar button.
3. Click the Table dialog's OK button.

Observe the javascript error: 'type' is null or not an object.

This does not occur on the nightly 3.2 demo as the content area gets focus before the dialog appears. "body p" appears in the elements path.

The error is occurring in core/dom/walker.js guardRTL function.

I believe the error is occurring because the node to replace is null. The wysiwyg plugin's onInsertElement function thinks it is in an empty p element and attempts to replace it with the table element. See the if statement following the below comment in the onInsertFunction function:

If we're in an empty block which indicate a new paragraph, simply replace it with the inserting block.(#3664)

the code as follows:

<B><FONT face=Tahoma size=2><SPAN style="FONT-WEIGHT: bold; FONT-SIZE: 10pt; FONT-FAMILY: Tahoma">De:</SPAN></FONT></B><FONT size=2><SPAN style="FONT-SIZE: 10pt; FONT-FAMILY: Tahoma"> Devz <BR><B><SPAN style="FONT-WEIGHT: bold">Enviado el:</SPAN></B> MartZ<BR><B><SPAN style="FONT-WEIGHT: bold">Para:</SPAN></B> Mary Lua<BR><B><SPAN style="FONT-WEIGHT: bold">Asunto:</SPAN></B> RV: Documents</SPAN></FONT><FONTFACE="MS PGothic?><BR>Dear Devito,</SPAN></FONT><FONT face="Times New Roman" size=3><SPAN style="FONT-SIZE: 12pt"><BR>ADSDF</SPAN></FONT>

To reproduce the defect:

1) open the Ajax sample
2) Click on Bold icon
3) Type some characters,see that they are typed in Bold.
4) Click on Bold Icon again to remove the Bold option
5) See that the Bold options is removed.
6) Now click on any of the other Formatting icons (Italic,Underline,StrikeThrough,Subscript,Superscript).
7) See that Bold Icon is also selected.
8) Same thing happens with all the other icons.

Reproduced in IE6 & IE7

IE is splitting all "global" css definitions into 4 parts.
i.e:

• 'border: 1px solid red' is splitted to 'border-left', 'border-right', 'border-top', 'border-bottom'.
• 'padding: 5px' is splitted to 'paddin-right', 'padding-left', 'padding-top', 'padding-bottom'.

It might be a browser bug.

For any Menu Item, like SCAYT, the drop-down arrow does not have an alternative text-based arrow in HC mode.

To reproduce the defect:

1. Open Ajax sample

2. Enter some text and click on Flash icon in the Toolbar

3. On Flash properties dialog enter the URL for Flash and select Alignment as Left in the Align Combo box on Properties tab and Click OK

4. See that the Flash is inserted but it is not aligned to left.

5. Right click on Flash and go to Flash properties option in the context menu to activate Flash Properties dialog.

6. Now change the Flash Alignment to Right and Click OK.

7. See that Flash Alignment is not changed.

I looked at the HTML source and the Alignment property for Flash is correctly set at all times.

To reproduce the defect:

1. open the Ajax sample.

2. Click on Text Colour button menu and select some colour(eg: red).

3. Click on Background Colour button menu and select some colour(eg: cyan).

4. Type the text see that both the Text and Back ground colour's that we have selcted in steps 2 & 3 is applied to the text.

5. Now click on Text Colour button and select the Automatic Colour Option to remove the Text Colour.

6. Type some more text.

7. See that both Text Colour as well as Background colour applied to the text is removed.

Expected Result:

Only the Text Colour should be removed and the Background colour should remain.

Same behaviour appears when we remove Background Colour insted of Text Colour in step 5.

In version 3.2 all dialogs in all skins in language that is in RTL mode are broken in IE.
The content is either hidden under the dialog title or not inside the dialog itself. the 'x' button in V2 and Office 2003 skins is jumping on mouse over.
attaching a simple page with the error and a screenshot of the error in the kama skin [notice that the result in each skin is different].

With the 3.2, the addExternal function stopped working if it's third parameter, the file name, is not specified.

This issue can be reproduced on the CKEditor.com demo page.

Using Firefox with Firebug 1.5.2 installed:

• Open the demo @ ​http://ckeditor.com/demo
  
• Press F12 to open your Firebug panel.
  
• Go into CKEditor's Source mode and delete everything.
  
• Go back into WYSIWYG mode.
  
• Click in the whitespace. You'll notice some extra spacing is inserted into the editor. Go back into source mode and you will see

<p>

&nbsp;</p>

<div firebugversion="1.5.2" id="_firebugConsole" style="display: none;">

&nbsp;</div>

<br />

Every time you switch to source mode, switch back to WYSIWYG mode and click on the bottom of the whitespace, an extra <p> tag is inserted.

I can confirm that this issue is not happening in a previous branch of my CMS that uses CKEditor 3.0.1.

In Firefox 3.6 you receive the "Contains unauthenticated content" warning.

I tracked the issue down and it looks like it is coming from the following on line 291 of 'ckeditor/_source/plugins/wysiwygarea/plugin.js' (version 3.2).

' src="javascript:void(function(){' + encodeURIComponent( srcScript ) + '}())"' +

Changing that line to the following resolves the error, but probably causes other problems in other browsers because it is no longer includes 'srcScript'

' src="javascript:false;"' +

Loading SCAYT on startup could somehow compromise all the efforts we've done to accelerate loading performance, where the SCAYT engine file (~100K) is blocking our theme file in execution order, which in turn made the editor loading significant slower (6x) than it should.
This could at least be confirmed on Firefox and Opera where DOM script loading is ​sequence sensitive.

When SCAYT is disabled, two <th> cells are displayed just like if there was one cell. Confirmed in Safari 4 and FF 3.5.8.

Steps to reproduce

• enable SCAYT
• switch to source mode, paste the following code:

  <table>
                  <tr>
                                  <th>
                                                  hello
                                  </th>
                                  <th>
                                                  world
                                  </th>
                  </tr>
                  <tr>
                                  <td>text 1</td>
                                  <td>text 2</td>
                  </tr>
  </table>
  

• switch to wysiwyg mode
• result: look at the header, it looks like if there was <th>hello world </th> (when switching back to source mode, the code is fine, it just looks strange)

Several people have requested the upgrade of this plugin

To reproduce the defect

1. open ajax sample and click on Templates option.

2. Look at the Content Templates dialog.

In FF the dialog looks proper with Templates Options.

In IE 6 the dialog and the Options are not displayying properly.

I have attached a screenshot to show the differenced between FF & IE6

Add validation to check for bad window names.

For example, if you type in a name with spaces it will not work in MSIE.

To reproduce in MSIE:

* Create a Link to "http://google.com"
* In the link dialog.
** Go to the target tab and select <popup window> as a target
** Type in "one two" as the Popup Window Name without the quotes.
* Press OK in the Link dialog.
* Preview the content. 
* Click the google link in the preview.
* The link is expected to open in a new window / window as named. Instead the link opens in the current window.

Confirmed in IE8, didn't check all other browsers.

• start with the following source:

  <p>
  	dddd&nbsp;</p>
  <div style="page-break-after: always">
  	<span style="display: none">&nbsp;</span></div>
  

• switch to wysiwyg mode
• try moving the cursor below page break
• problem: there is no way to do it.

It is probably something similar to #4072

Completely address #4411 bug.

Currently both the styleCombo and the div dialog include code to check the config data and request the load of the styles data.

In the future other dialogs should have also the same combo like the div, and also it should be possible to manually add extra styles to the data for example by parsing the css file.

In order to do that the first step should be to simplify the loading of the styles data. Instead of doing

 // Reuse the 'stylescombo' plugin's styles definition.
 customStylesConfig =  editor.config.stylesCombo_stylesSet,
 stylesSetName = customStylesConfig && customStylesConfig.split( ':' )[ 0 ];

if ( stylesSetName )
{
	CKEDITOR.stylesSet.load( stylesSetName,
		function( stylesSet )
		{
			var stylesDefinitions = stylesSet[ stylesSetName ],

we should provide a function that abstracts that code to

editor.getStyles( function( stylesDefinitions )
{

If I use empty textarea replaced with CKEditor and post form I've '<br />' in Firefox 3.6. In IE8 and Chrome 4 I have empty string.

To reproduce:

Add the following source:

<div>Test Value</div>

Then attempt to add new lines to the content.

<div>Test Value</div>
<div>Test Value</div>

New DIV elements are added instead of P elements as set in configuration.

The expectation is that with enterMode=ENTER_P that a new paragraph be added after the DIV.

<div>Test Value</div>
<p>Test Value</p>

This is more than an inconvenience to users now as we provide styled components in the editor content that are made up of DIV elements, that we don't want to be copied whenever a user uses the Enter key after the div.

Take the Find dialog as an example. Customize it by hiding the Replace tab and leaving only the Replace tab visible:

replaceTab.hidden=true;
dialogDefinition.dialog.parts.dialog.addClass('cke_single_page'); 

This results in a single Find tab appearing in the dialog, but the tab can be accessed with keyboard and when navigating using arrows, an error occurs and the content of the dialog becomes blank.

To reproduce the defcet

1. Open ajax sample.

2. Add a Multi level numbered list to the editor.

3. Go to HTML Source and Apply some indentation to the list

4. Switch back to normal mode.

Problem: The indented list does not display with the correct formatting.

Switching back to source mode , you can see that some <br> tags have been added to the html for the list items

Scroll bar is displaying on right hand side instead of left hand side for RTL pages. Please refer to attached screen shot for details.

The issue was reproducible in nightly build with IE8 and Firefox 3.6.

To reproduce the defect

1. Open ajax sample.

2. Type four lines of data

3. Select all the text and click on Bullets and Center Justify Icons.

4. Go to HTML Source.you can find there is a style definition info within every list item

5. Go back to Rich Text and set the cursor on the last line,after item 4 & press Enter twice

Result:

The list is not at the center of the Editor, and at the left in fact.

Go to HTML Source, you will see that style definition info with each list item is lost.

1. Open the Ajax sample.

2. Enter some text and select it.

3. Apply the style of 'Blue Title' and 'Marker: Green' using the Style drop down.

4. Change the style to 'Red Title' and 'Marker: Green'.

5. Inspect the anchor elements for the 'Blue Title' and 'Red Title' menu items. They both have the aria-selected attribute. Only the 'Red Title' list item element has the CSS class cke_selected. (See Attachment)

The CKEDITOR.ui.listBlock.mark function marks a list item selected by adding the CSS class 'cke_selected' and a 'aria-selected' attribute. The CKEDITOR.ui.listBlock.unmark and CKEDITOR.ui.listBlock.unmarkAll remove the CSS class, but do not remove the aria-selected attribute.

To reproduce the defect:

1. Open ajax sample.

2. Type few words(find and replace, finder,replacer,finding,replacing)

3. Click on "Replace" button.

4. Fill in contents in replace tab, make sure that the Match Whole Word option is not checked,Fill in Find: field with replace and Replace With: field with aa

5. Click on Replace all button.

6. Now see that the words are replaced as(find and aa, finder,aar,finding,replacing)

7. Click on Replace button again and fill the Find: field with aa and Replace With: field with replace

8. Make sure that the Match whole word option is checked.

9. Click on Replace all button.

Actual Result: Now see that the words are replaced as(find and replace, finder,replacer,finding,replacing)

Expected Result:Now see that the words are replaced as(find and replace, finder,aar,finding,replacing)

The contextuel menu dont work on FireFox 3.6 for Mac.

Safari 4 and Google Chrome 5 for Mac work the first time. When I want to right click to an other item it's the browser contextuel menu appear.

Mac OS X 10.5.8

For a HTML code like this:

some_text_here<img src="xxx"/>

With enterMode = ENTER_BR, hitting "Enter" between the text and img would show the line break being inserted in WYSIWYG mode correctly, but switching to SOURCE mode you'll see the BR tag was added after the IMG tag.

As a result, the actual code being submitted to server side was incorrect. This is a major defect as users thought they had the text formatted correctly in the editor but shown up otherwise.

When pasting from Open Office into CKEditor in Firefox, an error is thrown when attempting to save or use the Source button.

The error is in plugins/htmldataprocessor/plugin.js line 192:

element.children[ 0 ].value = element.attributes[ '_cke_title' ];

element.attributes._cke_title is undefined

It is possible that this error is a consequence of the empty title element which Open Office creates.

Note that this error does not occur in Chromium 5.0.330.0, which is the only other browser I have tested in.

To reproduce:

• Create a document in Open Office
• Copy some content from it
• Paste it into a CKEditor instance in Firefox
• Click the 'Source' button

Using:

• CKEditor 3.2 (also tested on Nightly)
• Firefox 3.5.8 (Ubuntu 8.10)
• Open Office 3.11

Currently the 'aria-activedescendant' which marks the active list item is not applied on the correct element, we should move the attribute up to the element that has the role "listbox".

On destroy function, set items of editor.config.elementsPath_filters to null, but not reset length=0.

So reopening a editor with CKEDITOR.replace, fire the event of "selectionChange" on elementspath/plugin.js, throw a exception.

Repair this bug only needs a statement on 508 line "_source/core/editor.js" :

items = editor.config.elementsPath_filters; for ( index= 0 ; index < items.length ; index++ ){

items[ index ] = null;

}

items.length=0; add by ominshelley

To reproduce

• Open the demo or a sample in the SVN with an empty editor.
• In source mode paste the following markup. switch to WYSIWYG mode and place the caret in the marked place (end of the first block):

  <p>
  	P1^</p>
  <p>
  	P2</p>
  

• Insert a smiley or an image.

The caret is going to the beginning of the second block.

When using CKEditor in prototype.js enabled environments SCAYT plugin options dialog opening crashes.

This is caused by plugins/scayt/dialogs/options.js:218

for ( i in buttons )

Normally this clause iterates over all items within a array but in prototype enabled environments this causes loop to iterate also over all extended methods thus causing following doc.getById( button) to fail

This problem can be fixed by changing line 218 into:

for ( i = 0; i < buttons.length; i++ )

The problem was discovered with Prototype 1.6.1

We should evaluate the impact about having the "title" attribute in all iframe elements we use in our interface. This is a requirement for accessibility standards:

​http://www.w3.org/TR/WCAG20-TECHS/H64.html
​http://www-03.ibm.com/able/guidelines/web/webframes.html

We can check the impact of it is by using INS+F9 in JAWS. Currently, it should list the editor iframes, which now have a kind of unusable name.

Sometime, with a clean cache, the focus is not sent to the accessibility help when opening it with ALT+0. The caret stays in the editor, and it's even possible to type on it.

I was able to reproduce it with Firefox in the nightly build, but not locally. I think it's related to the download delay of the online installation. It may be that the dialog focus procedure is execute before having the dialog ready, so no focus is set at all.

To reproduce the defect

1. with JAWS on Open AJAX Sample and Navigate to Tool bar by Pressing Alt+F10

2. Navigate to Templates icon and press space bar to activate Content Templates dialog.

3. When the dialog comes up and when the Focus is on the Template Options list box "JAWS reads out Templates Options list box use the arrow keys to navigate through the options".

4. when the user press Arrow keys and focus goes to Template Options but JAWS not reading the name of the options it just reads 1 of 3 Not Selected

Expected:

JAWS should read the name of the Template Options.

1. Load the following HTML:

 <ul style="margin-left: 40px;">
	<li>A</li>
	<li>B</li>
	<li>C</li>
 </ul>

2. Put the caret in the "B" item.
3. Click the "Increase Indent" button.

Expected Results: the "B" item becomes e sub-list of "A".

Actual Results: the "B" item becomes a sub-list of "A", but it also takes it's margin-left style, which should happen only in a second click.

​http://dev.fckeditor.net/browser/CKEditor/trunk/_source/core/dom/elementpath.js#9

the pathBlockElements contains a 'de' element, while I think it should be a 'dd' element.

To reproduce the defect

1. Open Ajax sample and Type the text as shown below

This is a paragraph 1.

<empty paragraph>

This is a paragraph 2.

2. If I put my cursor at the end of paragraph 1 and press the delete key, it deletes the empty paragraph as it should, but it moves the cursor to the beginning of paragraph 1.

Expected Result:

We believe the expected behavior is for the cursor to stay at the end of paragraph 1.

if the paragraph is not an empty paragraph, the cursor behavior is correct.

To reproduce the defect

1. Open Ajax sample

2. Click on Numbers icon to start a Numbered list.

3. Type some text after the first number in the list.

4. Select the text in list item and apply any heading formatting(Heading 1 to Heading 6)

5. See that Heading formatting is applied to the list item.

6. Now press Enter, see that the next number comes up in the Ordered list

7. Press Enter one more time.

Expected Result:

The cursor should come out of the Ordered list and a new empty Paragraph should open

Actual Result:

No Matter how many times we press the Enter, the list goes on increasing and every time we press enter it is adding a new empty list item in Ordered list.

Same behaviour is also happening in the case of Bullets.

Confirmed in IE8. Looks like a IE issue and it looks like it didn't occur before CKEditor 3.1 and probably it has something to do with pasting mixed <div> and <p> tags.

After pasting certain content, cursor is not positioned at the end of text but somewhere in the middle.

Steps to reproduce

• Open in IE8 ​http://ckeditor.com/demo and select all text in the CKEditor and clear the contents.
• Paste the content from example2.html - the cursor will be positioned at the beginning of the second line

(Old steps to reproduce below, the example above is much simpler)

• Press "New Page" button and paste the content from example1.html - the cursor will be positioned at the beginning of the last paragraph - before "The content of... "
• Press "New Page" button and paste the content from ckeditor_ie8_pasting_bug.CLP (use clipbrd.exe / ClipBoardViewer to open the file) - the cursor will be positioned at the end of first paragraph (after Gruss, schöne Test, Email)

It is expected that when a new link is added (via the lonk dialog) a new snapshot should be made.

To reproduce the defect

1. Open Ajax sample.

2. Insert Table with default no of Rows & Columns.

3. Go in to one of Table cells and Activate Context menu.

4. Go to Cell Properties sub menu and click on it to open Cell Properties dialog.

5. In the Cell Properties dialog change the Cell Type to Header from Data in Cell Type list box.

6. Click OK Button.

Expected Result

Cursor should be back in the Table cell for which we have changed the Cell Properties.

Actual Result

Cursor is going out of the Editor and we have to use Tab and Shift + Tab to get the focus back in to the Editor.

To reproduce the defect

1. Open Ajax sample

2. Click on Numbers icon to start a Numbered list.

3. Type some text after the first number in the list.

4. Select the text in list item and apply Pre-Formatted formatting.

5. See that Pre-Formatted formatting is applied to the list item.

6. Now press Enter

Expected Result

See that next number comes up in the ordered list and when we press the Enter for the second time,the cursor should come out of the Ordered list and a new empty Paragraph should open

Actual Result

The Next Number in the ordered list do not comes up and when we Press Enter any number of times we can't come out of the list.

Same behaviour is also happening in the case of Bullets.

An anchor can be resized, even though this is just a fake object to represent the anchor.

Steps to reproduce:

• In default sample; insert anchor.
  
• Resize placeholder image using handles.
  

When selecting an image in IE by right click on it, the control type selection rapidly switched into text type, which cause the resize handler disappears thus it's not able to resize the image.

To reproduce the defect

1. Open Ajax sample.

2. Insert a Table and enter the text in Table Cells.

3. Click on Remove Editor button to save the Page.

4. Click on Create Editor button to open the page again.

5. Go in to one of Table cells and Open Table Context menu and Click on Table Properties.

6. In Table Properties dialog change Table Alignment to Center and Click OK.

Expected Result

Table is Aligned to Center and the Undo button should be enabled.

Actual Result

Table is Aligned to the Center but the Undo button is not enabled and it will not enable even if we change any number of Table Properties.It is only enabled when we type some text in the Editor.

To reproduce the defect

1. with JAWS on Open AJAX Sample and Navigate to Tool bar by Pressing Alt+F10

2. Navigate to Special Character icon & press space bar to activate Special Character dialog.

3. When the dialog comes up and when the Focus is on the Special Character Options list box Focus goes to first Special Charcter which is !(Exclamation mark). JAWS not reading the name of the option.It just reads 1 of 221 not Selected

Expected:

JAWS should read the name of the Special Character Option.

JAWS reads the name of the option properly in FF3.5 but not in FF 3.6

This looks similar to the defect ​http://dev.fckeditor.net/ticket/5366

To reproduce the defect

1. Open Ajax sample.

2. Type some text and Click on Insert Page break for Printing button.

3. See that Page break is inserted in the Editor.

4. Try to position the Cursor after the page break using Mouse or Key board.

Expected Result:

We should be able to position the cursor after the page break using mouse or key board and we should be able to type the text after Page break.

Actual Result:

Cursor is still shown above the Page break and we can't position the cursor after page break.So we won't be able to type the text after page break.

The DefaultLinkTarget option used to be in FCKEditor, but it's not in CKEditor. It'd be nice if this was added.

At least on the current trunk, SCAYT is taking a lot of time to get enabled when activated. It just took me more than two minutes when enabling it with just a short phrase and two dispelled words.

The Firebug Net pane shows precisely that some spellckecker.net calls are having a quite long response time.

The SCAYT button must not be enabled when using the editor in Opera as it's not compatible with it.

Since the timestamp is actually calculated using the release date, and version 3.1.1 and 3.2 have been released on the exact same date, the timestamp for both is the same.

This however defeats the whole purpose of this timestamp: to prevent caching.

Since this cannot be changed now, but might possibly happen again in the future, I would suggest to not only use the release date to calculate a unique timestamp, but also the CKEditor version.

To reproduce the defect

1. Open CK Editor Sample with Hebrew Language

2. Click on Link Icon.

See that the Protocol drop down list box has right to left orientation. However this causes corruption in the order of characters as this should be in Left To Right orientation (because the protocols are in English). Please see attached screen shot

To reproduce the defect

1. Open Ajax sample.

2. Insert a Table with some no of rows and Columns

3. Go in to one of Table Cell and Click on Insert/Remove Numbers or Bullets Icon

Actual Result:

Nothing happens,even when we type the text in the Table Cell it just shows as a Normal Text but not as Numbered/Bulleted list item

Expected Result:

A new Numbered/Bulleted list should start depending up on the Insert/Remove Numbers/Bullets Icon that you click on.

I have tested against IE 6,7 & 8

This is a regression issue.

The IE-specific fix for #3812 causes another bug if the CKEditor container isn't a descendant of document.body. This bug only occurs in IE (because we use the moveToElementText function).

Attached is a test HTML file as well as a potential patch. The main shortcoming of the patch is that it does scroll to the top of the page. If someone has a better fix that would be great!

1. Open the Ajax sample.

2. Type some text.

3. Select some text and apply the "Big" style in one of the words. Note that the style combo will be context sensitive when moving in/out that word.

4. Remove the editor.

5. Recreate it.

6. Open the Style combo so it gets loaded.

7. Click in/out the previously styles word.

The style combo will not be context sensitive anymore. Even when applying other styles, it will still not detect the current selection style properly.

To note that the styles list still shows the active styles properly.

A Link doesnt jump to an anchor which name ends with a blank. Only tested with the ckeditor vers. 3.2.5205 and firefox vers 3.6.3.

In Quirks mode, the dropdown list of all combos don't have vertical scrollbar.

Load the replace by class sample page; 1.Open 'Replace' dialog and fill in 'are'; 2.click the 'Replace' buttton 2 times; 3.click the 'Cancel' bbutton or the 'x' button to close the popup window

Expected Result: the popup window is closed. Actual Result: a js error throws and you couldn't close the popup window any more

The initial focus of the customized Link dialog when open in api_dialog sample is neither inside the URL text filed or any other field.

1. Open the Ajax sample.

2. Type a single line of text.

3. Remove the editor and recreate it.

4. Create a list item for the loaded line of text.

5. At the end of the list item, hit ENTER to create a new item.

6. Hit ENTER again.

Nothing happens.

Confirmed with FF 3.6 at least. Works well with the 3.2.

1. Load the following HTML:

<ul>
	<li>
		Item 1
		<ul>
			<li>
				Item 1.1</li>
		</ul>
	</li>
</ul>

2. At the end of "Item 1.1", hit ENTER three times. A new paragraph is started after the list.

3. Switch to source.

Note that an empty <ul></ul> is created in the first list item:

<ul>
	<li>
		Item 1
		<ul>
		</ul>
		<ul>
			<li>
				Item 1.1</li>
		</ul>
	</li>
</ul>

Confirmed with FF 3.6 at least. Works well with CKEditor 3.2.

Confirmed with IE8 and CKEditor 3.2. Works well with the 3.1.1.

1. Open the Paste from Word dialog.

2. Click on the bottom part of the pasting area. The caret will disappear.

3. Try putting the caret back to the pasting area by mouse click. It's impossible.