Custom Query
Results (301 - 400 of 2646)
| Ticket | Summary | Keywords | Owner | Type | Status | Priority | |||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| #1237 | Shift+Enter doens't work at first time in an empty paragraph (IE) | Confirmed IE Discussion | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to Reproduce
The cursor will make a "quick strange blink", but there will be no visual results. Switching to source view, the second paragraph will display the correct HTML: <p><br /> </p> So it seams that the Shift+Enter itselft is working, but the selection is not being made visible after the <br>. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1240 | Nested comments break the compressed output | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Nested comments work in JavaScript FCKpackager cannot handle these: /* asdkfjasdfk as as;dfkj;lj asdflkjasdfjk // */ |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1242 | Comments are not always stripped when compressing | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
The following input: if ( /*is.ns5 &&*/ subDivs[idx].className=='DLG_edittext' && subDivs[idx].style.width ) // fix firefox bug
button152.enable(bMode&&bEdit/*TODO &&theApp.clipboard.canPaste(theApp.clipboard.titleData.title.arChld[0])*/); //
var testFunc = function(tempNode) {
var fs = tempNode.style.fontSize;
fs = parseInt(fs); //.substr(0,fs.length-2); // remove px
fs = Math.round( fs / 1.3333 ) + "pt"; // convert to points
var bs = fs * 2;
return bs
}
Outputs like this: if (/*is.ns5&&*/ subDivs[idx].className=='DLG_edittext' && subDivs[idx].style.width ) //fix firefox bug button152.enable(bMode&&bEdit/*TODO&&theApp.clipboard.canPaste(theApp.clipboard.titleData.title.arChld[0])*/); //var testFunc=function(A) {var B=A.style.fontSize;B=parseInt(B);B=Math.round(B / 1.3333 ) + "pt"; //convert to points var C=B*2;return C};
The comments have not been stripped out, breaking the code in some cases. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1250 | Applying block styles includes paragraphs out of the selection (IE) | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to Reproduce
<p>Line 1</p> <p>Line 2</p> <p>Line 3</p>
All paragraphs after "Line 2", inclusive, will get the selected style. It works well with FF2. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1291 | IE: List is not created on empty paragraphs | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to Reproduce
Nothing will happen. No lists. The same things is valid when selecting two successive empty paragraphs. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1309 | New list items are wrongly merged | Confirmed IE Firefox | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to Reproduce
<p>Line 1</p>
<ul>
<li>Line 2</li>
</ul>
<p>Line 3</p>
Current Results<ul>
<li>Line 2</li>
<li>Line 1</li>
<li>Line 3</li>
</ul>
The new list items have been placed at the end of the pre-existing list. Expected Results<ul>
<li>Line 1</li>
<li>Line 2</li>
<li>Line 3</li>
</ul>
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1334 | IE: List indentation is broken when selection is at the end of the line | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to Reproduce
Current Results<ol>
<li>Item 1</li>
<li style="margin-left: 40px">Item 2</li>
</ol>
Expected Results<ol>
<li>Item 1
<ol>
<li>Item 2</li>
</ol>
</li>
</ol>
This result can be achieved by clicking in the middle of "Line 2" after step 3. Reproducible with IE. Ok with FF. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1336 | Fix AutoGrow flicker on Gecko browsers | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
On Gecko browsers, the AutoGrow plugin flickers a lot and sometimes miscalculates the height. For example, sometimes after the document loaded, setting focus to it would cause it to resize. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1343 | Support for conditional compilation comments | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Conditional compilation comments must not be removed from the script while compressing. For example, the following code is completely removed today: /*@cc_on
@if (@_win32)
document.write("OS is 32-bit. Browser is IE.");
@else
document.write("OS is NOT 32-bit. Browser is IE.");
@end
@*/
This page has more information about the Conditional Compilation syntax. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1344 | Cut/Paste buttons have no failure message | Confirmed IE Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
In IE, when customizing the security settings, under "Scripting", you will find "Allow paste operations via script". By default it is set to "Prompt". If instead it is set to "Disable", the cut and copy buttons will have no effect. As in FF, a message should be displayed, indicating that the operation failed because of the security settings, and that the keyboard must be used for that instead. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1355 | Converting <p> to <pre> may add additional line breaks | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to Reproduce
<p>Line 1<br /> Line 2<br /> Line 3</p>
Note that each line has been separated by a double line break. It doesn't happen if we have the following <p> instead: <p>Line 1<br />Line 2<br />Line 3</p> Things get even worst if the initial <p> looks like this: <p>
Some
sample
</p>
It is evident that the whitespace of the original <p> is being preserved on the transformation, but the expected result for the above case is: <pre>Some sample</pre> This is not a problem with IE, as it automatically eats whitespaces when parsing. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1383 | Hyperlink merges with text on <br /> backspace | Confirmed IE Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
To replicate: <p><a href="http://google.com/">http://google.com</a><br /> Press backspace at the start of this line</p> The link should only be auto-created when a space or an enter is placed at the end of a link. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1391 | Overrides and Spans not working as expected in Windows and IE 6 | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
If I use your sample 14 in the html folder for 2.5 I am having the following problem: 1: Delete the text in the box and type in some new text, "Testing line 1". 2: Highlight "Testing line 1" and change the text size to 8pt. 3: Put the curser at the end of the line for "Testing line 1" and hit the enter key two times to create 2 new lines 4: Type in "Testing line 2", notice it is 8pt. 5: Highlight just "Testing line 2" and change the font to 14pt. For me it won't change the font size on the screen of line 2. If I hit the submit key I get the following: Key: FCKeditor1, val: <span class=\"FontSmall\">Testing line 1<br /> <br /> </span><span class=\"FontBig\"><span class=\"FontSmall\">Testing line 2</span></span> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1411 | Simple form of combo controls show improper (enabled) state when viewing HTML code | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
This is true in both 2.4.3 and 2.5.beta when using IE7 (other browsers not tested). When FCK_TOOLBARITEM_ONLYTEXT is used for anything derived from FCKToolbarSpecialCombo; the state of the control will not be shown in the grayed out disabled state when in Source View mode. (Can be duplicated in 6th example for plugins) I think this is really a flaw in whatever skin is being used. If you find the line (412 if default skin) in the 'fck_editor.css' file of the skin that looks like: .SC_FieldDisabled .SC_FieldButton, .SC_FieldDisabled .SC_FieldCaption and change it to: .SC_FieldDisabled .SC_FieldButton, .SC_FieldDisabled .SC_FieldCaption, .SC_FieldDisabled That fixes it for me. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1420 | Uneditable list elements appear when working with nested lists. | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Scenario:
Verified with IE7 and sometimes also with firefox (haven't figured out the pattern on firefox, seems to happen randomly). |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1422 | Rename variables declared in single var statement | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Input Codefunction Testing()
{
var test1 = 1, test2 = 2, test3 = 3 ;
alert( test1 + test2 + test3 ) ;
}
Current Resultsfunction Testing(){var A=1,test2=2,test3=3;alert(A+test2+test3);}
Expected Resultsfunction Testing(){var A=1,B=2,C=3;alert(A+B+C);}
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1426 | Error loading fckstyles.xml | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
When I open sample01.html, error loading fckstyles.xml is popped out. http://wiki.fckeditor.net/Developer's_Guide/Configuration/Styles mentions that: The fix was simple to set this header explicitly. @headersContent-Type? = "application/xml" render :action => 'fckstyles' Which file do I need to modify? Thanks. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1431 | Caret position issue in pre on IE | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1441 | IE: Resizing images and tables inputs wrong code | IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
1. ImagesAfter insert an image source in IE6 is: <img height="418" width="271" alt="" src="/_userfiles/image/Eagle.jpg" />
<img style="width: 339px; height: 97px" height="418" alt="" width="271" src="/_userfiles/image/Eagle.jpg" />
2. TablesAfter insert a table source in IE6 is: <table height="50" cellspacing="1" cellpadding="1" width="100" border="1">
<tbody>
<tr>
<td> </td>
<td> </td>
</tr>
</tbody>
</table>
<table style="width: 529px; height: 91px" height="91" cellspacing="1" cellpadding="1" width="529" border="1">
<tbody>
<tr>
<td> </td>
<td> </td>
</tr>
</tbody>
</table>
3. Flash objectsResizing flash in IE6 is OK, but not in FF. In FF I can't resize and after trying there are many paragraphs like this: <p> </p> <p> </p> <p> </p> <p><embed menu="true" loop="true" play="true" src="/_userfiles/flash/cars_flash-db.swf" pluginspage="http://www.macromedia.com/go/getflashplayer" type="application/x-shockwave-flash"></embed></p> <p> </p> <p> </p> <p> </p> <p> </p> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1474 | null errors reloading the page in IE | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Add a smiley to the content in IE 6 and now try to reload the page, a list of errors saying that something is null will show. This patch (it's missing the reference to this bug number as it still doesn't exists) should take care of them, but maybe there's something else that can be done:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1490 | Deleted paragraph reappear after editing in source mode | IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Scenario:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1491 | Error when indenting and outdenting empty list elements | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Scenario:
Tested with IE7
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1502 | Remove format doesn't remove attributes | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
The "Remove format" introduced in #75 doesn't remove any attribute, so it leaves the class and styles, so in the end the result is almost no clean up at all. This is a list of attributes that should be cleaned at least to have some clean output:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1503 | Errors when styles applied to paragraphs as classname | Review? | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
I have made a few testcases based on sample14.html. The first one load custom styles from xml and the second loads custom styles from javascript array in config file. Firstly, the behavior is different between these two approaches. When loading custom styles from javascript, the style is applied when chosen, but this is not reflected in the combo box. When loading styles from the xml, the combo box seems to be updated correctly when applying styles to paragraphs.
Secondly, there are a few issues when loading the styles from the xml file as well.
Tested in IE6/IE7 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1504 | License header review | Confirmed V3ProtoStruct Review+ | New Feature | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
License info in each file takes around 700B. 700B x 30 days x 5000 hits/day x 10 file requests = 1GB/month I have 6mbit connection so it doesn't affect me that much, but... imho that's just wasting traffic. Shouldn't we place only a single license.txt file or at least reduce the amount of comments by placing a short link to http://www.fckeditor.net/license ? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1509 | normal whitespace changed into by innerHtml() | Confirmed IE Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
I noticed that insertHtml() in IE 6 and IE 7 changes a preceding whitespace (like ' ') into ' '. html = '<span id="fakeFCKRemove"> </span>' + html ; BR]] Changing this line into (for example) html = '<span id="fakeFCKRemove">fakeFCKRemove</span>' + html ; seems to solve this. Regards, Koen Willems |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1514 | Floating panels positioned incorrectly in Mozilla with shared toolbar | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
When using one or more editing areas with a detached/shared toolbar, the floating panels for color, font, etc. are positioned incorrectly for editor areas which are absolutely or relatively positioned on the page. I have confirmed this in Firefox v2.0.0.9 as well as the latest versions of Netscape and Safari for Windows. This is not an issue in IE 6 or 7. I have also confirmed that this is an issue with FCK versions 2.4 as well as 2.5 Beta. It appears that these floating panels are positioned according to the X/Y coordinates of the editing area, rather than the coordinates of the appropriate toolbar button. Below is a link to a simple test case, with one absolutely positioned editor instance and a detached toolbar. The editor version is 2.5b: http://www.trackto.com/dev/scratch/index.php If necessary I can create other test instances and/or post source code. I would appreciate some advice or a resolution on this ASAP as it is a show-stopper for the project I am working on. Thanks Will Pierce |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1518 | Extra block added before Bulleted list | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to reproduce: In fck do: aaaaaaa <Shift+Enter> bbbbbbbbbbb <Shift+Enter> cccccccc on the second line (with "bbbbbbb") press "bulleted list". Second line is bulleted but an empty line appears between line 1 and 2 (in IE always in FF sometimes). The Source HTML is: <p>aaaaaaa<br /> </p> <ul>
</ul> <p>cccccccc</p> Tested on FCK demo (ver. 2.5 Beta Build 16848) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1522 | Can't see the new line created when pressing enter in front of paragraph with inline formatting | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Expected the current line to move down when pressing enter, but it is not moved. It seems like the new paragrahs is not inserted as they should be, but when you switch edit mode they are inserted above the current line. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1527 | FCK class should have a function that returns FCKeditor version and revision | Confirmed Review+ | New Feature | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Tips: FCKeditor version can be hardcoded, revision can be obtained by adding $Rev$ keyword somewhere inside class definition. I think that this function must be available in FCK class (so that it was possible to check it while loading configuration file), FCKeditorAPI should have similar methods as well. The problem is that when developing a plugin for other software (like Drupal), it must work with at least two versions of FCKeditor - 2.4 and 2.5. Ideally, it should work with as many FCKeditor versions as possible. Some things change with time (new commands are added, perhaps some other commands are dropped, file location is changing etc.) and to trace those changes I have to use tricks. For example to check whether I can add 'ShowBlocks' to the toolbar in config located in CustomConfigurationsPath, I check whether FCK.GetData exists (because it was added in FCKeditor 2.5). Next example: the location of server connectors has changed and I have to use file_exists() tricks to detect the valid path. So we have to add this not only to javascript core, but also to FCKeditor classes in all other languages. I have set the milestone to 2.5, because the sooner we do it, the less mess we would have in plugins. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1530 | "Replace" and "Replace All" buttons are disabled | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Notice that the "Replace" and "Replace All" buttons are still disabled (they should be enabled when text is in the "Find what:" text filed. I thappens on both IE7 and FFx. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1531 | Update Spanish Translation for Placeholder Plugin | HasPatch Review+ | New Feature | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
In /FCKeditor/trunk/editor/plugins/placeholder/lang/ I've seen that spanish translation (es.js) not exist! So I made a simple translation for this file. I attach the file. Also I use filemanager from Fckeditor, but this feature don't have any files for translation in others languages. Please, You can check this! |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1537 | Forced <p> on paste | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
When paste paragraph from Word (I am not check other sources) the empty paragraph (<p> </p>) is forced. <body spellcheck="false">
<p>
<br type="_moz"/>
</p>
</body>
and this is after paste: <body spellcheck="false">
<p/>
<p class="MsoNormal" _moz_dirty="">
<span lang="EN-US" style="">
It’s a test
</span>
</p>
</body>
Sure, use "Word paste" make the same result. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1572 | CF: Height parameter for editor instance is not working | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
I recently upgraded FCKeditor from 2.1 to 2.5 in our ColdFusion application. Both in Firefox and MSIE the height of the edit area did not respond to the value set for height. I compared the HTML generated by the old installation and noticed that it used: style="width: 95%; height: 600px;" in the IFrame tag. while the 2.5 version generated HTML with width="95%" height="600px". I tried various variations using % or px or just a number but it didn't respond. I then changed the code in fckeditor.cfc to use the style attribute and now it is working again. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1586 | [IE] JavaScript error on edit | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Is anyone able to solve that problem? I have a major crash with IE 6 SP1 and Mediawiki+FCKeditor. The crash happens when I change a certain bit of an article and when I press "save" or "wikitext". it is very disturbing as I don't know how to debug that. You can reproduce the crash by following those steps in IE 6:
2.. change the title : e.g. remove the ':'
... IE crashes !! info : Windows 2000, IE 6.0.2800 SP1. works fine with Firefox 2 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1587 | Stateful toolbar buttons not staying selected in IE 6 and 7 | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
While selecting text and toggling bold on/off works, it's not possible to switch to bold mode for text yet to be entered. This works in FF, but not in IE 6/7. This seems to be a recent regression as build 16848 (demo of www.fckediter.net) doesn't have the problem. How to reproduce
Result:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1591 | IE(7) error inserting a blockquote | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
switching to code mode, the result is: * <p> </p> <p><span id="1196382739654S" style="display: none"> </span></p> * id="1196382739654S" (random, i suppose) is also an error, because it violates the naming convention for this attribute (it must begin with a letter, not a digit) It seems to work fine in FF Thx |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1592 | Remove blockquote command may leave empty blockquotes in IE. | Confimed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Reproduction procedure:
Expected results:
Observed results: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1593 | IE: The sampleposteddata pages are not wrapping the "Value" collumn | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to Reproduce
<p>Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Vivamus id ipsum blandit quam sagittis varius. Sed ipsum metus, lobortis sodales, congue quis, interdum quis, risus. Duis aliquet, ante sed fermentum pulvinar, sem nibh vulputate pede, sed accumsan odio elit sed libero.</p>
The text will be shown all in one line in IE. In FF, Safari and Opera it will wrap properly. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1596 | Safari : Dialogs are not RTL | Confirmed Safari Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to Reproduce
Note that the dialog is not RTL, even if the labels are correctly translated to Arabic. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1603 | Certain markup causes infinite loop in Javascript | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
<div style="text-align: center;">
<font size="6">
<font size="2">
Hello
</font>
</font>
<div style="text-align: right;">
There
</div>
</div>
The browser freezes. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1607 | Remove FCKConfig.GeckoUseSPAN | Review+ | Task | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
With the new Style system the FCKConfig.GeckoUseSPAN setting shouldn't affect the output at all, so it can be removed. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1609 | Make it possible to use RegisterDoubleClickHandler with any tag | Review+ | New Feature | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Now in order to use the RegisterDoubleClickHandler you must specify the node tags that you want to watch, but it could be better to also be able to register the event listener with any tag (so if you want to have a listener for both span and img you don't have to call it twice, thing get worse if you need to listen to various different elements) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1612 | Reproduction of Ticket #959, IE stuck while trying upload images | IE6 | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
version 2.4.1 Build 14797 suddenly the image upload stop working in IE-6, but still working in Firefox. After couple of hours i found the Ticket #959 and the proposed solution worked. Scenario:
If it was solved in newer version, sorry for opening new ticket |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1613 | Extra div wrapping the editor instance | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
This is not about the content generated by the editor, but just the HTML that does in fact becomes the editor. The call to FCKeditor.prototype.CreateHtml returns a <div> that wraps some hidden inputs and a iframe or textarea. From my point of view that div isn't necessary so it could be removed as it makes a little harder to get 100% height in standards mode and doesn't provide anything useful. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1614 | Difference between FCKConfig.BasePath and .FullBasePath | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
In editor/source/internals/fckconfig.js the FCKConfig.BasePath and FCKConfig.FullBasePath are calculated automatically, for file:// they both end up being the same, but for the rest of the protocols .BasePath doesn't contain the reference to the protocol and the host. This usually works, but for chrome:// it fails to load any file referenced by .BasePath It is enough to make FCKConfig.BasePath = FCKConfig.FullBasePath to get the editor loading the stylesheets, so I wonder if the distinction between the two settings is really needed or we could add the reference to protocol and host to .BasePath and get rid of FullBasePath replacing it wherever it appears with .BasePath |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1617 | Implement ReplaceAllTextareas for the JavaScript integration | Review+ | New Feature | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
There is a well known approach to replace all <textarea> fields in the page with FCKeditor instances. It has been published at our Wiki. It would be nice to introduce such feature in the editor code, making some enhancements to it: // Replace all <textarea> elements in the page.
FCKeditor.ReplaceAllTextareas() ;
// Replace all <textarea class="myClassName"> elements in the page.
FCKeditor.ReplaceAllTextareas( 'myClassName' ) ;
// Selectively replace <textarea> elements, based on custom assertions.
FCKeditor.ReplaceAllTextareas( function( textarea, editor )
{
// Custom code to evaluate the replace, returning false if it
// must not be done.
// It also passes the "editor" parameter, so the developer can
// customize the instance.
} ) ;
This is a follow up for a discussion started at our forums. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1622 | CSS cache in JS | Review+ | New Feature | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Instead of including CSS files with <link ...> tags, how about caching them in a global data structure? Then, instead of emitting tags, we can echo the <style> information in-place and save extraneous CSS requests. We plan to use this at PBwiki.com to help optimize page loading time and minimize the number of requests we serve. Patch attached. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1627 | Samples fail to load in IE7 in local filesystem | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
The bug was originally reported by alfonsoml in the FCKeditor IRC channel. Steps to reproduce:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1633 | [FF] styles on iframe elements affect the editor and panels | Confirmed Firefox Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Add <style type="text/css">
iframe {
width: 100%;
height: 400px;
border: 3px solid red;
background-color: blue;
}
</style>
to a test page and you'll see that they make impossible to use the editor. I think that we should force some styles on the generated iframes to avoid this kind of problems. Reported in http://www.fckeditor.net/forums/viewtopic.php?f=6&t=7759 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1641 | FCKBrowserInfo.IsIE7 is not ready for IE8 | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Our current sniffing for IE7 is not ready for IE8. It works for IE7 only, but for us it should be IE7+. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1642 | window.onresize causes flicker running in chrome | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
While setting the Write Area extension one of the problems was that the editor did flicker continously, it was very annoying and finally I found that it was due to the window.onresize of the fckeditor.html and fckdialog.html The problem is that in this situation it gets the event also from the inner frames, so it never ends the resizing. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1643 | several strict warnings | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Running with strict warnings On in Firefox shows several little problems in the console. Due to other pending changes I can't generate a clean diff to fix all of them, so this fixes just some and the others will be fixed later |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1644 | Proposal: remove references to cursor: hand; in css | Confirmed Review+ | Task | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Only IE 5.5 needs the "cursor: hand;" rule, IE6 and every other browser will understand properly the "cursor: pointer;" By removing those rules we avoid some warnings in the error consoles about the styles. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1647 | Selecting a Format while in a Bulleted/Numbered list fails to make new Bullets/Numbers | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
This issue was related to bug 277 which is now fixed.
To Reproduce:
Result: No new bullets appear. The only way to make new bullets is to position the cursor at the end of the document and create a new bulleted list. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1648 | resizing handles of dragresizetable plugin are created in the fckeditor.html frame | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Due to https://bugzilla.mozilla.org/show_bug.cgi?id=130078 that means that the created elements are behind the editing div and aren't visible if we are running in chrome: (write area) The solution seems to be to use the FCK.EditorDocument to create and position those elements. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1654 | E.contentWindow.document.body.innerHTML does not exist | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Line 48 in fckeditor_gecko.js gives me an error in Firefox with FCKeditor release 2.5. I tracked it down to: if (E.contentWindow ) E.contentWindow.document.body.innerHTML=''; Even I don´t know exactly what´s happening here the "style" seems not to be clean for me: Checking if an object exist and then accessing two levels deeper than checked. I changed to: if (E.contentWindow && E.contentWindow.document && E.contentWindow.document.body ) E.contentWindow.document.body.innerHTML=''; and now everything works as expected. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1659 | Setting DocType to Standards Compliant Collapses <body> in IE | Confirmed Oracle IE Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
When you set FCKConfig.DocType to a standards compliant type, the min-height: 100% css trick on the body no longer works. This means the body collapses to the size of the elements contained within the body. IE only. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1664 | Elements swaping on Enter at the end of paragraphs | Review+ Confirmed | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to Reproduce
<p><font size="6"><font size="1">Hit enter at the end of this line</font></font></p>
Current ResultsThe <font> tags changed order. After enter and "some text", this is what we have: <p><font size="6"><font size="1">Hit enter at the end of this line</font></font></p> <p><font size="1"><font size="6">Some text</font></font></p> Expected ResultsThe new paragraph must have the formatting tags in the same order: <p><font size="6"><font size="1">Hit enter at the end of this line</font></font></p> <p><font size="6"><font size="1">Some text</font></font></p> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1666 | Domain relaxation not working for sub-menues | Confirmed IE Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to reproduce the bug:
Tracing the script execution shows the error comes from the creation of sub-menus in the table menu. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1669 | sample13 failed on ie7 | IE7 Pending WorksForMe | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
I find that i can't switch a textarea to a fckeditot on ie7,even the sample page 13 had that problem. But it works well on ie6. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1670 | Smilieys dialog could look better | Confirmed Review+ | Task | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
The current smiles dialog is quite dark and heavy because of the darken boxes that hold each image. Something lighter would help it a lot. I've tested it with #eaead1 and it looked great. In the other hand, that color is not customizable by the skins. So, the same color is used for all of them, making it look pretty ugly (see office2003). The color must instead come from the skin CSS file. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1682 | Problem editing control elements in Firefox, Safari, Opera | Confirmed FireFox Opera Safari Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
When you insert a control element and try to edit it, it's current information is not displayed. However, whatever you type in will be properly put into the element you're editing.
There seems to be a problem with the getSelection() function somehow; in the pop-up window, FCKSelection.GetSelectedElement() returns a null. IE 6 and IE 7 don't seem to have the problem, but the following do:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1691 | Safari: new links do not appear in editor unless text is made into a link | Confirmed Safari Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Reproduce:
Problem: Link does not appear. System: Mac OS X/Intel, unmodified Safari 3.0.2. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1692 | Check for invalid temp directory in ColdFusion filemanager connector | Confirmed Review+ | New Feature | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
This feature request fixes a problem when the ColdFusion server returns an empty string when calling the function GetTempDirectory (). This is a known problem. Restarting the server will fix it, but it's also a good idea to allow the developer to specify a temp directory. I ran into this problem when integrating FCKEditor 2.5 into my application framework, and I could not upload files. After some debugging, I found that my development CF server was not returning a valid temp directory. In filemanager\browser\default\connectors\cfm\config.cfm, add a new temp file setting that can be set by the developer: Set a temporary directory Config.TempDirectory = GetTempDirectory (); In filemanager\browser\default\connectors\cfm\cf_commands.cfm, test to see if the specified temp directory is valid. If not throw an error. <cfset fsTempDir = REQUEST.Config.TempDirectory> <cfif NOT DirectoryExists (fsTempDir)>
</cfif> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1693 | Filemanager not returning error message (Javascript) | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
I was having a problem with ColdFusions server not returning a valid temp directory when uploading a file. A empty Javascript alert popped up telling me nothing. After some debugging, I found that the message that was generated from a coldfusion exception was not being passed through to the function OnUploadCompleted () in the file: filemanager/browser/default/frmupload.html. To reproduce: Edit the file: filemanager\browser\default\connectors\cfm\cf_commands.cfm Delete destination="#GetTempDirectory()#" from the cffile call. Replace it with an empty string. This will give you an invalid directory, and an exception will be thrown. Try uploading a file into the file manager browser. A blank alert will appear. The Fix: The file filemanager/browser/default/browser.html has a function in it: function OnUploadCompleted( errorNumber, fileUrl, fileName, customMsg ) This function accepts a customMsg that contains the message from an exception in the connector script. This message is not being passed to the function (with the same name) that it calls. You need to pass customMsg to the OnUploadCompleted in the file upload frame, as follows: function OnUploadCompleted( errorNumber, fileUrl, fileName, customMsg ) {
} Then you need to modify the called function to accept the new parameter. In the file: file filemanager/browser/default/frmupload.html add the paramter to the end of the param list: function OnUploadCompleted( errorNumber, data, customMsg ) Then use it to display in the alert for error number 1:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1694 | Replace all element.ownerDocument references with FCKTools.GetElementDocument(). | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
element.ownerDocument is not compatible with IE 5.5. FCKTools.GetElementDocument() should be used instead since it autodetects the most appropriate attribute to use as the return value. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1695 | Improving the default hotkey configuration? | Review+ | New Feature | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
The following proposals were made from Paul (saul11) in our IRC channel.
These should be trivial changes to fckconfig.js, but careful considerations have to be made about whether they will impact useability of the editor. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1715 | ShowDropDialog must be considered only when ForcePasteAsPlainText = true | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
For #338, we have introduced a new feature which guarantees that dropped text will respect the ForcePasteAsPlainText setting, not allowing dropping rich contents in that case. The solution used is trying to transform the dropped data to simple text on the fly (IE only), showing a dialog to which dropping is possible, or even disable dropping all the way. To disable it, the ShowDropDialog can be set to "false". But, the current implementation makes it impossible to have the normal dropping behavior because the editor always looks for the ShowDropDialog, even if ForcePasteAsPlainText = false. It should not happen instead. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1716 | FCK Selection IE + Flashing cut and copy toolbar icons + optimisation | IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
This is just a small tweak. To replicate: hold down the enter key in the editor. When the cursor gets to the point when it starts to scroll, the cut and copy toolbar items flash on and off. This is a result of the selection hack of the zero-width space in IE. I beleive this can be fixed by temporarilly detaching onselectionchange events when running this code. Detaching the onselectionchange event will also provide a possible optimisation and make pressing enter execute a little bit faster. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1718 | IE: Spellchecker throws js error | IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
We have encountered the following problem with using the spelling checker in Internet Explorer; this issue does not arise in Firefox: After selecting the appropriate spelling in the spelling checker window, if you click on Replace/Ignore/Cancel, the checker throws a JavaScript error. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1723 | Hitting enter at starting of Line doesn't works | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
I just copy and paste the following at http://www.fckeditor.net/demo in source <p><span style="font-size: large"><span><span style="font-family: Times New Roman"><span><b>“To be well-informed is to have the world at your fingers.”</b></span></span></span></span></p>
<p><span style="font-size: medium"><span style="font-family: Times New Roman"><span><b> —Joseph Jones </b></span></span></span></p>
<p><span style="font-family: Times New Roman">Dear {u_lname},</span></p>
<p><span style="font-family: Times New Roman">Did you know that 2007 was actually the fifth highest year for home sales in history? Take a closer look at the numbers and you will discover that the state of the real estate market may not be everything the media leads you to believe. Sometimes we all need a little historical perspective to see the big picture clearly. </span></p>
<p><span style="font-family: Times New Roman">Fortunately, I did all of the research and analysis for you already. This month’s Item of Value includes a variety of interesting and informative statistics that illustrate why last year was a good year overall for home sales. With mortgage rates historically low and new, innovative mortgage programs being unveiled, there is even greater promise for home sales in 2008. </span></p>
<p><span style="font-family: Times New Roman">On the backside, you will find a noteworthy study on the rising trend of vacation home sales. Nearly one-third of vacation homes are being purchased with the intent of becoming a full-time residence upon the buyer’s retirement. With today’s mortgage rates, renting options and family gathering advantages, buying a vacation home is a great option to consider. With so much to take into account­­­ when you buy or sell a home, I am always available to help you sort out what is best for you. </span></p>
<p><span style="font-family: Times New Roman">Sincerely, </span> </p>
<p> <img alt="" src="http://www.relationshiplist.biz/UserImages/45/rl.jpg" /></p>
<p><i><b><span style="font-family: Times New Roman">Oh, by the way®…if you know of someone who would appreciate the level of service I provide, please call me with their name and business number, and I’ll be happy to follow up and take great care of them.</span></b></i> </p>
<div> </div>
<p> </p>
Set mouse cursor before "Dear" and hit enter. You will see new lines are not coming. But when you go to Source you can see code for new lines and when return to design window. You will see those blank lines. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1725 | file editor/fckeditor.html does not validate | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
The file "editor/fckeditor.html" does not validate i.e with the html validator plugin of firefox. If you change the line 29 (version 2.5.1) from: <meta http-equiv="Cache-Control" content="public" /> to <meta http-equiv="Cache-Control" content="public"> it validates and removes 6 errors (for me). Would be nice you could change this in the next minor release. Thanks in advance - you do a great job. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1728 | Opera: external toolbar is too small | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
This bug was discovered while I was working on #1514. Reproduction procedure:
This ticket is expected to be fixed with #1514 as both the floating panel code and toolbar code is being reviewed and modified for the ticket. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1730 | Delete 1th item from nested list | IE Firefox | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
I have nested list, which I create using Increase indent from standart bullet list. Sourcecode is: <ul>
<li>item 1-1
<ul>
<li>item 2-1</li>
<li>item 2-2</li>
</ul>
</li>
<li>item 1-1</li>
</ul>
When I delete first item in Wysiwyg mode then I get various results. in IE 6.0, source code is bad, in Wysiwyg look OK: <ul>
<ul>
<li>item 2-1</li>
<li>item 2-2</li>
</ul>
<li>item 1-1</li>
</ul>
and If I try Decrease Indent, I get Runtime error on Line: 81, (indent is null ...) and then source code is: <ul>
<ul>
<li>item 2-1 <span id="1199966901715S" style="display: none"> </span></li>
<li>item 2-2</li>
</ul>
<li>item 1-1</li>
</ul>
in FF 2.0.0.11, source code is OK, but Wysivig look bad: <ul>
<li>
<ul>
<li>item 2-1</li>
<li>item 2-2</li>
</ul>
</li>
<li>item 1-1</li>
</ul>
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1752 | E.tagName has no properties when using tablecommands plugin. | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
You get an error when trying to make text bold in a table when you have the "tablecommands" plugin installed. E.tagName has no properties FCKEvents(undefined, undefined) ApplyStyle(Object Element=b _StyleDesc=Object IsCore=true GetType_$=1) FCKCoreStyleCommand() FCKToolbarButton() FCKToolbarButtonUI_OnClick(click clientX=0, clientY=0, Object Name=Bold Label=Bold Tooltip=Bold Style=0 State=0) CancelEvent(click clientX=0, clientY=0) |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1764 | StartupFocus is false but FCKEditor steals focus anyway in IE | Confirmed IE Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
I use IE and I have 2 editor windows loading. The first window has initial data where value is set to the text and the second window doesn't have data where value is set to . Focus is placed on the second window even when StartupFocus = False; Removing the second instance and setting the value on the first window to will also show that focus is taken. Example Code: <cfset fckEditor = createObject("component", "fckeditor.fckeditor") /> <cfset fckEditor.basePath="/fckeditor/" /> <cfset fckEditor.toolbarSet = "OMC" /> <cfset fckEditor.value = 'Test with data' /> <cfset fckEditor.width="570" /> <cfset fckEditor.height="200" /> <cfset fckEditor.instanceName="Box1" /> <cfset fckEditor.FillEmptyBlocks = false /> <CFOUTPUT>#fckEditor.create()#</CFOUTPUT> <cfset fckEditor.instanceName="Box2" /> <cfset fckEditor.value = /> <cfset fckEditor.height="100" /> <CFOUTPUT>#fckEditor.create()#</CFOUTPUT> This is my first time submitting a ticket and will try to include my fckconfig.js file. PS. My paths above are different for my local test environment. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1769 | Improvements to FCKDomTools.GetCurrentElementStyle | Review+ | New Feature | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
I'm attaching a patch with the following improvements for FCKDomTools.GetCurrentElementStyle:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1774 | IE: <LI> without <OL> consumes sibling nodes | IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Setting the source to: <li>Item</li> <li>Item 2</li> <p>paragraph</p> Changes it to: <p> <li>Item</li> <li>Item 2 <p>paragraph</p> </li> </p> There are two things that are happening here. FixBody() is wrapping everything in a <P> tag. This is not the bug. Somewhere else, the last <li> tag is being opened up to allow everything else to be nested underneath it. I realise that there really shouldnt be any <li>s without <ol> or <ul> but sometimes bad code can be pasted in which contain things like this. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1777 | IE, IE7: <ul> + <font> tags make FCK collapse | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
<ul>
<li><font size="2"><font size="2">One.</font>
<ul>
<li><font size="2">Two.</font></li>
<li><font size="2">Three</font></li>
</ul>
</font></li>
</ul>
<ul>
<li><font size="2"><font size="2">One.</font> </font></li>
<li>
<ul>
<li><font size="2">Three</font></li>
</ul>
</li>
</ul>
Browser: IE6 on WinXP |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1782 | Freeze of whole IE-window when clicking radiobutton | Confirmed IE Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
The code in the attached file produces a page with an fckeditor that freezes the whole IE window when you click on the radio button inside it. This occurs when you click the radio button while the focus is NOT in the fckeditor window. It also happens with checkboxes. You can test it on http://faramir.proteon.nl/fcktest.html This didn't happen in fckeditor 2.4.3, but happens in both fckeditor 2.5 and 2.5.1. Browser: IE7 on Windows XP. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1787 | Tables getting inserted when changing font size | IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
When the font size drop down is used to change the font size I'm getting tables inserted into the document following a table that was already in the document. Steps to reproduce:
The following HTML is added after the existing table: <table cellspacing="0" width="100%" border="1"> <tbody> <tr> <td><font face="arial,sans-serif">0</font></td> </tr> </tbody> </table> Sometimes that 0 is a 1 or 11 and continuing steps 2 & 3 leads to tables with no content. I was able to reproduce this on the demo page with the following source: <FONT FACE="arial,sans-serif"> <BR><BR> <CENTER><B>ASDF</B></CENTER> <TABLE BORDER="1" CELLSPACING="0" WIDTH="100%"> <TR> <TD><FONT FACE="arial,sans-serif"><B>ASDF</B></FONT></TD> <TD><FONT FACE="arial,sans-serif"><B>FDSA</B></FONT></TD> <TD NOWRAP><FONT FACE="arial,sans-serif"><B>ASDF</B></FONT></TD> <TD NOWRAP><FONT FACE="arial,sans-serif"><B>FDSA</B></FONT></TD> <TD NOWRAP><FONT FACE="arial,sans-serif"><B>ASDF</B></FONT></TD> </TR> <tr><td nowrap><FONT FACE='arial,sans-serif'>ASDF</FONT></td><td><FONT FACE='arial,sans-serif'>FDSA </FONT></td><td><FONT FACE='arial,sans-serif'>39</FONT></td><td><FONT FACE='arial,sans-serif'>1</FONT></td><td><FONT FACE='arial,sans-serif'>0</FONT></td></tr><tr><td colspan='2' align='right'><FONT FACE='arial,sans-serif'><b>Total </b></FONT></td><td><FONT FACE='arial,sans-serif'>39</FONT></td><td><FONT FACE='arial,sans-serif'>1</FONT></td><td><FONT FACE='arial,sans-serif'>0</FONT></td> </TABLE> <BR><BR> </FONT> I'm using windows XP with IE version 6.0.29 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1788 | Some dialogs have scrollbars in Safari | Confirmed Safari Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
This affects only some of the dialogs. Mainly the form elements and also the about box, loading them will show a vertical scrollbar. In the about box, if we click on the second tab and back to the first then it does disappear. Tested with Safari 3.0.4 and WebKit-r29785, works fine in IE7, Firefox 2 and Opera 9755 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1790 | Paste dialogs are broken | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
It gives an error in var sPastingType = window.parent.args.CustomValue ; |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1792 | [IE] Infinity loop problem in multiple editor | Confirmed IE Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Thank for FCKeditor team.
If change editor focus by mouse clicking then Internet Explorer fall into infinity loop in multiple editor page.
Change sample to FCKeditor - JavaScript - Sample 9 : Complex form(multiple editors)
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1793 | Paste as plain text does not work properly in IE | IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Expected Behaviour: The text should have been pasted on the third line without any formatting. Actual Behaviour: The text gets pasted on the second line after the copied text with the original formatting applied. Found using the following Browser: IE 6.0.2900 OS : Windows XP Prof |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1795 | white div layer fails when editor is in full screen mode | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Basically full screen the editor, open up image plugin and see what happens. Attached files are a good example: |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1801 | JS error with dialogs and framesets | Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Steps to ReproduceWith IE7:
Works well with non IE browsers. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1804 | IE7: "colspan" collapses editor when swithching between Source View/Wikitext | Confirmed IE7 | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Difficult to reproduce (the problem depends on the content of the article). in my article i had some pictures in a table. if i work on the article with firefox everythings fine. but on edit with Internet Explorer 7 i can't change to Source-Code (or Wikitext) and after saving again all pictures are gone. instead of the pictures there's something like this: <img src="ef=" _fck_mw_filename="pic.jpg" alt="80px" /> besides all links are changed to <a href="linkdestiation.html">Linkdestination</a> but this happens only very rarely. but if it happens IE7 brings the error messeage "Object Does Not Support Property Or Method" URL:mywikipath/extensions/FCKeditor/editor/fckeditor.html?InstanceName=wpTextbox1&Toolbar=Wiki I've no idea how to resolve this problem. so please help me!!! I use this version of the FCKeditor: http://www.mediawiki.org/wiki/Extension:FCKeditor_%28by_FCKeditor_and_Wikia%29 |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1806 | Wrong selection when selecting a Header format at new line in the end of the document | Confirmed IE Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
This is a IE only issue. Steps to Reproduce
With IE, the cursor will start blinking at the end of the previous paragraph. Moving down with the arrow key shows that the selected header has been correctly applied though. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1814 | IE7:textcolor in span style doesn't work | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Found another bug. I use Mediawiki 1.11. with the FCK-Editor from this page (http://www.mediawiki.org/wiki/Extension:FCKeditor_%28by_FCKeditor_and_Wikia%29) While using the Firefox all works fine. The Problem came with the Internet Explorer 7. If I want to adapt the text color or using other text formatting the IE7 can't handle with the following code: <span style="color: rgb(63, 255, 10);">colored Text</span> I have found out that <font color="#3FFF0A">colored Text</font> is working in IE7 and in Firefox. Can you reproduce this problem? |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1818 | IE:Editor shuffles content | IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Browser: IE 7, OS: Windows 2003 When inserting formatted data from some applications (including Eclipse, Visual Studio,...) via the clipboard, FCKeditor may rearrange these data and render them useless. It seems that the call to execCommand('Paste') produces invalid HTML that FCKeditor, in contrast to browsers, cannot handle. This phenomenon can be studied by with the sample below. Paste it into the source view of FCKeditor and switch between source and HTML view. More complex input leads to more stunning results. <p> <font color="#008000" size="2"> <p>-------------------------------------------------------</p> <p> ABOVE</p> <p>-------------------------------------------------------</p> </font> <p>BELOW</p> </p> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1828 | Problem with Find/Replace | Confirmed HasPatch Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Step to reproduce:
Thanks. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1829 | IE: Picture frame goes out from the Paste from Word window | IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
When pasting a large image from Word by using "Paste from Word" and highlighting it in the PfW window, the frame of the image goes outside the window area Steps to reproduce:
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1830 | IE: Use TAB key to insert a new rows on tables | Confirmed IE | New Feature | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Pressing TAB inside the table doesn't insert a new row. Steps to reproduce:
The table gets highlighted instead of inserting a new row. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1831 | Embed tag not showing up after switching to source and back | Confirmed IE | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
In Internet Explorer (version 7 at least), when inserting the HTML below, a placeholder shows up as expected, but after switching to source view and back to WYSIWYG view, the placeholder dissapears. <span class="embedded-object-18-408"><embed width="300" height="225" allowfullscreen="true" type="application/x-shockwave-flash" flashvars="&image=/picserver/s/orig/public/video/water_balloon_11.mpeg.flv0000.jpg&file=/picserver/s/video/public/water_balloon_11.mpeg.flv" src="../../videoplayer/mediaplayer.swf?0.4076338401231444"></embed></span> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1832 | [FF] No placeholder for flash/embed tag | Confirmed Firefox Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
In Firefox 2, when inserting the HTML below, a placeholder does not appear, After switching to the source view and back to the WYSIWYG view, though, a placeholder does appear. <span class="embedded-object-18-408"><embed width="300" height="225" allowfullscreen="true" type="application/x-shockwave-flash" flashvars="&image=/picserver/s/orig/public/video/water_balloon_11.mpeg.flv0000.jpg&file=/picserver/s/video/public/water_balloon_11.mpeg.flv" src="../../videoplayer/mediaplayer.swf?0.4076338401231444"></embed></span> |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1838 | Context-menu doesn't aways dissapear after selecting an option | Confirmed Firefox Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
Tested with Firefox:
Observation: the right click menu doesn't go away after selecting Table Properties |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1841 | Paste dialog is not working | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
The paste dialog is broken by some previous code changes, it is giving out JavaScript errors when "OK" is pressed. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| #1842 | Filename escape/encode problem causes XML error in file browser | Confirmed Review+ | Bug | closed | Normal | ||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
| Description |
As briefly described in this topic: http://www.fckeditor.net/forums/viewtopic.php?f=6&t=8397#p22183 Filenames with special characters in it cause the XML used in the iBrowser to be invalid which breaks IE browsers. |
||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||||
