Custom Query

Getting this bug when trying to edit something on wiki. can someone give me a light?? thanks.

Detected bug in an extension! Hook FCKeditor_MediaWiki::onCustomEditor failed to return a value; should return true to continue hook processing or false to abort.

Backtrace:

#0 /var/www/html/mediawiki/includes/Wiki.php(497): wfRunHooks('CustomEditor', Array) #1 /var/www/html/mediawiki/includes/Wiki.php(63): MediaWiki->performAction(Object(OutputPage), Object(Article), Object(Title), Object(User), Object(WebRequest)) #2 /var/www/html/mediawiki/index.php(114): MediaWiki->initialize(Object(Title), Object(Article), Object(OutputPage), Object(User), Object(WebRequest)) #3 {main}

We should have ways to define a button in the toolbar, which opens a menu when clicked. It can be used to group buttons, or even show specific button options.

There is a lot of code duplication with the panelbutton plugin. It's a copy of the button plugin, which small customizations. It should be possible to reuse the button plugin class there.

Open replacebyclass sample in Opera/Webkit and click StyleCombo - combo opens but hides immediately.

Click once again - nothing happens.

Click once again - nothing happens.

Click the editor content and click StyleCombo once again - it opens.

The mouse pointer over the context menu items is the "text" pointer. It should be the arrow instead.

In IE, when showing a context menu panel, it rapidly flashes at the the very left of the document (in the correct Y position though) and them moves the the right place.

I was not allowed to reopen bug #481, so I create a new bug report even though it is completely the same thing.

Configuration:

FCKeditor: 2.6.4
Firefox: 3.0.10
Drupal: 6.12 (doesn't really matter I guess)

Steps to reproduce bug:

1. Click "Image" button in toolbar
   
2. Click tab "Upload"
   
3. Select an image and "Send it to the server"
   

--> Uploaded image is very shortly shown in the preview window. Afterwards, it disappears. The box "height" and "width" both contain the value "0". If I click on the resize button, the correct values for height/width get set and the image is shown again in the preview window.

I tried following the solution in the previous report by further increasing the wait time to 1000ms, but without success.

The bug can also be reproduced by browsing the server for an image, which was uploaded before.

The dialog to insert a template has a dropdown to select a template on the "Manual" tab.

When selecting a template, the template code ("{{whatever}}") is inserted on the "Edit" tab automatically.

This dropdown should (also) be available on the "Edit" tab of the template dialog to make inserting a template easier.

The problem is in _languages.js which was accidentally overwritten with [3406].

_languages.js was apparently broken by CKLangTool, ignoring files beginning with underscore has been introduced with [3405].

We're currently missing out the alt attribute generated from

1. fakeobjects plugin
2. Image and image button dialogs.
3. Smiley dialog.

According to ​HTML 4.01 Specification IDs should not start with a digit:

ID and NAME tokens must begin with a letter ([A-Za-z]) and may be followed by any number of letters, digits ([0-9]), hyphens ("-"), underscores ("_"), colons (":"), and periods (".").

All dialog fields start with a digit, eg:

• 91_uiElement
• 93_label
• 92_textInput

Sometimes even specifying editor area css and classes is not enough for accurate inplace editing. It would be a nice feature to add a switch function to apply the getComputedStyle of the container to the editor IFRAME (and maybe even automatically apply external CSS files also).

Color to a blank pop-up button

Compare versions feature is showing a lot of changes at the bottom of their document that were not made and shouldn't be there.

The issue can be reproduced by pasting in the source of the original document (using the "source" button in FCK editor), then simply editing, saving, and publishing that document without changing the content. It appears that simply loading some documents in the FCK editor modifies their contents.

Steps to reproduce:

1) create new content with Rich Text editor. In the rich editor, click on the source button to edit the document source, erase any contents, and paste in the contents from before.txt (attached). 2) save and publish the document. 3) edit the document created in step 1. Do not change any content. 4) save and publish the document. 5) click on the info tab in the document box in the right column. Click on "Compare Versions". Even though no changes were made, the source was modified. A large block of invalid changes are marked at the bottom of the document.

Checkpoint 4.1 of WCAG: ​http://www.w3.org/TR/WCAG10/wai-pageauth.html#tech-identify-changes

The lang attribute is important because it tells screenreaders about the language it should use to read text. For example, if a screenreader assumes the page is written in English (because the webpage is written in English), yet the editor UI is being displayed in French (because browser's preferred language is French), then a screenreader would read the editor's UI labels as if it's written in English. That would mean unrecognizable speeches from the screen reader.

It should be enough to add the lang attribute to three places:

1. The container element containing the main editor UI.
2. The container elements containing dialogs.
3. The iframe documents of floating panels.

IE8's compatibility mode there is no problem, but not in compatibility mode button will be under the font settings problem

fakeobject placeholders currently have only an empty alt attribute for basic standards compliance. That's not useful for visually impaired users as they still have no idea what the placeholder image actually means.

Descriptive summary:

JavaScript errors appearing when scrolling the editor window in IE8, when clicking on the scrollbar. The error only occurs when the doctype is set to HTML4 (FCKConfig.DocType).

Steps to reproduce:

It is quite easy to reproduce - edit fckeditor\_samples\html\assets\sample15.config.js and add the line:

FCKConfig.DocType = '<!DOCTYPE html PUBLIC "-W3CDTD HTML 4.01 TransitionalEN" "​http://www.w3.org/TR/html4/loose.dtd">';

Then run sample 15 and put some new lines in to make a scrollbar appear in the editing area. If you click and drag the scrollbar, IE8 throws an exception and asks if you want to debug the web page. The error message given is "'nodeName' is null or not an object".

Browser name and OS: Bug appears in: IE8, Windows XP or Vista. Bug does not appear: IE6 or IE7. Also does not appear in IE8 with no doctype, a doctype of HTML3.2 or XHTML1/1.1. Only HTML 4!

Fix:

The problem appears to be in fck_ie.js, function Doc_OnMouseDown, line 451

if ( e.nodeName.IEquals( 'input' ) && e.type.IEquals( ['radio', 'checkbox'] ) && !e.disabled )

If this is changed to check that nodeName is defined first, then the errors go away, i.e:

if (typeof e.nodeName != 'undefined' && e.nodeName.IEquals( 'input' ) && e.type.IEquals( ['radio', 'checkbox'] ) && !e.disabled )

This bug has not been fixed on the nightly build.

Descriptive summary:

JavaScript errors appearing when adding a new hyperlink or when editing an existing hyperlink in IE8. The error only occurs when the doctype is set to HTML4 (FCKConfig.DocType).

Steps to reproduce:

It is quite easy to reproduce - edit fckeditor\_samples\html\assets\sample15.config.js and add the line:

FCKConfig.DocType = '<!DOCTYPE html PUBLIC "-W3CDTD HTML 4.01 TransitionalEN" "​http://www.w3.org/TR/html4/loose.dtd">';

Then run sample 15 and click into the hyperlink. Click the 'edit hyperlink' button. IE8 throws an exception and asks if you want to debug the web page. The error message given is "Invalid Argument".

A simliar error appears if a new link is added, when fck_link.js also calls oEditor.FCKSelection.SelectNode( aLinks[0] ) from function Ok();

Browser name and OS: Bug appears in: IE8, Windows XP or Vista. Bug does not appear: IE6 or IE7. Also does not appear in IE8 with no doctype, a doctype of HTML3.2 or XHTML1/1.1. Only HTML 4!

Fix:

The problem appears to be in fckselection_ie.js, function FCKSelection.SelectNode. I think that if the statements in the try and the catch blocks are swapped round, so that it tries to create a text range first, instead of trying to create a control range first, it won't throw the error. The error is thrown outside of the try/catch block when executing oRange.select().

This bug has not been fixed on the nightly build.

It doesn't appear to be possible to collapse and restore the toolbar using the keyboard only.

SCAYT button has wrong state when scayt_autoStartup = true

To reproduce:

1. Open replacebyclass.html in any browser.
2. Switch to Source mode.
3. Press Alt+F10.
4. Toolbar buttons are not focused.

To reproduce:

1. Open replacebyclass.html in any browser.
2. Put caret to first paragraph - the decrease indent button should be disabled.
3. Press Alt+F10.
4. Press Tab until the focus goes to the button right before the decrease indent button.
5. Press Tab.
6. The decrease indent button gets the focus, and the getting read by JAWS - there is no indication that the button is disabled.

Many interactive elements, such as toolbar buttons in CKEditor 3.0, use an <a href="javascript:void()"> tag due to the ability to get keyboard focus.

The <a href="..."> tags causes the UI elements to be pronounced as links in JAWS, which is usually inappropriate because the UI elements are in fact buttons.

We need to disable SCAYT before getData to remove additional SPAN elements.

Steps to reproduce:

-Enable SCAYT plugin -Insert "mmmmmmmmmmmmmmmmmmmmmmm" -Put cursor in the middle of this word. -Insert smile using the dialog ( mmmmmmm :D mmmmmmm ) . -Click on the first word to open context menu and click any of the suggestions.

Result: The whole SPAN was replaced and smile is missing. Expected result: only part of the word is replaced with the suggestion.

In menus, like the context menu or menu buttons, the disabled items are styled improperly. The background color for the icons space should be colored just like the enabled ones, having instead the icon and the text semi-transparent.

Also, these items should not have hover state.

A planned feature in CKEditor 3.0 is that we should have a resize handle at the bottom right corner of the editor.

TC

1. Open replace by class example
2. Open styles dropdown
3. Error will appear

   Message: 'iframe.$.contentWindow' jest pusty lub nie jest obiektem
   Line: 214
   Char: 10
   Kod: 0
   Identyfikator URI: http://10.0.2.2/ckeditor-idea/_source/plugins/floatpanel/plugin.js
   

Reproduced in IE8 quirks.

To reproduce:

Right click on a table cell
Hover over a menu item e.g. Row
Do not move the mouse until the sub-menu has displayed
Attempt to select another menu item e.g. Column

Result: the context menu disappears.
Expected: the context menu remains visible

I have FCKeditor inside gwt-ext LayoutDialog that I hide/show multiple times during the long lifetime of the page. Sometimes after show() the editor becomes read only, I can see the cursor blinking in there, but can't edit anything, but doing a hide and show again fixes it. It seems to be happening only in IE and not very consistent. I wonder if it applies to any absolutely positioned editor that gets hidden and shown multiple times.

It is standard functionality to select all text when tabbing to text inputs. This is missing in CKEditor's dialogs.

V2 had this functionality.

The 'scayt_word' marker should split words separated by form field elements, while it's not:

Reproducing Procedures

1. Open the replace by class example page with SCAYT plugin enabled.
2. Insert the text 'wrongword' into editor, waiting for SCAYT marking this word;
3. Move the selection into 'wrong|word', click on 'Insert TextField' button to open dialog and insert a default textfield.
4. Disable and re-enable the SCAYT plugin or enter some char to reload all markers.
   • Expected Result : wrong<input />word should not be considered to have spell error;
   • Actual Result : wrong<input />word is marked as spell error in a whole and if click on the first word to open context menu and click any of the suggestions, the in-middle textfield get lost along with these two words.

Elementpath should hide SCAYT marker '<span>' from end user.

During find/replace, SCAYT should be disabled.

Reproducing Procedures

1. Open the replace by class example page in FF;
2. Load the content with the following:

   <p>
   	You're testing <span>ckeditor</span> undo system.</p>
   

3. Open find/replace dialog and enter 'ckeditor' into 'Find What', click Replace buttton;
4. Fill in 'v3' into 'Relace With' and click Replace button again.
   • Actual Result:

     <p>
     	You're testing v3</p>
     

The problem happened generally for all form fields.

Reproducing Procedures

1. Open the replace by class example page in FF;
2. Click inside bold 'sample text' word.
3. Open 'Checkbox' to insert a default checkbox field.
   • Actual Result: 'Undo' button state show that there's no undo snap.

This is the same issue as for the Smiley dialog. Ticket #3492 .

If you're applying any 'span' based style on the following range:

<p>^this <span>tag</span> should not be removed.^</p>

Then the span will always be removed, which is wrong.

The file isn't being parsed as XML because it contains a &nbsp;

A simple solution is to change the html file.
A more defensive approach is to replace &nbsp; in the loaded data with the xA0 character, although if we follow that approach then we should also take care of any other entities that aren't available by default in XML. I don't know if there's an easy way to tell IE to use the HTML entities while trying to load a XML file.

Load CKEditor and insert an anchor. Put any name on it.

Switch to source mode, everything looks OK.

<p>
	This<a name="test"></a> is some <strong>sample text</strong>. 
You are using <a href="http://www.fckeditor.net/">CKEditor</a>.</p>

Switch to design and back to source, the anchor now has two name attributes

<p>
	This<a name="test" name="test"></a> is some <strong>sample text</strong>. 
You are using <a href="http://www.fckeditor.net/">CKEditor</a>.</p>

Load CKEditor and switch to source mode. Simulate that you are editing any existing page from v2 with anchors that included text:

<p>
	<a name="test">This is</a> some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">CKEditor</a>.</p>

Switch to design view and the contents of anchors isn't visible:

 some sample text. You are using CKEditor.

This worked correctly in V2

Why Didn't Support Client Javascript Upload API,Such as Ewebeditor,at least i'll know which file i have upload!

Take a look at #3579.

Due to a simple css rule that includes an ID the toolbar becomes broken. In the real world people uses multiple classes and ID in the css rules, so the styles won't get applied correctly.

1. Load the Ajax example in Firefox.
2. Switch to source mode. it shows

   <p>
   	<br />
   </p>
   

3. Switch to design and back to source. The formatting has changed

   <p>
   	<br />
   	</p>
   

(the closing </p> now is indented)

The new output system has more options to configure the formatting, but I think that the currently default looks a little strange. The v2 code looked nicer. Compare the v3:

<p>
	This is some text<br />
	</p>

With v2:

<p>This is some text</p>
<p>&nbsp;</p>

Ignoring the <br> and the final <p>&nbsp</p>, the new version creates a new line and indents the content after the starting <p>

IMHO, v2 looked nicer and it might help migration if the existing html isn't greatly changed when edited with v3.

1. Load the replace by class sample in Firefox.
2. Press the Select All button
3. Press Enter. An error is shown:

   node is null
   http://localhost/ckeditor/_source/plugins/enterkey/plugin.js
   Line 85
   

The error is different than #3505

Currently the templates plugin only allows to load the data from a js file without an option to use a XML like v2.

This has some drawbacks:

1. It's not possible to reuse existing templates. Asking the people to rewrite their templates can be a big issue as it might involve other tools that they had setup to provide custom templates for each client.
2. A json file is more complex to write correctly than a XML. To verify that a XML file is valid they just have to open it in the browser, and it will point to any error. Validating the js file will be more complex and I guess that most of the people will follow the trial and error approach, leading to frustration as now they have to learn the javascript rules in order to make it work.
3. Managing XML files seems easier to me. I think that any framework has tools to read/write xml files, merging them, etc...

So I suggest to improve the templates plugin allowing to load templates from XML files with the syntax from V2.

1. Load the replace by class sample
2. Insert a smiley.
3. Select the smiley and open the image dialog.
4. Press the Cancel button.

An alert pops up stating that some settings have been changed, although I haven't touched any option.

Reproduced at least with Firefox and IE

The <object> element might accept a "title" attribute, but the reality is that the browsers won't use it anyway with flash objects, so that's something that isn't useful to the end user and it would be better if it's removed.

Except Firefox 2, the rest of the browsers support contentEditable, and their behavior should be almost the same with at least one big difference:

If body.contentEditable=true is used then the behavior of elements inside the body with contentEditable=false is as expected and the browser itself takes care of not allowing to edit them. This is really useful for little things like the Placeholder (v2 only for the moment) plugin.

This behavior is reported in ​https://bugzilla.mozilla.org/show_bug.cgi?id=462735 , ​https://bugs.webkit.org/show_bug.cgi?id=22036 and in the internal Opera tracker.

look screencast ​http://screencast.com/t/fpxeYccQTNi

Look screencast. ​http://screencast.com/t/R35mov2RXz

look screencast ​http://screencast.com/t/ZAsQMDDymV

Originally reported by Alfonso in #3546

  - The "Creating documentation..." step takes quite a while. If isn't
 possible to output something during that process I would put a warning
 ("Please wait, it might take some minutes.")

  - After that the "Checking compressed code..." is repeated over and over
 again. It should state which file is checking or simply adding a dot like
 other steps so it's nicer and don't lead to think that it has started an
 endless loop. Also it will allow to check previous messages instead of
 filling the screen buffer.

Plus:

• it should be also much easier to run CKReleaser in a verbose

mode (release.bat -v should enable verbose mode)

• package.sh should start CKPackager in verbose mode just like package.bat

• CKPackager in verbose mode should list paths instead of file names (it shows plenty of plugin.js which is rather useless in debugging)

Plugin allowing fast and easy change of UI background color.

​60 sec presentation.

It seems that there is a special case required to be handled by the font style features. The issue is that when the size of a default text is set to a large size e.g. 72px, then a background color is applied to the same selection, the background style will not have the right font-size set. This results in the background color appearing as a narrow band behind the large font.
E.g.

<span style="background-color: rgb(238, 130, 238);"><span style="font-size: 72px;">Test</span></span>

1. Open a dialog to edit an existing link or image.

2. Close the dialog with the Cancel button or the (x) button.

The alert regarding changes appears, even if no changes have been made at all.

Tested with FF3.

To reproduce:

1. Open replacebyclass.html in Safari/Windows.
2. Resize the editor.
3. The resize animation is not smooth.

The bad performance seems to be Windows specific, it seems to be perfectly smooth in Safari/Mac.

The name is misleading, verb + object, people that just see it mentioned might try to use it in the wrong way (like Plugins.Add in v2)

I suggest renaming it to config.additionalPlugins before it's too late.

We should not touched the originally line-breaks/tabs within source code, currently the line break been replaced with a single whitespace, which doesn't make sense.

Reproducing Procedures

1. Open the replace by class example page with the following content:

   <p>
   	line
   	break</p>
   

2. Switch to wysiwyg mode an switch back.
   • Actual Result : Source codes now as :

      <p>
      	line break</p>
     

   • Expected Result : Source code leave untouched.

• Open Find and Replace
  
• write something to "Find what:" field
  
• when you press Tab the field will be cleared
  

Windows XP SP3, IE7, FF 3.0.10

Hi,

I have a problem in a DotNetNuke installation.

After upgrade from DNN 4.8 to 4.9.4, the modules that uses FCKEditor does'nt works correctly. A pop up with this error appears:

Unknown toolbar item "BlockQuote"

When you clear it, another pops up...

Unknown toolbar item "ShowBlocks"

I have tried to publish again to entire folder /Providers/HtmlEditorProviders/FCK from the backup of previous installation, but the error continues.

Any idea to solve this problem?

Thanks

The replace feature causes the selection to be saved in the document.
To reproduce:

1. Open Ajax sample and add some text.
   
2. Use Replace feature to find a known word and replace with another.
   
3. Cancel from the dialog, ensuring the selection is still on the last replaced word.
   
4. Remove the editor.
   

Results in the selection being saved with the document. E.g.:

<span style="color: rgb(255,255,255); background-color: rgb(0,0,68)">Test</span>

Reproducing Procedures

1. Open the replace by class example page;
2. Delete all contents with 'New Page' button;
3. Begin to press EnterKey serveral times;
   • Actual Result : No New lines introduced and the cursor stuck.

The automatic option for these dropdowns never works. To reproduce type any text into one of the nightly samples, highlight the text and change its color to a specific color. Then click the Automatic option. The text will remain colored.

This is because of a bug in CKEDITOR.style.checkElementRemovable(). The problem is that checkElementRemovable, when called from removeInlineStyle, should match any element with the color or background-color style, regardless of value. Attached is a patch which fixes this.

According to the approved patch in #3577, the XML parser should work even if the data contains &nbsp;

This adds two testcases to verify that the XMl parser works as expected, and so a new patch for xml.js is needed to add the same feature for non-ie browsers.

If CKEditor is placed into absolute positioned "div" element with large z-index (for example, 100), editor comboboxes (Styles, Format, Font, Size, ColorPicker) content (drop down) will not be displaying. Their content will be placed behind the "div" editor located in.
This problem is actual for context menu also.

* Steps to Reproduce
-Press "create table" editor tool button;
-Create center-align table with caption;
-Click on the created table.

* Actual result
-Resize border is incorrect: it is located on the left and caption is not taken into consideration;
-Table can not be removed (by delete keyboard button).

* Expected result
-Resize border is correct;
-Table is able to be removed.

In full screen mode it is possible to resize the editor and see the rest of the page.

When I copy a text of a <p> tag and I paste it, the generated HTML is incorrect. When I switch several times from editor mode into source mode, the HTML is correct but there are multiple <p> tags added.

Steps to reproduce the problem:

1) Go to source view and type <p>test</p> 2) Switch to editor view. Select the word test and use CTRL-C. 3) Type an enter 4) Use CTRL-V 5) Type an enter 6) Use CTRL-V 7) Go to source view (you will see P-tags inside P-tags) 8) Go to editor view (nothing is changed) 9) Go to source view (something has changed for the P-tags inside P-tags) 10) Go to editor view (nothing is changed) 11) Go to source view (P-tags inside P-tags are replaced by <p>&nbsp;</p>) 12) Go to editor view (you will additional enters after each word test)

Can this be fixed? Because this is an very annoying behavior.

Thanks in advance!

Reproducing Procedures

1. Open the replace by class example page with enterMode = br in FF;
2. Make the content and selection same as below:

   text<ol><li>ite^m1</li><li>ite^m2</li></ol>text
   

3. Click on 'Bullet List' command to change the list type.
   • Expected Result:

     text<ul><li>item1</li><li>item2</li></ul>text
     

   • Actual Result: Javascript error thrown.

Reproducing Procedures

1. Open the replace by class example page with 'enterMode = br' in FF;
2. Make the content and selection same as below:

   <ul><li>item1</li></ul><ol><li>ite^m2</li></ol>
   

3. Click on 'Bullet List' command to change the list type.
   • Expected Result:

     <ul><li>item1</li><li>item2</li></ul>
     

   • Actual Result: The previous list is not merged.

     <ul><li>item1</li></ul><ul><li>ite^m2</li></ol>
     

CKEditor allows setting the caption and summary for a table. Since these properties do not have an equivalent in many document formats, it would be nice to make so that these options can be hidden. I have attached a patch which implements this.

Reproducing Procedures

1. Open the replace by class example page with the following content and selection:

   <table><tr><td>te^xt</td></tr></table>
   

2. Now select the '<tr>' item within the element path bar.
   • Expected Result : Document structure remains.
   • Actual Result : Source codes now as :

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

Now we're saving snapshot for many commands which doesn't make sense for supporting undo, these are:

1. Preview
   
2. Copy
   
3. Spell Check
   
4. Find/Replace ( Each replacing is needing one, but not the dialog command )
   
5. Select All
   
6. Maximize
   
7. Show Block
   
8. About
   

We should give them a canUndo = false.

Reproducing Procedures

1. Open the replace by class example page;
2. Press on 'Select All',and press Shift-Enter.
   • Expected Result : The selected content is replaced with a br.
   • Actual Result : The selected content is still there.

To reproduce the issue:

1. If you don't have IE7, install IETester and open an IE7 tab in it.
2. Delete all temporary internet files in IE7.
3. Go to ​http://nightly.ckeditor.com/3561/_samples/replacebycode.html.
4. The editor instances appear with no contents.

The users of the FamilySearch Research Wiki (​http://wiki.familysearch.org) needed to have the FCKeditor internal link search return the same results as if search from our main page. Attached are two patches one for FCKeditorSajax.body.php which adds two functions and one for FCKeditor.php which adds a few constants. Then by setting two global variables in LocalSettings.php ($wgFCKeditorSearch and $wgFCKeditorSearchType) you can have the FCKeditor internal link search use the same search engine as is Mediawiki or continue to use the default FCKeditor link search. At this time we have not yet implemented the patches on our production system but they are running on our testing and staging environments.

The patch is some spelling fixes, as well as some jslint warnings and unify the quote style to single (')

No code functionality should be affected

Some spelling typos and lint warnings across several files.

Open the dialog to insert a <select> field. The "value" field is marked as read-only and doesn't accept any input, but its style is just the same that the rest of fields, leading to confusion.

Any field in a dialog marked as read-only should have some darker background or any other kind of visual distinction to make it clear that it can't be used.

1. Load replace by class sample in IE (8) or Safari (in other browsers is not possible to edit an existing <select>)
2. Insert a <select> and set name=s1, lines=4 (so we can be sure that we are editing the same element) close the dialog
3. Switch to source, it's OK
4. Switch to design and edit the select
5. The name field is empty. If you set a new name, then when switching to source will show it duplicated:

<select name="s1" name="s2" size="4">

On the other side, if you don't write anything, the name will be lost

<select size="4">

1. Load replace by class sample in any browser
2. Insert a form and set name=f1, close the dialog
3. Switch to source, it's OK
4. Switch to design and using the toolbar button edit the form (as it doesn't have any content the context menu might not work, toolbar button is easier)
5. Change the name to f2, close the dialog
6. Switch to source, now the name is duplicated:

   <form method="get" name="f1" name="f2">
   

7. when you switch back to design the name=f2 is lost.

Load CKEditor and right click in the toolbar, status bar, any floating panel or context menu...

The default browser context menu is shown instead of showing nothing.

How to replicate the problem:

1. Use IE6/7/8
2. Copy any text from somewhere by Ctrl-C hotkey(let copy the text from RTE itself be a example).
3. Paste it by Ctrl-V hotkey.
4. The IE's security alert is shown , and then click Cancel/No button to cancel the copy action.
5. The RTE's clipboard dialog is still shown even users clicked the Cancel/No button.

Reproducing Procedures

1. Open the replace by class example page, load the document with the following content with selection;

   <p>
   	^paragraph1</p>
   <p>
   	paragraph2</p>
   

2. Click on 'p' item on the elements path bar to fully select the first paragraph;
3. Click on 'Numbered List' button to convert it to list;
   • Expected Result :

     [<ol>
     	<li>
     		paragraph1<br />
     	</li>
     </ol>]
     <p>
     	paragraph2</p>
     

   • Actual Result : There's an empty paragraph created above it.

     <p>
     	<br />
     </p>
     [<ol>
     	<li>
     		paragraph1<br />
     	</li>
     </ol>]
     <p>
     	paragraph2</p>
     

in /editor/lang/pl.js Templates: is "Sablony" - should be "Szablony".

Reproducing Procedures

1. Open the replace by class example page within the KAMA branch.
2. Click on 'Styles' combo to open dropdown float panel;
3. Click any positon inside document;
   • Expected Result : Float panel will auto hide.
4. Right click to open context menu;
   • Expected Result : Float panel will auto hide.
5. Click any positon inside document;
   • Expected Result : Float panel will auto hide.

The size of different dialog buttons should be the same.

The background image is not shown in IE6; with incorrect position and color in IE7.

Reproducing Procedures

1. Open the replace by class example page in IE6 within the KAMA branch;
2. Hold the resize handler and shrink the chrome size;
3. Click on 'Maximize' button to switch to full screen mode and switch back;
   • Actual Result : The chrome size become wider than the screen size.
   • Expected Result: The chrome size was restored to exactly the same size after tweaking the resize handler.

Below is a proposal to resource the outstanding items in the Flash dialog.

en.js:

 flash :
       {
             ...
             quality		 		 : 'Quality',
             qualityBest		 : 'Best',
             qualityHigh		 : 'High',
             qualityAutoHigh		 : 'Auto High',
             qualityMedium		 : 'Medium',
             qualityAutoLow		 : 'Auto Low',
             qualityLow		 : 'Low',
             windowMode		 : 'Window mode',,
             windowModeWindow		 : 'Window',
             windowModeOpaque		 : 'Opaque',
             windowModeTransparent		 : 'Transparent',
             ...
       },..

They are used in the flash dialog as:

 items :
       [
             [ editor.lang.common.notSet , ''],
             [ editor.lang.flash.qualityBest, 'best' ],
             [ editor.lang.flash.qualityHigh, 'high' ],
             [ editor.lang.flash.qualityAutoHigh, 'autohigh' ],
             [ editor.lang.flash.qualityMedium, 'medium' ],
             [ editor.lang.flash.qualityAutoLow, 'autolow' ],],
             [ editor.lang.flash.qualityLow, 'low' ]
       ],

and

items :
       [
             [ editor.lang.common.notSet , ''],
             [ editor.lang.flash.windowModeWindow, 'window' ],,
             [ editor.lang.flash.windowModeOpaque, 'opaque' ],,
             [ editor.lang.flash.windowModeTransparent, 'transparent' ]
       ],

Reproducing Procedures

1. Open the replace by class example page in FF;
2. Click 'New Page' to empty document;
3. Click on 'Format' combo to open dropdown, select 'Heading 1'
4. Switch to 'Source' mode;
   • Expected Result: The initial paragraph was converted into <h1>

     <h1>
     	<br />
     </h1>
     

   • Actual Result:

     <p>
     </p>
     <h1>
     	<br />
     </h1>
     

Steps to reproduce

1. Clear everything in the editor of "FCKeditor - Demo" page.
2. Click inside editor, now we are redeay to enter text.
3. Click "Size" menu, select "small".
4. Enter "abc".
5. Click "Size" menu, select "large".
6. Enter "XYZ".
7. Click "Size" menu.

Expected behavior

The selected size item on FontSize menu be "large".

Current behavior

The selected size item on FontSize menu is "small".

Browser

IE, Firefox

Attached

A screenshot to show the operation after last step 7.