Custom Query

Every browser has it's own behavior when users press the [Enter] or [Shift]+[Enter] keys. The main problem with it is that they output completely different HTML.

Another important thing is that users want to customize the output produced by the editor to their own needs. Some want the editor to produce paragraph tags (<p>), while others prefer simple line breaks (<br>).

We are proposing a new system where the editor controls the enter key, overriding browser's actions (don't trust in browsers!).

Depends on: #17, #18

The Universal Keyboard has been contributed by Abdul-Aziz Al-Oraij for FCKeditor 1.x. It is based on code produced by Michel Staelens.

The problem here is that we don't know the license within which the original code has been deployed. We have found a site for it here:
​http://perso.orange.fr/michel.staelens/unicode/index_GB.htm

There is no information regarding licensing in that site, not even a download URL. I've tried to contact Michel Staelens with no success. Aziz have said that he knows nothing about its license too.

So, as we can't understand it better, we have to move this code out of FCKeditor.

At the same time, we can transform it in a plugin and release it at our plugins repository. We could ask Aziz to publish it, or even publish it "anonymously".

All floating panels in the toolbar are being placed in the wrong position, aligned to the very top boundary of the editor space.

The Bold, Italic, Underline and Strikethrow buttons are displaying the wrong state when over some text with the related formatting applied.

Trying to test again the problems that I had with the editor yesterday I've found that the SVN version isn't complete, if I load it just a sample I get an error and then it seems to work, but if I try to use the source files to find the problem with FCKeditor/trunk/_samples/default.html?fcksource=true I've found that the editor/fckeditor.original.html file no longer exists, so I don't know what else is missing or broken.

There is no context menu in Opera. This is due to their security restrictions. In any case, there should be another system to display the context menu (CTRL+Click for example).

Just put a table in the content and switch to source mode, now the textarea is bigger that it should and can be scrolled with the mouse wheel moving the toolbar partially or fully out of view depending on the number of lines in source mode.

The requirements defined at ServerSideStatus should be implemented.

This is a regression as 2.3.2 works fine: put a table and bring up the context menu to delete a column, click it and the column goes away as well as the main menu, but the submenu with options about columns (or rows ) remains on screen.

I've hunted it down to revision 97 in sourceforge, more exactly to this addition in FCKEditingArea.prototype.Focus :

			if ( this.Document.hasFocus() )
				return ;

As the log for that revision said that it was to fix a problem in IE I've changed to

			if ( FCKBrowserInfo.IsIE && this.Document.hasFocus() )
				return ;

and now the submenu goes away in firefox.

If you have a link in the editing are, when trying to place the cursor inside it with the mouse, the pointer will be shown as the click hand, and clicking on it will actually open the link URL in the editing area.

Just make some changes in the text and click the "Save" button. You will see that the changes will not be posted.

The paste buttons never get enabled in the toolbar.

In the context menu, the icons are not being shown. The "?" image placeholder is shown instead.

The "ServerPath" URL parameter can still be used to set the server path for the user files folder.

We have been pressed to leave this option in the past, but this is a huge security risk. So, let's remove it. Those users who still prefer the URL will have to accept this option and understand that this is a important security limit.

The new dev site is finally ready and now we have a big and important task to be done. All trackers must be moved from SourceForge to the new system.

The following trackers must be moved:

• ​Bugs
• ​Feature Requests
• ​Patches

Other trackers will be handled in a second moment.

For now, the above trackers will be disabled to public view. Only SF project members will have access to it.

Breaking the Task

For those interested on working in this task, just follow these advices so we can organize it better:

• Open the tracker list, filter it for Status=Open and sort it by ID (Ascending);
• Annotate the range of Request IDs you would like to work in;
• Add a comment to this ticket like: "I'm working on bugs from XXX to YYY".

Of course, check first if no one is already working inside your range.

General Guidelines

1. Open the report at SF. It is not required, but if possible, check that it is still valid, closing it if it's not (ignoring the next steps).

2. Create a new ticket at Trac in another window, with the appropriate Type.

2. Copy and paste the summary. Correct any typo or make it clearer, if needed.

3. Copy and paste the report body. If possible, make it more readable (line breaks and code blocks, for example).

4. At the end of the new ticket body, add the following:

----
Moved from SF:[[BR]]
http://sourceforge.net/tracker/index.php?....

The link should point to the relative report page at SF

5. If possible, set the "Component" and "Version" fields. Avoid using "Priority" and "Milestone".

6. Add "SF" to "Keywords".

7. Save the new ticket.

8. Download any attachment from the SF report and add it to the new ticket. In the Attachment Info, add the text:

{Attachment Description at SF, if any} Moved from SF. Original author: {SF user name for the attachment}

9. Copy and paste every comment from the SF report, in a chronological order (older first). Ignore duplicates, vandalism and anything that adds no value to the ticket (like "Me too!"). After the original commend, add:

----
Moved from SF. Original poster: {SF user name or Anonymous}

10. Reporter field (set to anonymous, if anonymous) and CC all comment posters (if not anonymous) using their SF user name, concatenated with @users.sourceforge.net. E.g.: fredck@….

11. Set the Status of the original SF report to "Closed". At the same time, add a comment to that report in the following format:

This report has been moved to our new development site at:
http://dev.fckeditor.net/ticket/{ticket_ID}

Duplicates

Whenever possible, avoid moving duplicates, but don't ignore them. Instead follow these steps:

1. Add a comment to the Trac ticket in this format:

The following SF report has been market as duplicate of this:
http://sourceforge.net/tracker/index.php?....

2. If any useful comment (even the report body) or attachment is available, add it to the ticket as defined at points 9 and 10 in the above General Guidelines. In addition, add the SF report URL to the comment.

3. Close the SF report as defined in the above point 11, using a comment in the following format instead:

This report has been marked as a duplicate of:
http://dev.fckeditor.net/ticket/{ticket_ID}

If the "Resolution" field is available at SF, set it to "Duplicate".

Patches

A patch is nothing else than a fix for a bug or an implementation of a new feature. So, we should just transform the patch to either a Bug or a New Feature ticket.

Today we have a .Net program used to generate the public distributable version of our dev SVN version of the editor code. It removes some unnecessary files and directories, "pre-process" any packaging directives (like @Packager.RemoveLine) and generate the compressed version of the code. This is a manually activated process.

We need a new solution that can be run automatically (cron) to generate the nightly builds.

Today, the scripts compression makes use of ​CKPackager a commercial and closed source software.

As the packaging and compression is a key thing for FCKeditor, I've decided to open CKPackager in a sub project called FCKpackager.

To make it possible to run it in every environment, it will be rewritten in PHP. It will be possible to execute it as a command line program, as well as integrate it on web pages.

This bug is affecting many users. The HTML in question may be being introduced when people cut & paste content into the editor.

1. Load the latest build, i.e. ​http://klug.pbwiki.biz/FCKeditor/2_4/_samples/default.html

2. Switch to source mode, paste this in:

<p><u><font face="Arial" /></u></p>
<p><u><font face="Arial" /></u></p>
<p><u><font face="Arial" /></u></p>
<p><u><font face="Arial" /></u></p>
<p>Hello!</p>

3. Switch to normal mode, and switch back. You will see:

<p><u></u></p>
<p><font face="Arial"><u></u></font></p>
<p><font face="Arial"><font face="Arial"><u></u></font></font></p>
<p><font face="Arial"><font face="Arial"><font face="Arial"><u></u></font></font></font></p>
<p><font face="Arial"><font face="Arial"><font face="Arial"><font face="Arial">Hello!</font></font></font></font></p>

You can also try it with DIVs and other tags, not just FONT. You can also try it without the U tags for a different test case.

Also - is there any chance the editor will be able to remove the nesting in "<font face="Arial"><font face="Arial">...</font></font>"? This bug has resulted in many pages being littered with markup - sometimes 30-40 nested font tags like this.

1. Load sample01.html;
2. Place the cursor at the end of the paragraph;
3. Hit <Enter>.

The cursor will move to the start of the paragraph. The new paragraph is created in any case (just use the keyboard to move to it).

To be able to enter a <br> in the editing area, you need to press Shift+Enter two times to make it work.

The same thing happens when EnterMode=br: two enters are needed.

In IE only: Insert this text in source view:

<p> <font size="1"> <br /> <hr /> </font> </p>

Switch to wysiwyg. Now you can not switch to source or save changes.

There can be any amount of incidental text. But if the <hr /> and <br /> appear between the <font> tags, editor is essentially crashed.

Does not occur in FireFox.

• load editor
• go to another page by typing in URL field
• go back

Problem: editor does not re-appear.

Either Opera does not keep its state correctly, or it self-destroys by doing someting in onunload and doesn't get a load event to restore itself. I'm not sure which it is.

In source view, the content area has a right margin

inserting links add a target attribute and set it to "undefined". Seen in Opera and Firefox with last nightly build. Seems to be a regression and important to fix since it will cause all links to open in a new window.

There's a dangerous bug in trunk/_dev/build_release.bat which occurs if the environment variable FCK_RELEASER_PATH is not set. Because fckreleaser.php is called with an empty string as second parameter, the whole drive will be recursively deleted.

Solution:

Change

php releaser/fckreleaser.php ../ "%FCK_RELEASER_PATH%" "%RELEASER_VERSION%"

To

php releaser/fckreleaser.php ../ "%RELEASER_PATH%" "%RELEASER_VERSION%"

Thanks, Ulf Haueisen

I am trying to find a combination of Webkit and FCKEditor that shows something for FCKEditor. Please provide any links or instructions. I have downloaded the latest WebKit but FCKdoesn't seem to work with it. I am running OSX 10.4.9. WebKit 2.0.4 (419.3).

We have integrated FCK into our KB product and Apple is very interested in purchasing it but they are demanding Safari compatibility. We may be able to get some Apple engineering help if needed

Re: IE 7 shuts down when I delete a table caption with FCK Editor "Table Properties".

I am using the following: Dell 5100 Laptop Windows XP Home IE 7 osCommerce 2.2 FCK Editor 2.4.2, Build 14978

Steps that I take:

1. Editing content on my osCommerce site.
2. Open FCK Editor
3. Click on the border of a table, then right click to open dialog box.
4. Left click on "Table Properties."
5. Clear the "caption" either by backspacing or highlighting and deleting.
6. Click "OK"

After clicking on "OK" I get an error message that says Explorer "has encountered a problem and needs to close." All unsaved changes are always lost when this happens.

Thanks,

Dwayne Clean Surroundings

When dragging an image already contained in the editor (like a smiley, for example), it disappears on drop.

Switching to source view shows that the image has been moved to the correct place in the code, and the image reappears when switching back to WYSIWYG.

The toolbar combos (Style, Format, Font and Size) are not always opening (actually almost never).

I was able to open the Font combo one or two times in dozens of page reloads, so theoretically, the combos creation is ok.

Tested with Opera build 9418. No JavaScript errors.

The backspace keystroke behavior is completely broken.

Steps to Reproduce

1. Load sample01.html;
2. Place the cursor after the sample text and hit [Enter];
3. Type "Test" and hit [Backspace] (wrong behavior);
4. Hit [Backspace] some few times (wrong behavior).

Tested with Opera build 9418.

The best way to describe this issue is for you to see if for yourself. In the latest version of Firefox, use the html providided with this ticket. Once youve got the HTML in, locate the line "hhttp://www.naturefoundation.org.au" and hit back space on the left hand side of it so it resides on the same line as the link above it. Then hit ENTER. The editor gets dislaced and the only way to get it back is by resizing the screen.

When using jsp connector in FCKeditor, I notice that the connector doesn't check the file type during uploading. FCKeditor has the type of image and files to be allowed or denied for uploading in the fckconfig.js. However, since the connector doesn't check the file type, user can upload any type of files in the image and file folders on the server. It seems that this feature works better in php version.

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

The problem reported in bug #1214941 "copying and pasting from word doesn't force it as plain text, even though I have that option turned on"

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

was only patched for CTRL+V paste method.

The problem still happens if you paste using "Edit menu --> Paste", if you paste dragging from another window or if you paste using COMMAND+V (in Mac) or MAYS+INS (in Linux).

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

The page to test compatibility in Safari and Opera fails with 404

​http://www.fckeditor.net/nightly/browsers_test.html

# When editing a page with categories, FCK just removes the categories

# Hint: apparently, this is due to the way FCK is loading the page. When parsing the wikiToHtml output, it considers the categories section as something that should not be parsed (ouside <!--FCK_SKIP_END-->), so there would probably need to be a special parsing added for the category section of the page. Categories insertion works though, as they are simply links.

# Besides, when searching a link for a namespace that is not the main one, like User:Evans or Category:XYZ the ajax search box returns nothing

The __NORICHEDITOR__ magic word could be created to disable FCKeditor on specific articles (those were too much Wikitext hacks are used for specific need).

Whenever I have selected a text and tries to apply a formatting (bold/italic/font etc) the selection is collapsed and the formatting is not applied to the selected text.

Verfied with IE7 in nightly build.

(Thanks for the awesome integration into Mediawiki.)

When saving a page that contains thumbnails, thumbnail references are not preserved and are replaced with references to their full sized images.

Before: ​http://fck.wikidiy.com/index.php?title=Communicate-with-Body-Language&oldid=962998

After: ​http://fck.wikidiy.com/index.php?title=Communicate-with-Body-Language&oldid=987145

Even though I only added some text to the article and saved it.

MediaWiki 1.10.1 + FCKeditor 2.4.3 + MS Windows 2003

This ​http://mediawiki.fckeditor.net/index.php/FCKeditor_integration_guide integration guide from MediaWiki_FCKEditor don't help me!

I have MediaWiki 1.10.1+WAMP+Windows Server 2003. I try integratde FCKeditor 2.4.3, but FCKeditor don't work.

Where I may see ErrorLog?

In addition, when I change includes/SpecialPreferences.php (optional) then I get:

Fatal error: Access to undeclared static property: FCKeditor::$nsToggles in C:\wamp\www\mediawiki\includes\SpecialPreferences.php on line 870

I can not use copy and paste functionality in the nighly build. The shortcuts are not working at all, but when using the toolbar buttons the text is copied but not pasted.

This seems to working at ​http://www.fckeditor.net/demo but not at ​http://www.fckeditor.net/nightly/fckeditor/_samples/default.html

I've also noticed that when pasting text the text is not always displayed before a user as pressed a button or moved the mouse.

Scenario:

1. Go to nightly build version of FCKeditor
2. Place cursor inside the strong text
3. Press enter
4. Press enter again - no new paragraphs is made

Maybe the fix for #1081 is source of this error?

Testing with IE7

Reproduction procedure:

1. Open sample01.html in Opera.
2. Place the caret to the end of the document.
3. Press backspace a few times.
4. The caret jumps around while deleting characters.

The bug does not occur in 2.4.3.

The editor toolbar set seams quite unstable. Its toolbars start moving while using the editor.

To reproduce it, just open the editor and start clicking randomly inside the text. You will note that, sometimes, the toolbars change positions, leaving space gaps between them.

Hi All,

I am very new to this community and I am using FCKEditor in a website. I want to create the Save functionality in the FCKEditor. I want it something like this. Whenever I click on the Save Icon on the FCKEditor it should save the text into the database or display it in the GridView. But I don't know how to make the Save Icon functionality in the FCKEditor working. Could you guys send me some instructions or code.

Thanks for your help. Looking forward to your reply.

Koonda

Steps to Reproduce

1. Load sample07.html;
2. Switch to Source.

The following is the resulting output:

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
    <head>
        <title>Full Page Test</title>
    </head>
    <meta content="text/html; charset=utf-8" http-equiv="Content-Type">
      
     </meta>
    <body>
        <p>This is some <strong>sample text</strong>. You are using <a href="http://www.fckeditor.net/">FCKeditor</a>.</p>
    </body>
</html>

Note that the <meta> tag is after <head> and it is expanded.

Sometimes deleting of Page Break leads to crash.

Steps to reproduce:

1. Load sample01.html
2. Move cursor at the end of text.
3. Insert Page Break (click on 'Insert Page Break' button)
4. Press Up, End, Delete . Opera crashes.

Tested with Opera 9.5 build 9500. Opera 9.23 doesn't have this bug.

Sometimes context menu disappears while moving mouse over it.

Steps to reproduce:

1. Load sample01.html
2. Insert a table
3. Place keyboard cursor into any cell.
4. Right-click on the cell.
5. Try to select 'Delete Table' item in context menu (move mouse over context menu from top to bottom)

Tested with Opera 9.23 and Opera 9.50 alpha (build 9500)

Opera crashes after horizontal splitting of table cell.

Steps to reproduce

1. Load sample06.html
2. Place caret at the end of text.
3. Click 'Insert/Edit Table' button, then click 'OK' button in dialog window.
4. Place caret at the first table cell and click 'TableHorizontalSplitCell' button.
5. Click on the first table cell to place caret there. Opera crashes.

Tested with Opera 9.5 alpha (build 9500)

This bug is a follow up to #253. This specific feature has been introduced for that ticket, but Opera presents a strange behavior.

Steps to Reproduce

1. Load sample01.html;
2. Place the cursor in the middle of the word "some". For example, after the "o";
3. Press CTRL+B several times. The toolbar will behave correctly to the command, but note that a small space is added for each time it get pressed.

Analyzing the DOM after CTRL+B, all we have is "so<b></b>me", with the selection inside <b>. That was our intention, but the small space get rendered for the empty <b>.

The code which applies the style can be found in the "_ApplyInlineStyle" function in fckstyle.js. It can be condensed to the following code, which is the only way we have found to make it work with Opera:

// Here the <b> tag is build.
var collapsedElement = this.BuildElement( range.Window.document ) ;
collapsedElement.innerHTML = '&nbsp;' ;
range.InsertNode( collapsedElement ) ;
range.MoveToNodeContents( collapsedElement ) ;
range.Select() ;
FCKSelection.Delete() ;

To note that "range" is FCKDomRange, not a standard DOM Range object.

For ticket #253, the required feature has been created for FF, IE and Opera. We haven't found a feasible way to have this feature on Safari, so more investigation is needed.

When using toolbar buttons, like bold and italic, it is expected the focus to remain in the editing area, so it is enough typing to continue writing.

Just load the editor and switch to the source view. Note that the source editing area (textarea) is cut at the right and the bottom).

Also, note the effect when using the mousewheel inside of it... the entire editor will move up and down.

Editing a page will take all images like this: Example.png?

And convert them to this: [[Image:|Image:Stickman_Evolu.png]]

In the process, breaking all the images and replacing them with that string of text above.

This is a critical error! It makes it unusable. We've had to disable FCKeditor on our enterprise wiki. Please help us fix it! It seems like a simple syntactical hack might do the trick.

I use 3 wiki for multilingual purposes: 1 french, 1 dutch and 1 global that is configured shared upload of images

The code for the images of the existing images is transformed when i preview or clik on the wikitext button

Steps to reproduce: open a page in the wiki: the image are correctly shown click on edit: i still see the images click on the wikitext button to see the "source" code:

the link for the first image was :

[[Image:|Image:But_harm_afwezig.png]]

and it becomes: [[Image:|Image:But_harm_afwezig.png]]

Moreover when i try to place a new image, the dialog box does'nt let me access tio the shared folder of images but still in the local images

parameters in LocalSettings.php: $wgUploadNavigationUrl="​http://localhost/mediawiki/index.php/Special:Upload"; ##to use pool's wiki file in language wiki

$wgUseSharedUploads = true; $wgSharedUploadPath = '​http://localhost/mediawiki/images'; $wgSharedUploadDirectory= 'C:
WWWroot\mediawiki
images
'; $wgHashedSharedUploadDirectory = true;

Steps to Reproduce

1. Load the following HTML:

<p><b>Testing</b></p>

2. Place the cursor at the end of the text;
3. Hit Enter.

The caret will not move, but the new paragraph is being created. It is enough to switch to Source View to see it.

When I enter new paragraph Safari moves to the beginning of the page. See attached video.

In IE6 or IE7.

Go to the FCKeditor demo page.

Click the New Page button. Text is now removed. Click the New Page button again.

If you do this... then IE crashes most of the times.

The maximize button is not working in the current SVN snapshot. Pressing maximize button in IE in sample01.html causes FCKeditor to become partially displaced towards the top-left direction.

I've used the CreateHTML() method to load multiple instances of fck on a page. When running in IE7, activating two of them at the same time brings IE down. I've attached my html and javascript.

I reverted to 2.43 and the problem appears to go away.

Steps to Reproduce

1. With the a collapsed selection (blinking caret), click on the "Bold" button in the toolbar;
2. Type some text.

The text will not be bold as expected.

It was working previously, but it is broken with the latest Opera build 9660.

All keystroke combinations set with the FCKConfig.Keystrokes setting are not being anymore executed with Opera. It is enough to type CTRL+B on some selected text. It will produce <strong> (the default browser behavior), while it is expected to return a <b> (just use the relative toolbar button to compare it).

It used to work perfectly on previous versions, but it is now broken with Opera build 9660 (not saying that it has become broken with that precise build).

Toolbar buttons are not anymore context sensitive. It used to work, but it is now broken with Opera build 9660.

The Java implementation is not detecting Safari and Opera, for compatibility with FCKeditor 2.5.

The PHP implementation may be used as the base for it.

To reproduce the bug:

1. Go to sample01.html with Firefox or Safari (Popup menues aren't working in Opera 9.50 build 9660 as of now).
2. Insert an empty table to the document.
3. Right click on the empty table.
4. Try to open any submenu (e.g. "Cell") by moving the mouse cursor.
5. The submenu appears, but the original menu disappears.

The EnterMode = div|br have no effect on Opera build 9660.

There are several errors in the console trying to load the editor from a file: uri in Firefox3 beta1

(roughly translated)

Error: uncaught exception: Permission denied to set the property Window.FCK_STATUS_NOTLOADED

Error: uncaught exception: Permission to read the property HTMLDocument.getElementById denied

...

<div align="left"><a target="_blank" href="http://www.baidu.com"><u><em><strong><span style="background-color: rgb(255, 0, 204);"><span>4，<span>  </span></span></span><span><span style="background-color: rgb(255, 0, 204);">XXXXXXXXX </span></span></strong></em></u></a><a target="_blank" href="http://www.baidu.com"><u><em><strong><span><span style="background-color: rgb(255, 0, 204);">
<div></div></span></span></strong></em></u></a></div>

1. Click "Source", and paste the html codes
2. Click "JustifyRight"
3. FCK2.5 Crashed.

While using demo on your site and trying upload images it say "Upload a new file in this folder (Upload in progress, please wait...)" forever. This happens when using IE 6.0, in firefox everything ok

Hi,

I´m getting this bug since release 2.5, aparentely due to a javascript loop on text format commands. The page freezes and returns a message asking me to stop the script that is taking too long to run. That also happens on the demo page for this site when you put a long text (it doesn´t need to be that long), containing paragraphs with different text formats, select it all and try to do any formatting with it, such as right aligning.

I´m using Internet Explorer 6.0 and Windows XP.

Hope you find a solution on that enableing me to upgrade FCKEditor, solving most of the problems I have on the previous versions.

Thanks,

Luís

Tested on Firefox 2.0.0.11 and Internet Explorer 7

To reproduce:

1. Go to nightly sample editor
2. Paste into the source the following code:

<div><span class="text">
<table>
    <tbody>
        <tr>
            <td>test</td>
        </tr>
    </tbody>
</table></span></div>

3. Click the source button to return to wysiwyg mode.
4. Ctrl+a to select all.
5. Select Normal from the format drop-down.

The browser will return an unresponsive script alert.

I installed the latest version of FCK editor available on the FCK editor media wiki project page. On my wiki, every time I try to edit 'style'(HTML) on wikitext- for example: style="background-color:red"-

Once I save changes- the background color changes to red.

If I try to re-edit the page, the style becomes style="" and the background color is re set to default. Everytime I try to change style- the same happens.

Kindly help! This is urgent(as am sure is every other ticket- but you get the point.. :-))!

We should be introduce slf4j (for more infos click ​http://www.slf4j.org/). It's a Simply Logging Facade especially for 3rd-party-tools.

We need some exemplary JUnit tests for the class Compatibility to ensure, the browser compatibility check works fine.

doPost is almost feature-complete but 2 points are still missing:

1. Explicit Activation
   
2. Check images

Triggering QuickUpload before browsing the server causes a NPE if the type folder does not exist.

Our current proposal for MediaWiki+FCKeditor consists in a MW installation, which includes our extension on it. We also have some other extensions there with it. This is a bit messy, as we have nothing to do with the MW core or those other extensions.

We should work to isolate our code in a pure extension, having only the extension related code in the SVN, making it possible to use it in any MW installation out there.

This is a regression bug.

To reproduce:

1. Modify sample01.html so that it runs in domain relaxation mode.
2. Open the modified sample01.html.
3. Open a dialog, e.g. the smiley dialog.
4. Permission denied errors.

Some previous updates to the SVN seems to have broken dialog tabs.

To reproduce the issue:

1. Open any dialog with tabs. (e.g. the About dialog)
2. Click a non-selected tab.
3. The tab does not work.

Reproduction procedure:

1. Open sample01.html in IE6 (must be a native IE6 installation, MultipleIE's IE6 won't do).
2. Open image dialog, or image button dialog, or the flash dialog.
3. Close it.
4. IE6 crashes, and it forced to be closed by Windows XP.

functions miss to replace ​http://en.wikipedia.org/wiki/ASCII#ASCII_control_characters I did in Java with a simple "|[\u0000-\u001F]|\u007F"

Just add to PHP and other connectors

Steps to Reproduce

1. Open sample01.html... the editor will not load at all, throwing JS errors in the console.
2. Move to another site.
3. Move back to the sample01.html page with the left arrow in the browser toolbar. The editor will now load.

Confirmed with Opera build 9812, but has been a problem with previous builds too.

When opening sample01.html, an extra paragraph space is automatically added at the top of the loaded contents.

Confirmed with Opera build 9812.

All element names are uppercased on the output produced by FCKeditor with Opera.

Confirmed with Opera build 9812.

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

see UploadResponseTest

It's a complete mess. Handling with the contextpath, userfilespath, type and so forth. This has been done in a clean way.

To recreate this yourself, go look at the current FCKeditor Demo (the nightly build does it also.)

If you have text in the RTE with an applied style, for my example we'll use bold, and you try to apply that same style above that previous style in the document, when you close the tag, it removes that same style from the rest of the document below where you closed the tag.

Example: Here is your bold text. It is typically much thicker than normal text.

If you were to move that text down and try to write a line above that line and you wanted to use some bold text, there are two ways you could do it:

First, you could write the whole line out and once the line was written, highlight the part you want bold and apply it. This works fine.

The second was is to, while typing it, stop at the word you want bold, either press the B icon in the toolbar or press CTRL+B to turn bold on, and then continue typing. When doing this, when you turn bold off by either pressing the B icon in the toolbar or using CTRL+B, it removes all style from the rest of the document that matches that style.

This is a very serious usability bug and hampers productivity for our environment. Thank you for your quick investigation and fix to this problem.

This is a very serious bug which is making the full page mode unusable. To reproduce the bug:

1. Open sample07.html in any browser.
2. Switch to Source mode.
3. You'll see fck_internal.css being included inside the full page XHTML source.
4. Switch to WYSIWYG mode and back to Source mode.
5. You'll see the <LINK> tag(s) used for including our internal CSS files are being duplicated!

The issue did not exist in 2.5.1 or any 2.6 code before the floating dialog branch merge. So some changes in between must have caused this bug.

... since last ConnectorServlet#doPost cleanup

When trying to display a dialog using the new FCKDialog while on IE while in source view an error occurs.

IE says "'selection' is null or not an object"

I managed to track this error down to /fckeditor/editor/_source/internals/fckdialog.js line 112.

I don't understand in internal workings of FCKEditor fully. I have managed to work out that it's due to it trying to access the Editor which isn't about while in source view.

Adding a check for the EditMode and using the EditingArea.Textarea to select the selection seems to fix the problem. I'm not 100% sure this is the correct fix so an FCKEditor core dev will have to read though the patch I've attached.

This bug was originally reported by Wiktor. To reproduce:

1. Open sample01.html in IE7 under domain relaxation mode.
2. Crash! Boom!

It works well in IE6 though.

I want to use formula tools in my mediawiki. I integrate the fckeditor into mediawiki successfully. Then I install the math requirements, it do can render math images, but doesn't works well.

when I input a formula in the formular dialog, then submit, the math image doesn't show immediately, but a image placeholder. If I click the "wikitext" button, it seems work well with a conversion to real wikitext like "<math>formula</math>". Then click the "wikitext" button, the required math image turns out. The most important, while save this page, it becomes [[image:|formula]].

there must be a solution to this problem, for a successful example exists in "​http://mediawiki.fckeditor.net/index.php/Sandbox", it works quite well.

With Safari 3.1 when I click on fullscreen button of FCK toolbar, my browser screen become all white and I can't write on it. The only things I can do is click on Back button of my Browser.

Browser: Safari 3.1 OS: Mac OS X Leopard 10.5.2

This is a very important step to get a flexible design to add some more request-based additional function in future.

Due to the project transformation assemblies are broken. Fix 'em!

Site has to be rearranged due to multimodules!

If I download the nightly build or any other 2.6rc version so far, I will get an error stating fckstyles.xml could not be loaded and if I would like to see the response details.

The response detail shows the contents of fckstyles.xml in good condition. It has a status of 200.

I know that this bug has been reported earlier by someone else, and that you did not look into it further, because it is working ok for you. For others, however, it is definitely NOT ok.

What I did as a solution is open internals/classes/fckxml_ie.js (the error applies to the gecko version as well!). I swapped the conditions that check for the status.

//the if conditions below are swapped compared to your version
		if ( oXmlHttp.status == 0 && oXmlHttp.readyState == 4 )
			this.DOMDocument = oXmlHttp.responseXML ;
		else if ( oXmlHttp.status == 200 || oXmlHttp.status == 304 )
		{
			this.DOMDocument = FCKTools.CreateXmlObject( 'DOMDocument' ) ;
			this.DOMDocument.async = false ;
			this.DOMDocument.resolveExternals = false ;
			this.DOMDocument.loadXML( oXmlHttp.responseText ) ;
		}

I do not know if the swapping is ok, I suspect not. But it works.

Reproduction procedure:

1. Set FCKConfig.DocType = '<!DOCTYPE html PUBLIC "-W3CDTD XHTML 1.0 TransitionalEN" "​http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">' ; in fckconfig.js.
2. Open sample01.html.
3. Examine the compatibility mode in the editor frame by typing "javascript: alert(frames[0].frames[0].document.compatMode);" - it is "BackCompat" which means Quirks mode. The editing frame should be running in standards compliance mode with DocType set to XHTML Transistional.

Installed both 2.6 stable and latest nightly build. I have problems with IE6. IE7 and Firefox works fine.

In IE6 the dialogboxes for copy text, links etc only works the first time. Second time (or any time later) I only get a grey box with no form fields or buttons. It doesn't matter witch one I click first. After the first time for any box, none of the boxes works.

There is one exception. The dialog box for insert image works.

Source: ​http://www.fckeditor.net/forums/viewtopic.php?f=6&t=9242

I use FCkeditor 2.6Rc in Ubuntu FIrefox 2.0.0.13, when i upload a image file, i get error message in browser error console "Error: uncaught exception: Permission denied to get property Window.OnUploadCompleted",

but when checked the upload dir in my server, the image has been actually uploaded successfully.

copyright notice should be:

&copy; 2004 - 2008 Frederico Caldeira Knabben (<a href="​http://www.fredck.com/">FredCK.com</a>). All rights reserved.

relevant places to have a look: javadoc, site, jxr