Custom Query
Results (101 - 200 of 2646)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#3235 | V3 : ToolbarSet feature | Confirmed Review+ | New Feature | closed | Must have (possibly next milestone) | |
Description |
Currently, CKEditor offers a way to provide the toolbar definition by setting it directly to the "toolbar" setting. While that is useful, it would be still nice to have more than one toolbar definitions in the configuration file, making it possible switching them with a simple setting, just like V2. The idea would be introducing the "toolbarSets" object setting, which accepts several definitions, and then make the "toolbar" setting smart. If it receives a string, its the toolbarSet name, otherwise it's a toolbar definition. |
|||||
#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
|
|||||
#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. |
|||||
#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. |
|||||
#3303 | Remove list command is broken again | Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
The error seems to have to do with recent changes to DOM node custom data logic. |
|||||
#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. |
|||||
#3359 | Editing area is not visible in IE quirks mode | Oracle Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
|
|||||
#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. |
|||||
#3451 | [IE] Find result highlighting problem | IE | Bug | closed | Must have (possibly next milestone) | |
Description |
Previous highlight marking style is not removed when search more than twice. Reproducing Procedures
|
|||||
#3465 | Dialog tabs are causing Firefox throbber to spin indefinitely. | Oracle Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
|
|||||
#3468 | Syntax errors in trunk code is causing editor to crash in IE6, 7 | Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
|
|||||
#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> |
|||||
#3522 | onbeforeunload is fired whenever dialog tabs are being switched | Oracle Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
This bug is related to #3114 and is a known browser bug: http://msdn.microsoft.com/en-us/library/ms536907%28VS.85%29.aspx |
|||||
#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
|
|||||
#3609 | Parser fixbody option should align with enterMode | Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Any form of paragraph wrapping should respect the enterMode option: Reproducing Procedures
|
|||||
#3650 | Delete rows/columns/cells commands do not work when text is selected | Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
|
|||||
#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
|
|||||
#3668 | [IE] Combo doesn't show dropdown on second open | IE | Bug | closed | Must have (possibly next milestone) | |
Description |
Reproducing Procedures
|
|||||
#3681 | [Webkit] Shift enter broken | Webkit Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Reproducing Procedures
|
|||||
#3688 | JavaScript error at loading | Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
|
|||||
#3695 | Add missing entries to all language files | Review+ | Task | closed | Must have (possibly next milestone) | |
Description |
"common.unavailable" entry is missing in many languages. |
|||||
#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
|
|||||
#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. |
|||||
#3749 | Cut/Copy/Paste context menu options are always disabled. | 3.0RC Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The context menu options "Cut/Copy/Paste" are always disabled, no matter which browser and no matter if we have anything in clipboard. |
|||||
#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
|
|||||
#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. |
|||||
#3812 | CKEditor's editor area is not editable in IE8/IE7 and no data is displayed in Firefox | Oracle Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce this issue in IE8/7, please open the attached sample file in IE8/7.
If you don't see the problem, please repeat the steps 1 & 2 again.
To reproduce this issue in Firefox 3.x, please open the attached sample file in FF3.x.
This is a show stopper since the editor is not editable in IE and no data is displayed in FF. |
|||||
#3821 | JAWS problem reading toolbar items and dialog inputs | IBM Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
When virtual PC cursor is ON:
When virtual PC cursor is OFF:
A consistent approach is needed. |
|||||
#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
|
|||||
#4164 | Pasting disabled if forcePasteAsPlainText = true | Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Set CKEDITOR.config.forcePasteAsPlainText = true; and try to paste something in the source mode - it is impossible. |
|||||
#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. |
|||||
#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. |
|||||
#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. |
|||||
#6501 | [IE9] context menu item layout is broken | IE | Bug | closed | Must have (possibly next milestone) | |
Description |
Seen in the attached screenshot, context menu item has smaller occupation as it should. |
|||||
#6532 | IE9: Clicking on WYSIWYG area don't set focus | IE | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce the issue:
Expected: Focus is set into editor and you can type text. To type text again you have to click exactly in the place where editing is allowed. In this case - left upper corner of the editor. |
|||||
#6595 | [IE9] Paste from Word floods line-breaks | IE9 | Bug | closed | Must have (possibly next milestone) | |
Description |
Occurs in IE9, works well in lower versions.
|
|||||
#6898 | [IE6] Kama toolbar buttons invisible on RTL UI | IE | Bug | closed | Must have (possibly next milestone) | |
Description |
In IE6, Kama toolbar buttons are invisible when using RTL UI. They became partially visible after switching to the Source View mode. |
|||||
#9690 | [IE10] Paste from MS-Word doesn't work | IE | Bug | closed | Must have (possibly next milestone) | |
Description |
The clipboard content is not recognized as from MS-word, when pasting in IE10. It's reproduced with IE10 on Windows 8, MS-Word 2010, version 14.0 |
|||||
#11376 | IE11: Loss of text when pasting bullet lists from Word | IE11 Support | Bug | closed | Must have (possibly next milestone) | |
Description |
When pasting a bullet list from Microsoft Word then text gets replaced with "<>". Steps to reproduce:
Browser: IE 11.0.9600 OS: Windows 7 Word: Microsoft Office Professional 2010 |
|||||
#13011 | [IE8] Anchors are duplicated when DnD | IE8 | Bug | closed | Must have (possibly next milestone) | |
Description |
After #12806:
|
|||||
#11956 | [IE, Chrome, Opera] Dialog box doesn't open on two words links with background. | IE Blink | Bug | closed | Nice to have (we want to work on it) | |
Description |
Actual result: Dialog won't open.
Please note: Double click on word |
|||||
#12459 | Exception occurs after using Replace All and closing Find and Replace dialog in IE11 | IE | Bug | review | Nice to have (we want to work on it) | |
Description |
When i use Replace all feature and close the replace all dialog after that, an exception occurs in IE11. Environment: OS:Windows 7 x64 Browser: Internet Explorer 11.0.9600.17280 (Update 11.0.12) Reproducible on demo page: http://ckeditor.com/demo#full Steps:
Screen shot is attached. |
|||||
#13332 | IE: collapsed selection doesn't match styling. | IE | Bug | review | Nice to have (we want to work on it) | |
Description |
Problem can be reproduced from CKEditor 4.0 (works fine in 4.0 beta) in IE9-11.
To reproduce for inline styles:
Result: In IE, the inline style gets applied to whole paragraph even when text was not selected after clicking once.
To reproduce for block styles:
Result: all paragraphs get styled while only should be changed. NOTE: This issue has been reported on our support channel. User claims that the range.collapsed property returns false in IE whereas in e.g Chrome it returns true. |
|||||
#14629 | IE11/EDGE: extra SPAN gets added everytime Find dialog identifies the word in the editor | IE11 EDGE IBM | Bug | closed | Nice to have (we want to work on it) | |
Description |
Steps to reproduce
config.find_highlight = { element : 'span', styles : { 'background-color' : '#004', 'color' : '#fff', 'border' : '1px solid #004' } };
Actual resultA SPAN <span style="border-image: none;"> gets added around the 'test' word. Other details (browser, OS, CKEditor version, installed plugins)IE11 and MS Edge |
|||||
#14845 | Using justify in BR mode doesn't remove trailing BR's in IE thus resulting in new line | Support IE10 IE9 IE8 | Bug | confirmed | Nice to have (we want to work on it) | |
Description |
Steps to reproduce
Expected resultMiddle line gets centered. Actual resultMiddle line gets centred but extra line is added. This is happening because BR in first span (which gets wrapped into div) doesn't get removed like in modern browsers. <div> <div> <div style="font-family: tahoma,arial; font-size: 9pt;"> <div style="padding: 4px;"> <div> <span style="border: 0pt rgb(0, 0, 0); text-align: left; color: rgb(0, 0, 0); padding-top: 0px; padding-bottom: 0px; font-style: normal; font-weight: normal; text-decoration: none; margin-top: 0px; margin-bottom: 0px;"> <span style="padding-top: 0px; padding-bottom: 0px; margin-top: 0px; margin-bottom: 0px;"> <span class="ddspellcheck" id="scayt3">jkhgkjh</span> </span> </span> <br /> <!-- This doesn't get reoved --> </div> <div style="text-align: center;"> <span style="padding-top: 0px; padding-bottom: 0px; margin-top: 0px; margin-bottom: 0px;"> <span class="ddspellcheck" id="scayt2">gkjhgkjh</span> </span> </div> <div> <span style="border: 0pt rgb(0, 0, 0); text-align: left; color: rgb(0, 0, 0); padding-top: 0px; padding-bottom: 0px; font-style: normal; font-weight: normal; text-decoration: none; margin-top: 0px; margin-bottom: 0px;"> <span style="padding-top: 0px; padding-bottom: 0px; margin-top: 0px; margin-bottom: 0px;"> <span class="ddspellcheck" id="scayt1">gkjhlgfkhj</span> </span> </span> </div> </div> </div> </div> </div> Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced from CKEditor 4.0 in IE10 and below |
|||||
#35 | Use floating panels for dialogs | Review+ | New Feature | closed | Normal | |
Description |
Users may have problems with popup blockers and FCKeditor dialogs. This is quite annoying for them, and we should propose a solution for it. The most obvious one is implementing a new dialog mechanism which would use floating panes (FCKPanel) to load the dialogs pages. An important detail in this feature is that the user must not be able to play with the editor area or toolbar while the dialog is opened. They must instead be able to interact with the rest of the page. Maybe it would be possible to cover the editor with a transparent thing (IFRAME) that would block all user actions. |
|||||
#81 | IE: JavaScript error with certain markup | IE | Bug | closed | Normal | |
Description |
To reproduce, in MSIE:
Markup 1: <p><em>Hello <p> Markup 2: <p><font size="1"><b>Hello</b></font><strong><font size="1"> <p> |
|||||
#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, |
|||||
#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. |
|||||
#97 | IE7: "Error: no such interface supported" when opening custom file browser | IE IE7 WorksForMe | Bug | closed | Normal | |
Description |
Effect
IE7 pops up the following error: Steps to Reproduce
Comments
After debugging for a while I found that the error was happening on line 157 of window.open( url, 'FCKBrowseWindow', sOptions ) ;
The function open () { [native code] }
For some reason however, when |
|||||
#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). |
|||||
#123 | Support for domain relaxing | Review+ | New Feature | closed | Normal | |
Description |
Please provide support for domain relaxing. In order to do some cross domain ajax requests for our internal sites, I would like to change our pages to set the document.domain to our intranet domain (domain relaxing: http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/properties/domain.asp). However, doing so causes fckeditor to break. This is because domain relaxing requires all frames that want communicate through javascript to have the same document.domain. I did a search and replace through the fckeditor files and I was able to set the document.domain on almost everything. However I get an access restriction. The fckpanel uses window.createPopup for IE. Microsoft's documentation (http://msdn.microsoft.com/library/default.asp?url=/workshop/author/dhtml/reference/methods/createpopup.asp) states: Note Pages that change the document.domain property before creating the popup object may receive an 'Access is denied' error message when accessing the popup object. Changes made to document.domain in the calling page will not propogate to the new popup object; this is currently a design restriction to limit access with the popup object. I also tried to force it to go down the non IE pathway, but that doesn't work within IE. |
|||||
#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. |
|||||
#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: |
|||||
#142 | EnterMode = br produces <p> when switching back from source | SF IE | Bug | closed | Normal | |
Description |
FCKConfig.EnterMode = 'br' so when hitting ENTER, a <BR/> is used. Add some text and use ENTER to go to a new line. then switch to "source code"; the source code should look like this: <p>line1 aaa<br /> line2 bbb<br /> line3 ccc</p> now exit from "source code" mode and hit ENTER. a new paragraph is created (<P>); this mode remains active. this doesn't happen if after exiting from "source code" mode, you move the cursor somewhere inside the existing text.
Moved from SF: |
|||||
#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> |
|||||
#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: |