Custom Query
Results (101 - 200 of 1835)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#3238 | Dialogs open out of the window | Confirmed Oracle Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Many times, but now always, dialogs open outside the viewport, over the top of it. I has been easily reproducible with the Link dialog. |
|||||
#3256 | Justify across table cells incorrect | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Reproducing Procedures
|
|||||
#3258 | In office 2003 skin, Dialogs are not displayed in the right area | Oracle Confirmed | Bug | closed | Must have (possibly next milestone) | |
Description |
In office 2003 skin, Dialogs are not displayed in the center of the page. Also the border of the dialog boxes needs to be removed in Office 2003 skin. This issue happens in firefox and safari. |
|||||
#3261 | Hot Key crashes IE 7 | Oracle Confirmed | Bug | closed | Must have (possibly next milestone) | |
Description |
Hot Key crashes IE 7. Below the steps to reproduce. Note: Assume "This is some sample text" is exist in the editor area.
|
|||||
#3266 | Minimize the usage of the _cke_expando attribute | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Our DOM API currently forces the creation or the _cke_expando property for every DOM object created. In IE, this property becomes an attribute into the DOM. So, this situation is causing a huge performance impact in the code. |
|||||
#3275 | EnterKey plugin and 3 enter keys | Confirmed | Bug | closed | Must have (possibly next milestone) | |
Description |
-Put the cursor in -Hit enter key 3 times Expected result: 2 new lines in "using" word. Actual result: 1 line in, 1 after. |
|||||
#3276 | IE : Error when opening the link dialog | Confirmed IE Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
In IE, a js error is being thrown when opening the Link dialog. |
|||||
#3299 | range::checkStartOfBlock|checkEndOfBlock are broken | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
checkStartOfBlock is broken, returning "true" for the following case: <p>Test^</p> checkEndOfBlock is the opposite. It's broken, returning "true" for the following case: <p>^Test</p> |
|||||
#3300 | Styles are not being applied correctly | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Result: only "some " get styled. |
|||||
#3305 | IE - Combo features do not work in latest nightly build | IBM Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The latest Ajax sample in the nightly build (3350) causes errors when creating an instance of the editor. |
|||||
#3309 | Styles are remove when caret placed in element boundaries | IBM Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Some <strong>sample^</strong> text. OR Some <strong>^sample</strong> text.
The entire work gets un-bolded, instead of simply disabling it (moving the selection to outside the touching boundary). This issue is more often faced when typing, using CTRL+B to type a word, and then CTRL+B again to continue writing. |
|||||
#3320 | Floating panels don't use the baseFloatZIndex setting | Confirmed IBM Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
If the editor is placed inside a floating element with z-index, all floating panels (combos, context menu and color buttons) will stop working. Actually, they will be loaded "behind" the floating element (and the editor). |
|||||
#3352 | Enhance domIterator plugin | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Certain utility methods( L15-L60 ) of the plugin are not updated with the current trunk codes, which should be refacted. |
|||||
#3387 | Layout consistence and stability | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The current editor layout is still unstable. The elements path resizes when switching to source view, or en using the editor in IE. Also, the editor height changes when switching to source. We must achieve a consistent and stable layout. |
|||||
#3505 | Enter key on empty document is broken | Confirmed Review? | Bug | closed | Must have (possibly next milestone) | |
Description |
A JavaScript error is thrown and the caret doesn't move. Going to Source after it we have: <p> <br /> </p> <p> <span _fck_bookmark="1" style="display: none;"><span> </span> </span><br /> </p> <p> <span _fck_bookmark="1" style="display: none;"> </span><br /> <br /> </p> |
|||||
#3545 | Context menus have wrong layout in IE quirks mode. | Confirmed IE Review+ 3.0RC | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
|
|||||
#3546 | CKReleaser is broken under Windows | Oracle Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
When release.bat is run under Windows, the following error message is seen: Copying files... Copying files to special destination... Renaming files... Processing directives in files used by CKPackager... ...... JavaException: java.io.IOException: Cannot run program "svn": CreateProcess erro r=2, The system cannot find the file specified |
|||||
#3559 | CKReleaser is breaking the ui_languages sample | Confirmed 3.0RC Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The UI Languages sample in the nightly build is broken because CKReleaser is somehow removing backslash chars from the code when outputting the final sample page.
In the above page, look at line 16. You will find a string containing |
|||||
#3561 | Editor is broken with any language other than "en" | Confirmed 3.0RC Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
An error is thrown, related to the scayt plugin. |
|||||
#3574 | Indent whole paragraph incorrect | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Reproducing Procedures
|
|||||
#3580 | IE: switching to Source in Ajax example raises an error | IE Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Load the Ajax sample in IE, switch to source mode and it raises an error. The Image() method of the undo system is called twice and the second time editor.getSnapshot() returns false. |
|||||
#3591 | Flash url isn't editable after reload | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Seems to work fine in IE and fails elsewhere:
|
|||||
#3608 | Create list on empty document error | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Some serious regression bug occurred in all browsers with different symptom. Reproducing Procedures
|
|||||
#3657 | 'Select All' result in content change | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Reproducing Procedures
|
|||||
#3659 | newpage undo problem | Confirmed Review+ Doc | Bug | closed | Must have (possibly next milestone) | |
Description |
Reproducing Procedures
|
|||||
#3676 | FCKeditor 2.6.4 save didn't work with Chrome 3.0 | Confirmed WorksForMe Pending | Bug | closed | Must have (possibly next milestone) | |
Description |
With the last chrome version : (3.0.183.3) when I submit a form, the fckeditor (2.6.4) didn't copy the html to the textarea. With the console, I have this error : Uncaught TypeError: Cannot read property 'parentNode' of null fckeditorcode_gecko.js:35 The problem didn't appear in fckeditor 3.0b2 |
|||||
#3681 | [Webkit] Shift enter broken | Webkit Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Reproducing Procedures
|
|||||
#3708 | [webkit] inline style doesn't work for collpased range | Webkit Confirmed HasPatch | Bug | closed | Must have (possibly next milestone) | |
Description |
Reproducing Procedures
|
|||||
#3710 | CKEditor doesn't support <style> tag in text area. | IBM Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
When I switch to the "Code" view and paste the content inlcuding custome style, like below and then back to "preview" view, the below content can NOT be rendered correctly. In FF3, no any content can be rendered and error comes out "a.htmlParser.cdata is not a constructor". In IE7, no error but the style definition has been removed. And I have tested in FCKeditor 2.6.4, the below content can be rendered correctly. Does anybody know how to solve such issue? <p><style type="text/css">td.mystyle h4 {font-size: 1.6667em;color: #f8ae4e;}</style></p> <table dir="ltr">
</table> |
|||||
#3715 | Pre output formatting is broken | IBM Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Note this's not a DUP of #3188, where this ticket should deal with the basic <pre> content foramtting. Reproducing Procedures
|
|||||
#3723 | noscript bug | Confirmed | Bug | closed | Must have (possibly next milestone) | |
Description |
Steps to reproduce: -Insert the following source into the editor: <noscript><a href= target='_blank'><img src= border='0' alt=></a></noscript> -Switch back to WYSIWYG Results: -IE: editor is empty -FF: infinite loop, FF freezes. |
|||||
#3735 | IE: JavaScript error when switching to source | Confirmed IE 3.0RC Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
With IE, when switching to source mode, a JavaScript error is thrown. |
|||||
#3750 | TC CKEDITOR.htmlParser infinite loop | RC Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Regression of #3609, the parsing is running into infinite loop. |
|||||
#3757 | Find link text cause error | Confirmed Review+ 3.0RC | Bug | closed | Must have (possibly next milestone) | |
Description |
The problem happened generally for all form fields. Reproducing Procedures
|
|||||
#3760 | Replace is broken | Confirmed 3.0RC | Bug | closed | Must have (possibly next milestone) | |
Description |
The replace feature is broken. |
|||||
#3773 | [IE] Remove list not working | IE Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Reproducing Procedures
|
|||||
#3778 | CKPackager: Operators precedence is ignored by the conditional operator | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The following snipped get broken by the packager: var a = ( b = c ) ? d : e; The parenthesis get lost. |
|||||
#3849 | Switching list type at the end of documet crashes IE8. | Confirmed IE Oracle Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
This issue affects only IE8. To reproduce:
|
|||||
#3864 | Selection problem after inserting new link | Firefox IBM Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
Result: the link seems uneditable until additional text is added. |
|||||
#3871 | Undo resets Redo buffer when undoing to beginning | IBM Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The redo buffer is reset when using the undo feature all the way to the beginning.
To reproduce:
Result: Redo is enabled but does not have any more state Expected: Redo should maintain state and allow redoing even after reaching the end of the undo stack |
|||||
#3894 | [FF3] Script load and editor init problem | IBM Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Please see attached test case. You must edit the file and replace the url to your ckeditor.js file (not ckeditor_source.js). When the editor is created after loading the page, it seems to hang and not call instanceReady. If the first instance is destroyed and subsequent ones created, they will initialize correctly. This problem is only on FF3. Tested on FF2 and IE6 without a problem. |
|||||
#3919 | Justify and indent/outdent commands are broken | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Latest SVN trunk version (3851), these commands fail to work completely. Seems to be caused by bookmarks not being cleared up but left in the DOM. Actual error thrown is in the getNextParagraph method of the domiterator plugin. (this._.lastNode is null). Verified on Mac OSX 10.5.7 with Firefox 3.5 and Safari 4.0.2 |
|||||
#3928 | Link plugin badly broken - <a> have incorrect href attribute | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Steps to reproduce.
The URL instead of "http://www.foo.com" is set to "javascript:void(0/*###*/" Verified on the latest SVN revision (3855) on Mac OS X 10.5 with Firefox 3.5 and Safari 4.0.2 |
|||||
#4057 | Anchor disappearing | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
There were too problems with hidden fields. Reproducing Procedures
|
|||||
#4059 | Link dialog should not edit anchor | IE Confirmed | Bug | closed | Must have (possibly next milestone) | |
Description |
When open link dialog on anchor, it should generate a link around the anchor instead of change the anchor element itself. Reproducing Procedures
|
|||||
#4193 | [FF3.5] Automatic font color produces empty span | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Automatic font color produces empty span on Firefox 3.5 TC
Result: <p> f<span style="">o</span>o</p> Related with #3891. |
|||||
#4237 | CKEditor's ToolBar is chopped off in Safari browser 3.x | Confirmed HasTest Oracle Webkit Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Attached the sample html and config.js file to reproduce the issue. Also attached the screen-shot for the issue. |
|||||
#4385 | CheckDirty is not returning the correct state | Oracle Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
When i set empty data to the editor using the setdata method, checkdirty is returing the wrong state. Please follow the below steps to see the issue.
|
|||||
#4504 | Enterkey is broken on dialog 'OK'/'Cancel' button | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
It's not able to trigger buttons' click behavior with 'enter key' in trunk. |
|||||
#4653 | [FF] Panel content invisible on first show | Firefox Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Panel content suffer from invisibility with a visibility:inherit on the <html> element. |
|||||
#4656 | Spaces are getting truncated | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
On the trunk version, spaces close to inline elements are getting truncated. This can be verified by simply loading the replacebyclass sample. You'll have the following loaded in the editor:
|
|||||
#4686 | Format combo shows incorrect value | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The format combo is not showing the current block style incorrectly. When loading a sample you will note that the combo displays "p", instead of "Normal". If you apply the "Heading 1" option instead, it shows "h1". This is a regression. |
|||||
#4687 | Release version is not working properly | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
I've just opened the nightly build and noticed that several plugin files are being downloaded. 26 files are being downloaded and a js error is being thrown. |
|||||
#4695 | CKPackager remove mandatory braces | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Having the following input: if( typeof foo == 'object' ) { for( var i in foo ) if( foo.hasOwnProperty( i ) ) bar = foo[ i ]; } else bar = foo; Will be compressed into: if( typeof foo == 'object' ) for( var i in foo ) if( foo.hasOwnProperty( i ) ) bar = foo[ i ]; else bar = foo; |
|||||
#4733 | Image dialog first open causes unresponsive script dialog in Firefox | Confirmed Safari Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
I get Firefox hangs up randomly occurs in Firefox, when checking the 'visibility' CSS style of an iframe element during 'onshow' event handing. |
|||||
#4758 | Multiple editors are not working in the 3.1.x branch | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The editor breaks when using the replace method to create more than two editor instances. I'll attach a test page for it. Confirmed with FF. Ok with IE. |
|||||
#4760 | The list button is not working on the 3.1.x branch | Confirmed | Bug | closed | Must have (possibly next milestone) | |
Description |
The list button is not working on the 3.1.x branch. |
|||||
#4774 | Enter key in the middle of a paragraph result in incorrect cursor position | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
|
|||||
#4874 | IE: Context menu is not working for object selections | Confirmed IE Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
When opening the context menu for object selections, like image, flash or anchor, and then select the relative properties dialog, the dialog doesn't get filled. By closing the dialog is also possible to see that the object lost its selection. |
|||||
#4930 | Dialogs are broken in V2 and Office 2003 skin | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
(regression). Confirmed in every tested browser: IE8, IE6, Opera 10, Safari 4, FF 3.5, although the results are a bit different in every browser. I have attached a screenshot from IE6. Previously dialod windows had fixed width, now the size of a dialog box depends on elements inside of it. |
|||||
#5117 | List creation is broken | Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Loading a sample and trying to convert the existing paragraph into a list throws a js error. |
|||||
#5246 | 3.2 Bug : CKEDITOR.addStylesSet no longer works.... | Confirmed | Bug | closed | Must have (possibly next milestone) | |
Description |
I had a custom style set added to my 3.1 install... Now that I upgraded to 3.2 it's no longer working. It just shows a blank style drop down (see attachment). I have added the following code to CKEDITOR.editorConfig = function( config ): config.stylesCombo_stylesSet = 'custom_styles'; And here is my custom style set: /* Custom style settings. Added the styles here so they can be modified using action hooks. */ CKEDITOR.addStylesSet( 'custom_styles', [
]); Like I said, it was working in 3.1. Hopefully there is a fix for it in the meantime because I would really like to keep using 3.2 :) Keep up the great work! |
|||||
#5377 | Dialog layout missing for second editor if skin differs | Confirmed | Bug | closed | Must have (possibly next milestone) | |
Description |
Dialog layout missing for second editor if skin differs. Reproduce:
Result: Second dialog doesn't have a layout (attached as screenshot). Env: Firefox 3.5 linux, standards mode. |
|||||
#5465 | forceEnterMode affects lists | Confirmed IBM Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
When using config.forceEnterMode=true it affects how lists are created.
Notice that a new paragraph is added to the list. <ol> <li>test <br/></li> <p> <br/></p> </ol> }} |
|||||
#5683 | [IE] it is impossible to insert a image in IE6 | IE Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
in IE6,when click the image button, a error throws also can reproduce it in IE8,set browser mode: ie7, text mode: quriks mode. |
|||||
#5780 | Text selection disappears when open the link dialog | Confirmed Firefox Safari Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
I select a text to make a link. Then I open the link dialog and the mark usually disappears. This is a link displayed in the editor, instead of the selected text is linked. I have the problem with Firefox 3.6. You can check this on the CKEditor demo page. |
|||||
#5843 | In CKEditor 3.3: When we set the focus in the 'instanceReady' event, FF3.6 is giving js error | Oracle Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
When we set the editor focus in the 'instanceReady' event, we are getting the javascript error. This issue is only reproducible if the stand-alone html file(attahced:focusissue.html) is accessed from the webserver. But when i try to reproduce it from the local drive, issue was appearing intermittently. So to reproduce this issue, copy the attached sample in the webserver folder and access it in firefox 3.6 or above. Once the editor is loaded in the browser click on the 'Click me to see the issue' button once or twise. After that you will see the error(screen-shot is attached) in fire bug. After getting this error, editor area is uneditable. |
|||||
#28 | Implement Interface for File Browser Connector and Quick Uploader | Confirmed | New Feature | closed | Normal | |
Description |
I would like to make the File Browser Connector and Quick Uploader configurable with a Java interface. The current implementation is hardcoded to use the server file system. This is something which severly limits the use of the Java libary in more mature products or frameworks, because it's likley that these do have their own way of managing the server side resources - not necessarily on the server file system. |
|||||
#30 | Passing arrays to configuration without custom js file | Confirmed | New Feature | closed | Normal | |
Description |
I plan to study this set of patches: https://sourceforge.net/tracker/index.php?func=detail&aid=1605345&group_id=75348&atid=543655 so it's possible and documented how to define a custom toolbar without using a customconfig.js file but instead just specifying its contents at the moment the editor is created. This should allow also other kind of customizations in the future. I'll work in a new branch were I'll apply other patches, I'll try to open tickets for each one . This might be a fix to this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=1613963&group_id=75348&atid=543653 |
|||||
#65 | Safari: form fields are enabled in the editing area | Confirmed | Bug | closed | Normal | |
Description |
All form fields are enabled during editing. So, one can check checkboxes, insert text on fields, open combo boxes, or even click on buttons. |
|||||
#75 | Remove format must remove any kind of format | Confirmed SD-COE | Bug | closed | Normal | |
Description |
Especially on IE, <span> tags are not removed when using the "Remove Format" button. Any kind of "inline" formatting must be removed instead. |
|||||
#82 | EMBED tag inside OBJECT is removed by IE | SF Confirmed IE | Bug | closed | Normal | |
Description |
When adding a flash object through the SOURCE view and saving a page with IE it strips out the <embed> tag. This leaves the flash to work in IE but not in Firefox (1.0). When editing in Firefox - however - the <embed> tag remains and all is well.
Moved from SF: |
|||||
#89 | IE7: Clipboard access has to be confirmed two to three times | IE, Confirmed | Bug | closed | Normal | |
Description |
When accessing the clipboard, confirmation is requested by Internet Explorer 7 more than one time (e.g. two or three times). Kindest regards from Lothar Bongartz moove lbongartz@… |
|||||
#90 | Disappearing <br /> in non-empty list item | IE, Confirmed | Bug | closed | Normal | |
Description |
I would like to create XHTML as the following: <ul> <li class="decimal"> <span class="ol">1. </span><em>Test 1</em><br /> This line should appear on a new line, because a '<br />' was entered with 'SHIFT + ENTER, just after '<em>Test 1</em>'. </li> </ul> But in fact in (Internet Explorer 7) when I hit SHIFT + ENTER a single time, the <br /> diasappears (for example: after switching to source-mode and back). In Firefox i've no problem at all and SHIFT + ENTER behaves like expected! I found two 'solutions':
For me this is a huge problem, because the users of my CMS (most of them use Internet Explorer) of course would never think about hitting SHIFT + ENTER twice.
Regards, |
|||||
#91 | CKPackager: NullReferenceException when running under Linux/mono | Packager, Confirmed | Bug | closed | Normal | |
Description |
When I test CKPackager with the "basic" and "fckeditor" samples provided with CKPackager, it works. However, when I use it on the code currently under SVN, it outputs this error: ~/FCKeditor/2_4$ mono ~/CKPackager/CKPackager.exe editor/_packager.xml CKPackager - Version 1.1 Build 3297 Copyright 2004-2006 Frederico Caldeira Knabben - All rights reserved For more information please visit http://www.fckeditor.net/ckpackager This software is not registered yet. Please type the registration name (leave blank for demo): You are running CKPackager in demo mode. All files generated in this mode are bound to the terms of the CKPackager License. Please type the word "demo" to continue and hit enter (leave blank to exit): demo Unhandled Exception: System.NullReferenceException: Object reference not set to an instance of an object at d.a (System.Xml.XmlDocument A_0) [0x00000] at d.a (System.String A_0) [0x00000] at j.a (System.String[] A_0) [0x00000] |
|||||
#94 | ForcePasteAsPlainText Failing in Firefox | FireFox, Confirmed | Bug | closed | Normal | |
Description |
Working in the latest stable version (download this morning). Paste as plain text is working nicely, but not operating correctly in Firefox. Previous versions on FCK don't exhibit this problem. When you paste from word their is, correctly, a popup window into which you can paste the content for format-stripping, however a second copy of the content is still pasted into the parent (or opener) window. The result is, once you submit the data in the popup window, you end up with two copies of the same text in the window, the first of which retains it's original formatting. IE7.0 is stripping the formatting correctly (I note without a popup window). It seems that the newer version is successfully spotting that a popup window is required for Firefox, but doesn't stop the original paste command into the main window. Hope this helps with the development!!! I'm using the .net dll version (not sure if this is relevant info). |
|||||
#95 | Content page broken with tag <META ...>. | IE, Confirmed | Bug | closed | Normal | |
Description |
After a html insertion in "source" mode, and switch between "wysiwyg", "source" mode, content is broken: Insert HTML: <html> <head> <meta http-equiv="Content-Typ!" content="text/html; charset=windows-1251"> <title>Title</title> </head> <body> Some text. </body> </html> After switch between "wysiwyg", "source" mode: <p> <meta content="text/html; charset=windows-1251" http-equiv="Content-Typ!" /></p> Browser IE 6.0. |
|||||
#112 | Broken creating list items in Firefox when EnterMode=br | Confirmed | Bug | closed | Normal | |
Description |
when this configuration is used
FCKConfig.EnterMode = 'br' ; p | div | br then next list item (ordered and numbered list) takes value from previous. tested platforms: firefox 2.0.0.1 / linux (ubuntu edgy) firefox 1.5.0.9 / windows XP Home SP2 |
|||||
#121 | Editor size is wrong in full-window mode inside frameset | Confirmed IE | Bug | closed | Normal | |
Description |
<frameset cols="175,*">
</frameset> main.asp contains a fckeditor. bug: the editor's size (width & height) is wrong on full-window mode. editor uses browser's available width and height, but this is not page's available size when page in a frame. |
|||||
#122 | Disappearing BR | IE Confirmed | Bug | closed | Normal | |
Description |
Go to code view and enter this: <div><strong>This is a text in </strong>bold.</div> Go to WYSIWYG mode and put the cursor just before the b (from 'bold') and press SHIFT+ENTER. Line correctly wraps. Go to code view and presto.... the BR is gone (and when you switch back to WYSIWYG mode the lines have merged). |
|||||
#129 | Pasting is not working with "Allow paste operation via script" disabled | IE Confirmed | Bug | closed | Normal | |
Description |
Using windows XP SP2 with Internet Explorer 6.0, cut, copy, paste and past as plain text are not working in text area. |
|||||
#135 | Contextmenu mispositioned when editor in div with scrollbar | SF Confirmed | Bug | closed | Normal | |
Description |
Description: The context menu and dropdowns are mispositioned if the editor is created within a div that has scrolling. Browser: FireFox (FF) 1.5.0.9 How to reproduce: See attached file. Example is created for a screenresolution 1600x1200. If you're able to use the editor before scrolling, the context menu is positioned correct. Scroll down and try again; The context menu and dropdowns are now mispositioned.
Moved from SF: |
|||||
#137 | TAB space does not work | SF Confirmed | Bug | closed | Normal | |
Description |
Hey guys, Since last version (2.3.x) I use the tabspace = 5 to configure a 5 spaces ident when pressing the TAB key. On version 2.4 this behavior stopped working, although the fckconfig also being configured to 5. Now when I press TAB the cursor goes to the next field on the page intead of spacing the text on 5. PIV 2,4GHz - WinXP Prof SP2, IE7 Tks, VONAH
Moved from SF: |
|||||
#141 | IE: When editor gets the focus on load, the "del" key is not functional | SF IE Confirmed | Bug | closed | Normal | |
Description |
Hi, I found a reproducible problem with the versions 2.4 and 2.3. Although the fckconfig.js contains... FCKConfig.StartupFocus = false ; ... the fckeditor gets the focus after page is (re)loaded. In such case, the "Del"-key (character delete) is not functional until I click the mouse some ware in the text or change the focus to another control and then back to the fckeditor. To reproduce this, please do the following:
The frame with the FCKeditor will be reloaded and the fckeditor will get the focus automatically after that - you will see the cursor within the editor. Try the "del"-key, which has no effect (you can not delete any character) until you click with the mouse within the editor or change the focus. On some of my html pages I can reproduce this behavior after a page load (not only on reload), so there is a real focus problem within the new version. Regards Peter
Moved from SF: |
|||||
#143 | Browser locks with <!--{PS..x}--> in the contents | SF Confirmed | Bug | closed | Normal | |
Description |
We found a little bug. If you paste the following code in your editor (v 2.4 or older) and then switch 2 oder 3 time between source code and normal view the browser (IE 6 and 7 and Firefox 1, 1.5 and 2) hang up. This is the code: <h1>Test</h1> <h4>test</h4> <!--{PS..0}--><!--{PS..2}--> <!--{PS..3}--> test
Moved from SF: |
|||||
#144 | Uneditable regions in the editor content. | Confirmed | New Feature | closed | Normal | |
Description |
In many cases it is needed to have displayable protected areas in editor. (Read-only content). It would be a very useful feature. |
|||||
#152 | ENTER key destroys part of the text | Confirmed | Bug | closed | Normal | |
Description |
Enter the following code in the editor, put the cursor just behind www.xxx.be and press ENTER. Everything below this line is DELETED (serious bug if you ask me). <p><font color="#993366"><font color="#000000">La zone:</font></font></p><p><font color="#000000">- le Règlement de police (<font color="#0000ff">dans ce site aussi</font>)</font><br /><font color="#000000">- un répertoire téléphonique</font><br /><font color="#000000">- des liens utiles </font><a href="http://www.polbru.beListe"><font color="#993366" /></a><br /><a href="http://www.xxx.be"><br />www.xxx.be</a><font color="#993366"><a href="http://www.polbru.beListe"><font color="#993366"><font color="#993366"><br />Liste des commissariats et services de garde</font><br /><font color="#000000">Direction générale<br />Rue Marché au Charbon 30<br />1000 Bruxelles<br />Tél. 02 279 77 11 – fax 02 279 77 15<br />Service de garde 24/24</font><br /> <br /><font color="#000000">12ème division (Laeken)<br />Avenue Houba de Strooper 141<br />1020 Bruxelles<br />Tél. 02 279 82 10 – fax  02 279 82 09<br />Ouvert de 7 à 22:00<br /> <br /></font></font></a><font color="#993366"><br /></font></font></p><p>District 1</p> |
|||||
#157 | Wrong empty tags generated | Confirmed | Bug | closed | Normal | |
Description |
Steps to Reproduce
<span></span>
<p /> Confirmed with IE6 and FF2. Expected Result <p> </p> |
|||||
#165 | FCKListHandler.OutdentListItem must honor FCKConfig.EnterMode | Confirmed | Bug | closed | Normal | |
Description |
In FCKListHandler.OutdentListItem, if a list item doesn't have more "hierarchy" to outdent, it creates a <p> with the contents of the item. Its behavior should instead be controlled by the EnterMode setting:
|
|||||
#166 | Viewing Source can change the order of elements in IE | IE Confirmed | Bug | closed | Normal | |
Description |
Use the following source and toggle "View Source". On the first occasion the bottom item leaps to the top. Subsequent attempts to view source give a javascript error. <p><span class="Normal"> <p>Line 1</p> </span><span class="Code">Line 2<br /> Line 3 <p> </p> </span></p> <div align="center">Line 4</div> <p> </p> |
|||||
#172 | Cannot apply format to a select list of bullets | SF Confirmed | Bug | closed | Normal | |
Description |
<ol> <li>Bullet 1</li> <li>Bullet 2</li> <li>Bullet 3</li> </ol>
<ol> <li> <p>Bullet 1Bullet 2Bullet 3</p> </li> <li> </li> <li> </li> </ol>
<ol> <li><p>Bullet 1</p></li> <li><p>Bullet 2</p></li> <li><p>Bullet 3</p></li> </ol>
Moved from SF: |
|||||
#175 | Percent sign in mailto: link breaks link tool | SF Confirmed IE7 | Bug | closed | Normal | |
Description |
I tested this on multiple versions of FCKeditor i have back to around 2.0 and all exhibit the same behavior. I recreated this error like so:
<a href="mailto:useruser%name@host.com">E-Mail me!</a>. here is more text.
<a href="mailto:useruser%name@host.com">E-Mail me!</a>. here is <a href="javascript:void(0);/*1168555255689*/">more</a> text.
Moved from SF: |
|||||
#176 | Unterminated A tags sometimes break paragraphs on save | SF IE Confirmed | Bug | closed | Normal | |
Description |
If the content looks like this: <p><a href="linky">Text</p> <p><a href="linky2">More Text</p> Then saving with FCKeditor (IE version) will produce the following: <p><a href="linky">Text<a href="linky2">More Text</p> <p> </p> This bug appears to only appear under the Internet Explorer version of IE (tested IE6). It does not happen under Firefox. Steps to Reproduce:
Moved from SF: |
|||||
#179 | Undo suffering from short term memory loss | SF Confirmed | Bug | closed | Normal | |
Description |
If you type in the sentence:
Highlight it then hit any key to erase, now hit undo and you are left with:
Ironic really. This happens for other sentences. Bug is in IE6, IE7 not in Firefox. Running Windows XP Pro intergrated latest FCKeditor with APS web app written in c#.
Moved from SF: |
|||||
#182 | Percent signs don't get escaped on URLs | SF Confirmed | Bug | closed | Normal | |
Description |
Filenames like 'some%20test.png' (where %20 is really a part of the filename, not a space) don't get escaped when linked to.
This results in links like '
Moved from SF: |
|||||
#183 | Unloads too early from hosted IE control | SF Confirmed | Bug | closed | Normal | |
Description |
When IE is hosted inside another application it fires unload events when control hides. FCKeditor unloads and when control is visible again editor's unusable. The following page describes the problem: The best way to fix this is to handle onbeforeunload event to verify that page is unloading and unload only then. this should be quite easy to fix.
Moved from SF: |
|||||
#193 | Hyperlink incorrect when pasting in Firefox | SF Firefox Confirmed CantFix | Bug | closed | Normal | |
Description |
When a hyperlink is pointing to the same site as the page in which FCKeditor is embedded, and it is pasted into the editor using ctrl-v, the url gets mangled. For example:
This doesn't happen when using the "Paste from Word" feature, which may be why it doesn't happen in IE. However, in the version of FCKeditor I have (2.2), it will happen in Firefox even if using "Paste from Word," but it still doesn't happen in IE.
Moved from SF: |
|||||
#197 | extra option to edit flashvars | Confirmed | New Feature | closed | Normal | |
Description |
Dynamic movies which use external variables are passed with the Flasvars property of a flashmovie. For now it can be manually entered as html code using the code-viewer in FCK, but not yet in WYSIWYG mode, which would be a great feature. |
|||||
#201 | HR in input "source" completely destroys document structure | SF IE Confirmed | Bug | closed | Normal | |
Description |
Hi all, This can be easyly re-produced in current demo page (2.3.1). Please try the following:
<p><strong>title1<br /> </strong>text1 text1</p> <p><strong>title2</strong><br /> text2 text2</p> <p><strong>title3<br /> </strong>text3 text3</p> <p> </p>
<p><strong>title1<br /> </strong>text1 text1</p> <p><strong><hr /> title2</strong><br /> text2 text2</p> <p><strong><hr /> title3<br /> </strong>text3 text3</p> <p> </p>
<p><strong>title1<br /> </strong>text1 text1</p> <p><strong></strong><br /> text2 text2 <p> </p> <p><strong></strong>text3 text3 <p> </p> <p> </p> </p> <hr /> title3<br /> </p> <hr /> title2 Regards, /Alexander
Moved from SF: |
|||||
#205 | IE: <br> removed from the end of paragraphs | Confirmed HasPatch SD-COE | Bug | closed | Normal | |
Description |
If you have the following code in the WYSIWYG <p>line one</p> <p>line two</p> If at the end of line one you try and insert a <br> it gets removed when you view the source. However if you insert it at the start of line two then it is fine. This has been replicated in IE 6 & 7 Works fine in Firefox |