Custom Query
Results (601 - 700 of 2646)
| Ticket | Summary | Keywords | Owner | Type | Status | Priority |
|---|---|---|---|---|---|---|
| #2652 | EnterMode = br interferes with IE's auto-linking feature | Confirmed IE | Bug | closed | Normal | |
| Description |
When entering a URL into FCKEditor using IE, IE automatically turns the URL into a link. This happens immediately upon pressing space or enter to finish the URL. When EnterMode is set to "br", this feature does not work anymore on pressing enter (still works on pressing space). |
|||||
| #2653 | Changing table properties cannot be undone (undoes the previous action instead) | Confirmed Review+ | Bug | closed | Normal | |
| Description |
changing table properties does not insert an undo step. The result of this is that the change in properties cannot be undone. The previous action is undone instead. The attached patch (fck_table.html) will always insert an undo step, which currently only happens when the table is initially created. This seems to fix the problem (the jury is still out on potential negative implications, but it looks safe). |
|||||
| #2659 | Word pasted content jumps to the bottom of the editor | IE7 | Bug | closed | Normal | |
| Description |
Issue: MS Word pasted content jumps to the bottom of the editor when switching views (such as to Source view and back). I have tested this in 2.6 and on the demo of 2.6.3 and it happens in both using IE7/Win. I cannot reproduce it start-to-finish in Firefox. These are the steps to reproduce it:
This keeps happening with some of our users. It may be a function of pre-existing bad code on the page, or they paste the wrong way and try to fix it. Either way, it happens regularly. I have been through the forums and support tickets but did not find anything that matched. Has anyone else seen this or heard of a workaround? Posted in the support forum as http://www.fckeditor.net/forums/viewtopic.php?f=6&t=12106 |
|||||
| #2662 | Make dialog layout work in quirks mode. | Confirmed IE | Task | closed | Normal | |
| Description |
Dialogs in the current SVN code of CKEditor 3 don't work under quirks mode. |
|||||
| #2669 | while drag and drop of ImageButton ,the path will be changed to absolute path | IE7 | Bug | closed | Normal | |
| Description |
while drag and drop of ImageButton ,the path will be changed to absolute path. Example while loading the imagebutton from server,in the source view the path will be like"images/gobi.gif".After that drag and drop of that image inside the editor,the source view that particular imagebutton source is chaned to "www.fckeditor.net/images/gobi.gif".In the case of image the path is not changed. Please check this one. |
|||||
| #2679 | Indent causes infinite loop | Confirmed IE Review+ | Bug | closed | Normal | |
| Description |
Steps to reproduce
<p><span>
<table width="100" border="1">
<tr>
<td>test</td>
</tr>
</table>
</span></p>
Expected resultNo changes happening. Current behavior
The IE7 will return an unresponsive script alert. Stop script execution and back to source view, it shows: <p><span><span id="1227705253552S" style="display: none"> </span></span></p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p> </p>
<p><span>
<table width="100" border="1">
<tbody>
<tr>
<td>test</td>
</tr>
</tbody>
</table>
</span></p>
BrowsersIE6, IE7. AdditionsThis is some how like #1717. |
|||||
| #2685 | Integrate the SpellChecker.net "Web Spell Checker" | Confirmed Review+ | New Feature | closed | Normal | |
| Description |
We are partnering with SpellChecker.net to bring a nice new feature to the editor. It consists on a powerful spell checker (and not only) that requires no installation neither in the browser nor in the server. This spell checker is called "Web Spell Checker". It's an online service provided by SpellChecker.net, which is closely integrated with the editor interface. It is free, but the free version displays a banner space while the spell check dialog is open. Because of the "zero installation" nature of this solution, it is supposed to become the default spell checker in the editor. We'll still support SpellerPages and ieSpell just like before. This ticket should handle not only the code necessary to introduce this feature in the editor, but also all documentation changes and additions to properly inform our users about the possible settings, and an explanation for the banner thing. |
|||||
| #2689 | URLs are encoded incorrectly when connectors pass back URLs for File elements in XML | Confirmed Review+ | Bug | closed | Normal | |
| Description |
When the file browser is used to fetch files and folders, an optional "url" attribute can be passed back with each "File" element. If the "url" attribute is not passed back with each "File" element, then the resulting URLs are displayed correctly after fetching an image or link. However, if the URL parameter is specified, then problems occur. The "GetFilesAndFoldersCallback" function will store the URL, assuming that it isn't encoded already (which is incorrect - the data is a URL, after all). Then, in the "OpenFile" function, the URL will be "re-encoded". This becomes a problem when the URL already contains encoded characters. For example, if one of the parts of the URL contains a space, then the "url" attribute will come back with a '%20' (as any correct URL should). The resulting '%20' will then be re-encoded to read "%2520" in the 'OpenFile' function. Obviously, this would be incorrect. |
|||||
| #2690 | Second-level context menus are selectable | IE | Bug | closed | Normal | |
| Description |
[144] fixes SF bug 1660456 (context menus are selectable). However, the second-level context menu (for example the Cell or Row options in the context menu for tables) are still selectable, so that in IE, you can end up with a full-screen display of "fck-strip.gif" as the result of unfortunate drag-drap actions. |
|||||
| #2696 | Fix autogrow in Firefox | Review+ | Bug | closed | Normal | |
| Description |
Autogrow doesn't work in Firefox |
|||||
| #2712 | Editor crashes when left-aligning centered text | Confirmed IE | Bug | closed | Normal | |
| Description |
This has been confirmed with FCKEditor 2.6.3. Steps to reproduce:
(Test Data): <div class="O" v:shape="_x0000_s1026" style="text-align: center"><span style="font-size: 20pt">E-BizL [%] = <div class="O" v:shape="_x0000_s1026" style="text-align: center"><span style="font-size: 16pt">Shipping units with electronic interchange / <div class="O" v:shape="_x0000_s1026" style="text-align: center"><span style="font-size: 16pt">All shipping units (based on actual arrival date)</span></div> </span></div> </span></div>
Browser name and OS : IE 7.0.5730.11 on Windows XP Professional, SP 2 |
|||||
| #2716 | Image upload dialog freezes on IE when uploaded file is missing (or server response is invalid) | IE | Bug | confirmed | Normal | |
| Description |
In IE you can directly enter the file name to be uploaded. When entering a path to a non-existing file, the upload dialog shows a progress bar that never finishes. Clicking on the [x] icon to abort the image upload does not work, so there is no way to continue editing the text. Note: the same also happens when a response from the server is malformed. In this case, however, the request does not seem to reach the server, so that there is no way to fix it server-side. Note: other browsers do not let you enter the file name directly, so that this problem is much less likely to occur (probably only when deleting the file after selecting it). Also, at least on Firefox, it is possible to close the image upload dialog while the progress bar is still on. |
|||||
| #2720 | Cursor jumps around on IE after pasting entire paragraphs into inline-formatted sections | IE | Bug | closed | Normal | |
| Description |
<P><STRONG>aaaa</P> <P>bbbb</P></STRONG> <P>bbbb</P>
Note: This seems to be IE-only. |
|||||
| #2727 | FCKDomTools.GetIndexOf(node) failed for IE | HasPatch IE | Bug | closed | Normal | |
| Description |
Steps to reproduce
<P><SPAN><P>aaa</P></SPAN><P>bbb</P>
Expected resultsStep 3 should create a new line at the page top. Step 4 should create a new line between "aaa" and "bbb". Current behaviorStep 3 created a new line between "aaa" and "bbb". Step 4 created a new line at the page top. BrowsersIE6, IE7. Known factsFor IE6/IE7, the following is surprisingly true for above example: node.firstChild ≠ node.childNodes[0] Attached test.html can show above effects. |
|||||
| #2738 | strict warnings cleanup | Review+ | Bug | closed | Normal | |
| Description |
three little changes. |
|||||
| #2749 | InsertHtml() is inconsistent between IE 7 and Firefox 2 | IE | Bug | closed | Normal | |
| Description |
If called several times in succession, these three lines of JavaScript create different behavior in IE 7 vs. FF 2: var oEditor = FCKeditorAPI.GetInstance('FCKInput'); oEditor.InsertHtml(strInsertion); oEditor.Focus(); The difference between the results in IE and FF is that the insertion point in the editor behaves differently. To see this in action, please visit http://132.236.21.62/collt/authoring/InsertAtCursor_Problem.htm. I also attach the same HTML file. I'd appreciate an update sent to sp27@…. |
|||||
| #2753 | Removing a table in source mode can lead to errors in IE | Confirmed IE Review+ | Bug | closed | Normal | |
| Description |
Another way to reproduce it: start dragging the resizer and move your cursor up to the toolbar and release it now. Now just switching between source and design is enough to trigger the error. The proposed patch clears the internal variables of the plugin in the OnAfterSetHTML event and this way the errors goes away. |
|||||
| #2757 | Selection is not restored properly from bookmark2 in this case. | Confirmed Review+ | Bug | closed | Normal | |
| Description |
If you have a non-intrusive bookmark of a text selection that has a previous sibling that is not a text node FCK will not re-select it properly. The problem is that the bookmark creation code assumes the previous sibling will be a text node and it will break the bookmark if it is not. These changes to the while loops fix it (fckdomrange.js line 477): Old: while ( curStart && addrStart.nodeType == 3 ) while ( curEnd && addrEnd.nodeType == 3 ) New: while ( curStart && curStart.nodeType == 3 && addrStart.nodeType == 3 ) while ( curEnd && curEnd.nodeType == 3 && addrEnd.nodeType == 3 ) |
|||||
| #2759 | error when perfroming drag and drop in ie | IE | Bug | confirmed | Normal | |
| Description |
ie throws javascript error: Incompatible markup pointers for this operation This occurs when drag and drop action takes place from the same browser window the editor is currently running. Additonaly the formating remains even with ForsePasteAsPlainText set as True. |
|||||
| #2763 | Undo/Redo system porting from v2 | Confirmed Review+ | New Feature | closed | Normal | |
| Description |
Undo/Redo system need to be ported from v2, the features could be summed up as below:
Test cases ported from #915 :
|
|||||
| #2768 | plug-in:basicstyle all basic styles unable to apply reversely | Confirmed Review+ | Bug | closed | Normal | |
| Description |
|
|||||
| #2770 | Issue tabbing out of FCKeditor field to Radio Button group or Submit button | IE | Bug | confirmed | Normal | |
| Description |
Using FCKeditor version 2.4.3 with 2215.4.patch.
If I add another text field following the FCKeditor field the tabbing works as expected. If I remove the reference to the FCKeditor from the page, I can tab from field to field as expected. I am running on WindowsXP and have duplicated this problem in IE6 and IE7. I also downloaded the latest nightly build and I still see the problem. |
|||||
| #2775 | Implement Paste from Word dialog | Confirmed Review+ | Task | closed | Normal | |
| Description |
This bug cause comments tag content being inserted as codes when switch to 'source' mode after pasting MS-WORD(2003) documents which always contents IE-targeted conditional comments.
Edit (2009-01-16): This is actually a missing feature. |
|||||
| #2776 | Window "jumps" and does not submit when submit button clicked (IE) | IE | Bug | closed | Normal | |
| Description |
Bug appeared in 2.6.3 (not present in earlier versions) and continues through SVN. Only occurs on pages that have a significant amount of content between the FCKeditor window, and the submit button of the form they both belong to. To reproduce:
Notes:
I hope this is clear enough, it's my first bug submission. Thanks. |
|||||
| #2777 | It should not be possible to merge cells from one table section to another | Confirmed Review+ | Bug | closed | Normal | |
| Description |
At the moment it is possible for example to merge cells in a thead with cells in a tbody. That should be made impossible, see this topic: http://www.fckeditor.net/forums/viewtopic.php?f=11&t=10726&start=60 Koen Willems |
|||||
| #2779 | Spell check dialog partially obscured in IE 8 | IE8 | Bug | closed | Normal | |
| Description |
On the fckeditor demo page, open the spell check dialog in IE 8. Click on the title bar of the spell check dialog. Move the mouse. Before long, the right hand side of the window will obscured. Move the mouse some more and the right hand side of the dialog will re-appear. |
|||||
| #2787 | Special character plugin doesn't work in IE | Review+ | Bug | closed | Normal | |
| Description |
Special character dialog looks bad and doesn't work in IE. |
|||||
| #2789 | insertHtml() error | IE Review+ | Bug | closed | Normal | |
| Description |
insertHtml function doesn't work in IE. To reproduce try run: editor.insertHtml( "aa bb cc" ); Result: Error in editingblock/plugin.js on line 65 |
|||||
| #2790 | Write a sample on custom dialogs | Review? | Task | closed | Normal | |
| Description |
Write a sample page, api_dialog.html, which shows how the API can be used to:
It should be possible to do tasks 2-5 without needing to modify the dialog's .js file or its own definition code. |
|||||
| #2791 | UI flashes when loading. | Confirmed Firefox Review? | Bug | closed | Normal | |
| Description |
In Firefox, it's possible to quickly see the editor and the dialog rendered without skin even before the skin CSS is loaded. Then, once the CSS is ready, it redraws the UI in the right way. Not checked, but the same thing may happen with the contents. There should be a way to hold the rendering of any UI element until the CSS is loaded. |
|||||
| #2794 | V3: Include INSTALL.html with basic installation instruction | Confirmed Review+ | New Feature | closed | Normal | |
| Description |
A file named INSTALL.html should be available at the root of our distribution, containing basic installation instructions, pointing to our documentation more information. |
|||||
| #2801 | hebrew translate for 2.6.4b | Review+ | Task | closed | Normal | |
| Description |
hebrew translate for 2.6.4b |
|||||
| #2802 | Dialog objects should be cached separately for each editor instance | Review+ | Bug | closed | Normal | |
| Description |
The dialog plugin is caching dialog objects under CKEDITOR.dialog._.storedDialogs. This isn't correct because a dialog object created from the first editor instance would be used in the second, third, etc. editors as well. This needs to be fixed before #2790. |
|||||
| #2803 | Separate default values from initial values in dialogs | Review+ | Bug | closed | Normal | |
| Description |
Instead of treating the initial values in dialog opening as another set of default values, initial values in a dialog should be stored and deleted as a kind of its own. This removes the need for a default value stack in the dialogui and dialog plugin, also removes the need to "pop" default values when a dialog closes. |
|||||
| #2807 | Fatal error when using content-type: application/xhtml+xml | Review- CantFix | New Feature | closed | Normal | |
| Description |
Steps to reproduce:
<script type="text/javascript"> var oFCKeditor = new FCKeditor('content'); oFCKeditor.BasePath = "../externals/fckeditor/"; oFCKeditor.Value = ; oFCKeditor.Create(); </script> Result: FCKEditor is not started. The following error message can be seen in FireBug extension for Firefox. uncaught exception: Operation is not supported (NS_ERROR_DOM_NOT_SUPPORTED_ERR) [Break on this error] document.write( this.CreateHtml() ) ; fckeditor.js (line 67) This problem is not appearing if 'content-type: text/html' is used in HTTP headers. This problem has been reproduced on the following software: OS: Windows XP SP3 Eng Browsers: Firefox 3.0.5, Google Chrome 1.0.154.43, Safari 3.1.1 (525.17), Opera 9.63 |
|||||
| #2811 | Turkish Language File for v2.6.4b | Confirmed Review+ | New Feature | closed | Normal | |
| Description |
added missing lines |
|||||
| #2816 | [IE] Refactor selection save/restore logic to work with focus state | IE Review- | Bug | closed | Normal | |
| Description |
Restore selection doesn't work for blued editor document. since editor is initially blured, direct dialog open will suffer from it. Procedures
|
|||||
| #2820 | Forms plugin | Review+ | New Feature | closed | Normal | |
| Description |
Use of setup, commit, setupContent() and commitContent() in all dialogs in the Forms plugin Example: validate: function()
{
var func = CKEDITOR.dialog.validate.integer( editor.lang.common.validateNumberFailed );
return func.apply( this );
},
setup : function( element )
{
this.setValue( element.getAttribute( 'rows' ) );
},
commit : function( element )
{
element.setAttribute( 'rows', this.getValue() );
}
|
|||||
| #2821 | floating numbers used in the page confuguration are converted to int | Review+ | Bug | closed | Normal | |
| Description |
If you set in the page that creates the editor a config option that uses a floating point number, oFCKeditor.Config['GoogleMaps_CenterLat'] = "46.95026"; then in the code the value will be the integer 46 due to the way that it's parsed in the fckconfig.js file. The patch does fix this behavior. |
|||||
| #2824 | Missing definitions translation for RU language | Review? | Task | closed | Normal | |
| Description |
CreateDiv : "Создать Div контейнер", MISSING
Div Dialog |
|||||
| #2835 | plugin:newpage failed to refresh elementpath | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Steps to reproduce:
|
|||||
| #2837 | Basicstyle plugin bug | IE Confirmed Review+ | Bug | closed | Normal | |
| Description |
Steps to reproduce: -Open trunk/_samples/sample.html?sample=replacebyclass in IE -Select "some" and click Bold. -Click Source. -Back to WYSIWYG. -Select "using" and click Bold. Result: JS error. Source code: <p _cke_expando="65"> This is <strong _cke_expando="70">some sample text</strong>. You are <span _cke_expando="78" _fck_bookmark="1" style="DISPLAY: none"> </span>using <span _cke_expando="78" _fck_bookmark="1" style="DISPLAY: none"> </span><a _cke_expando="79" href="http://www.fckeditor.net/">FCKeditor</a>.</p> In FF works fine. |
|||||
| #2839 | Refactor link dialog to use setup/commit system. | Review? | Bug | closed | Normal | |
| Description |
The link dialog is currently giving out errors in the api_dialog.html sample because removing fields and tabs in the old dialog API does not remove the related dialog logic. The setup and commit API was introduced earlier to tackle this problem. The link dialog's code should be converted to use it so that the api_dialog.html sample would be complete. |
|||||
| #2848 | suggestion: make hidden element actually hide in IE too, x-browser behavior | IE HasPatch | New Feature | confirmed | Normal | |
| Description |
I think it's a good idea to make the behavior of hidden element the same in all browsers. This actually is doable in IE so I have found after lots of searching: Setting FCK.EditorDocument.execCommand('RespectVisibilityInDesign', true, null);
makes display:none and visibility:hidden to be respected in editable documents (contentEditable=true). (Setting the second parameter to false instead of true will disrespect visibility, the default behavior of IE; and setting it to null will toggle the option.) See http://msdn.microsoft.com/en-us/library/aa770023(VS.85).aspx (IDM_RESPECTVISIBILITY_INDESIGN) |
|||||
| #2849 | Lithuanian language translation | Review+ | Task | closed | Normal | |
| Description |
Added missing language constants to lithuanian language |
|||||
| #2852 | Move link dialog to v3 trunk. | Review+ | Task | closed | Normal | |
| Description |
The link dialog did not make it to the v3 beta. It should be moved to trunk with all discovered issues (#2831, #2832, #2833, #2839) fixed. |
|||||
| #2853 | Move image dialog to trunk. | Confirmed Review+ | Task | closed | Normal | |
| Description |
The image dialog didn't make it to v3 beta, so it needs to be moved to trunk with a review to both its UI and its logic. |
|||||
| #2854 | Move table dialog to trunk. | Review+ | New Feature | closed | Normal | |
| Description |
The table dialog didn't make it to v3 beta. It needs to be moved to the trunk with a review to both its UI and logic. |
|||||
| #2856 | Inches and Centimetres | Confirmed Review+ | Bug | closed | Normal | |
| Description |
We still have people that work in Inches and NOT Centimetres. (Do not tell me off... I am trying to change them). In "fckeditor/editor/dialog/fck_paste.html" (CleanWord) you have: Remove margin styles. html = html.replace( /\s*MARGIN: 0cm 0cm 0pt\s*;/gi, ) ; html = html.replace( /\s*MARGIN: 0cm 0cm 0pt\s*"/gi, "\"" ) ; html = html.replace( /\s*TEXT-INDENT: 0cm\s*;/gi, ) ; html = html.replace( /\s*TEXT-INDENT: 0cm\s*"/gi, "\"" ) ; You might want to change to: Remove margin styles. html = html.replace( /\s*MARGIN: 0cm 0cm 0pt\s*;/gi, ) ; html = html.replace( /\s*MARGIN: 0cm 0cm 0pt\s*"/gi, "\"" ) ; html = html.replace( /\s*MARGIN: 0in 0in 0pt\s*;/gi, ) ; html = html.replace( /\s*MARGIN: 0in 0in 0pt\s*"/gi, "\"" ) ; html = html.replace( /\s*TEXT-INDENT: 0cm\s*;/gi, ) ; html = html.replace( /\s*TEXT-INDENT: 0cm\s*"/gi, "\"" ) ; html = html.replace( /\s*TEXT-INDENT: 0in\s*;/gi, ) ; html = html.replace( /\s*TEXT-INDENT: 0in\s*"/gi, "\"" ) ; |
|||||
| #2857 | EditorAreaCSS IE8 | IE8 Pending WorksForMe | Bug | closed | Normal | |
| Description |
I've tested the FCK Editor 2.6.4 (Build 21629) with Internet Explorer 8 Release Candidate (v. 8.0.6001.18372IC). And most of the Features work fine! But there seems to be a problem when linking custom css styles with long file paths to the FCK Editor. I tried several different options to EditorAreaCSS, and this is what I found out:
Test value: FCKConfig.EditorAreaCSS = "/App_Themes/Blue/css/content.css";
Test value: FCKConfig.EditorAreaCSS = "/content.css, /App_Themes/Blue/css/content.css"; The Files were available and on the right place! In all other browser everything works fine. Any Solutions? GreetX |
|||||
| #2858 | Appearance Dialog Boxes IE8 | Appearance Dialog IE8 | Bug | closed | Normal | |
| Description |
I've tested the FCK Editor 2.6.4 (Build 21629) with Internet Explorer 8 Release Candidate (v. 8.0.6001.18372IC). And found two more issues. Screenshots for better comprehension are attached!
1. Dialog Box / Controls in it, aren’t sized properly
2. Empty Context Menu overrides FCK Editor with background |
|||||
| #2860 | V3: Page Break | Confirmed Review+ | New Feature | closed | Normal | |
| Description |
Port the Page Break feature from FCKeditor to V3. |
|||||
| #2861 | Missing translation in Slovenian language | Review+ | Task | closed | Normal | |
| Description |
Missing translation in Slovenian language |
|||||
| #2862 | plugin:maximize porting from v2 | Confirmed Oracle HasPatch Review+ | New Feature | closed | Normal | |
| Description |
Related v2 tickets:
|
|||||
| #2863 | Move Print plugin to trunk. | Review+ | Task | closed | Normal | |
| Description |
We need to move the Print plugin to trunk. |
|||||
| #2864 | Implement the insert and remove numbered list and bullet list commands. | Review+ | Task | closed | Normal | |
| Description |
Need to implement the list commands and add them to the toolbar. |
|||||
| #2865 | Implement the increase and decrease indent commands. | Review+ | Task | closed | Normal | |
| Description |
Need to implement the increase/decrease indent commands, and add them to the toolbar. |
|||||
| #2867 | V3: Force Simple Ampersand | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Port the Force Simple Ampersand feature from V2. |
|||||
| #2869 | plugin:blockoutline porting from showblock of v2 | Confirmed Review+ | New Feature | closed | Normal | |
| Description |
Related v2 tickets:
|
|||||
| #2871 | Implement DOM range iterator. | Review+ | Task | closed | Normal | |
| Description |
#2864 and #2865 depends on DOM range iterator to work. So the DOM range iterator must be implemented first as a separate plugin. |
|||||
| #2872 | Server side integration - CKEditor creator | Confirmed Review+ | New Feature | closed | Normal | |
| Description |
Port the integration files from V2. |
|||||
| #2874 | tables: in FF caption seems to be in the wrong place | Confirmed HasPatch Review+ | Bug | closed | Normal | |
| Description |
FCKeditor generates the following <table ....>
<thead>
<tr>
<th scope="col">1</th>
<th scope="col">2</th>
</tr>
</thead>
<caption>My Caption</caption>
<tbody>
<tr>
<td>...</td>
<td>...</td>
</tr>
</tbody>
</table>
The following would be the correct markup <table ....>
<caption>My Caption</caption>
<thead>
<tr>
<th scope="col">1</th>
<th scope="col">2</th>
</tr>
</thead>
<tbody>
<tr>
<td>...</td>
<td>...</td>
</tr>
</tbody>
</table>
Going further with my tests, I just found that the bug doesn't show up if you use MSIE7. My conclusions:
OR
|
|||||
| #2876 | V3: Simplify domWalker | Confirmed Review+ | Bug | closed | Normal | |
| Description |
The current domWalker implementation is much more complex than it needs to be. It's using our event system to control its execution even internally, with no benefit from it. It should instead use direct function calls, like onDown, onUp and onSibling. The event system is to be used if we know we may have more than one, or an unknonwn number of listeners to the events. It's there to give flexibility, not just because it's nice to code with it. If instead we know we'll just have a single listener, we can safely do direct function calls. This eliminates the overhead coming from the even system, which definitely impacts on performance. |
|||||
| #2882 | V3 Save plugin | Review+ | New Feature | closed | Normal | |
| Description |
Create Save plugin for V3 |
|||||
| #2883 | Implement align commands. | Review+ | Task | closed | Normal | |
| Description |
Need to implement the align commands and add them to the toolbar |
|||||
| #2884 | Implement blockquote command. | Review+ | Task | closed | Normal | |
| Description |
Need to implement blockquote command and add it to the toolbar |
|||||
| #2885 | Implement the div container command. | Confirmed Review+ | Task | closed | Normal | |
| Description |
Need to implement the div container command and add it to the toolbar. |
|||||
| #2886 | Implement logic for handling bogus BR nodes. | IBM 3.0RC Review+ | Task | closed | Normal | |
| Description |
The bogus BR logic is needed in many dialog and style-related commands (e.g. table, list, enter key, etc.) |
|||||
| #2905 | plugin:find and replace move to trunk | Confirmed Review+ | Task | closed | Normal | |
| Description |
Find and replace plugin is required to move to trunk. |
|||||
| #2907 | V3: Make it possible to serialize range bookmark | Confirmed Review? | Bug | closed | Normal | |
| Description |
The current bookmark implementation saves references to DOM nodes. We have identified a number of cases where mutations need to be performed to range bookmark nodes, like cloning or innerHTML replacement. In such cases the node references present in the bookmark are not anymore valid, breaking it. Just like we have in V2, we should have an option to save ID references when needed. They perform a bit slower, but give the flexibility we need for it. |
|||||
| #2908 | Czech language file for FCK 2.6.4 | Review+ | Bug | closed | Normal | |
| Description |
Czech language file for FCK 2.6.4 |
|||||
| #2909 | V3: Move Range.CreateBookmark2 from V2 | Confirmed Review+ | Task | closed | Normal | |
| Description |
There are a few features depending on the CreateBookmark2 and MoveToBookmark2 present on V2. These functions must be moved to V3. |
|||||
| #2910 | V3 - Clipboard support | Review+ | Bug | closed | Normal | |
| Description |
Clipboard plugin with the following features: Cut, Copy, Paste, Paste as plain text. |
|||||
| #2915 | About plugin shows misleading user language | Review+ | Bug | closed | Normal | |
| Description |
At the moment the About Plugin shows in the Browser Info tab: User Language: xxx This display is incorrect. The JS code behind it is only able to retrieve the language of the browser, which is the GUI language of the browser. I have attached a patch. This problem popped up in http://www.fckeditor.net/forums/viewtopic.php?f=6&t=12947 |
|||||
| #2916 | Implement Flash dialog. | Review+ | Task | closed | Normal | |
| Description |
Need to port the Flash dialog from v2 to v3. |
|||||
| #2918 | Initial values for checkboxes are wrong | Review+ | Bug | closed | Normal | |
| Description |
To reproduce the bug:
|
|||||
| #2922 | Whole editor broken caused by one malformed plugin | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Now plugin manager is going down if any of the plugins on the list has a syntax/runtime error or a plugin is not found at the specified position. It's easy to reproduce. The editor should has some level of fault tolerant with plugins, especially when plugin come from external point. |
|||||
| #2923 | "CKEDITOR is not defined" on page reload when editor focused. | Firefox Review+ | Bug | closed | Normal | |
| Description |
This bug is found to be due to reload the page with focus on wysiwyg mode, cause a javascript error as titled in FF. |
|||||
| #2931 | V3 : SpellChecker - WSC | Review? | Bug | closed | Normal | |
| Description |
New V3 plugin: Spell Check. |
|||||
| #2932 | AJAX sample fails to populate editing area after subsequent editor instantiations in FF 3 | Confirmed IBM HasPatch Review+ | Bug | closed | Normal | |
| Description |
Instances of the editor which have been dynamically created using CKEDITOR.appendTo() fail to properly handle insertHTML(). The first instance of the editor works as expected but when that instance is destroyed and another created in its place, the second instance and all subsequent instances will fail to handle insertHTML().
The behavior can be reproduced by following these steps:
The cause has been tracked down to the mode of the editor not being set before setHTML() is called. A temporary fix for the problem is to update CKEDITOR.editor.prototype.setMode declared in the editingblock plugin and explicitly set the mode (see patch). The erroneous behavior appears to occur only in Firefox 3. |
|||||
| #2936 | Error creating folder 'dirname' {Can't create 'dirname' directory} | Review+ | Bug | closed | Normal | |
| Description |
If in "fckeditor\editor\filemanager\connectors\php\config.php" I set only one directory name above the root, ex. $Config['UserFilesPath'] = '/userfiles/' ; I can't do a quick upload a file. Message box say that: "Error creating folder 'userfiles' {Can't create '/userfiles/' directory}" By using more directories in the path, like: $Config['UserFilesPath'] = '/userfiles/abc/' ; the error doesn't show. I think this is a bug in the file "fckeditor\editor\filemanager\connectors\php\io.php": 101: // Check if the parent exists, or create it.
102: if ( !file_exists( $sParent ) )
103: {
104: //prevents agains infinite loop when we can't create root folder
This will try to create a directory "" (empty string) if the config has one directory in the path, because the parent is root (/) and cannot be created. So I think it should be modified: 101: // Check if the parent exists, or create it.
102: if ( '''!empty($sParent) &&''' !file_exists( $sParent ) )
103: {
104: //prevents agains infinite loop when we can't create root folder
After modification the files are uploaded correctly. |
|||||
| #2938 | Special character plugin looks bad with webkit | Review+ | Bug | closed | Normal | |
| Description |
Special character dialog looks bad in Safari and Chrome. |
|||||
| #2940 | Override CKEDITOR.basePath and CKEDITOR.getUrl | Confirmed IBM Review+ | Bug | closed | Normal | |
| Description |
A new feature present in V3 is that it automatically calculates the "base path" (the editor installation path), based on the URL <script> used for the editor script. There are some situations though where it will not be able to find that URL. For example, if merging all scripts used in a page, including the editor scripts, in a single file. To solve this issue, there should be a way to override the default base path calculation with a custom value. The same thing is valid for CKEDITOR.getUrl, which is the function used to locate all editor files. There should be a way to introduce a custom implementation to it. |
|||||
| #2944 | Event to indicate that the editor is ready for full interaction | Confirmed Oracle Review+ | Bug | closed | Normal | |
| Description |
Currently, we are able to do CKEDITOR.on( 'instanceCreated' ) to get an editor instance for interaction. But, the editor will not be totally rendered at that point, so not all operations would work. There should be a new event indicating that the editor is ready for full interaction. |
|||||
| #2945 | Editor instance intialization error | Confirmed Review+ | Bug | closed | Normal | |
| Description |
The create editor on the fly APIs assume FORM always existed which is false. Reproducing procedures:
|
|||||
| #2947 | Indent does not work in IE | Confirmed IE IBM Review+ | Bug | closed | Normal | |
| Description |
The indentation button has no effect in IE. Works well with Firefox, Safari and Opera. |
|||||
| #2948 | insertHtml() mangles links | Confirmed IE IBM Review+ | Bug | closed | Normal | |
| Description |
Calling insertHTML for a relative URL, like IE only. Ok in FF. |
|||||
| #2950 | plugin:preview Click command got JavaScript error in IE | IE | Bug | closed | Normal | |
| Description |
Reproducing procedure:
|
|||||
| #2951 | plugin:template replaceContent default not checked in IE | IE Confirmed Review+ | Bug | closed | Normal | |
| Description |
The CKEDITOR.config.templates_replaceContent config option is by default set to true, but failed to represent in checkbox. Reproducing procedure:
|
|||||
| #2952 | Certain toolbar button looked mess in IE6 | IE Review+ | Bug | closed | Normal | |
| Description |
Reproducing procedure:
Screenshot: Check attached toolbar-button-chaos.png. |
|||||
| #2953 | All toolbar buttons doesn't show title text in IE6 | IE | Bug | closed | Normal | |
| Description |
Reproducing procedure:
|
|||||
| #2954 | Option 'Match cyclic' not working | Confirmed IBM Review+ | Bug | closed | Normal | |
| Description |
The config option of Match cyclic which should restart the search from the beginning of document which doesn't work.
|
|||||
| #2959 | plugin:editingblock reload initial data on empty content | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Procedures
|
|||||
| #2960 | plugin:pastefromword unable to re-focus preview box | IE Confirmed | Bug | closed | Normal | |
| Description |
Procedures
|
|||||
| #2961 | plugin:newpage lack of title on toolbar button | Review+ | Bug | closed | Normal | |
| Description |
Procedures
|
|||||
| #2962 | plugin:link creation with target:popupwindow doesn't work | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Procedures
|
|||||
| #2964 | plugin:image dialog loading cause JavaScript Error | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Procedures
|
|||||
| #2965 | plugin:image preview area failed to update 'align' option | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Procedures
|
|||||
| #2966 | plugin:image cause JavaScript Error with 'Style' setting. | Confirmed Review+ | Bug | closed | Normal | |
| Description |
Procedures
|
|||||
| #2967 | plugin:dialog JavaScript error at opening dialog boxes in IE | IE | Bug | closed | Normal | |
| Description |
To reproduce the bug:
|
|||||
