Custom Query
Results (1001 - 1100 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone |
---|---|---|---|---|---|---|
#8358 | Safari & Chrome : Paste options are enabled & Paste option shown in context menu when Clipboard is empty | confirmed | Bug | Normal | ||
Description |
To reproduce the defect: Clear your clipboard, Open any CK Editor sample, keep cursor in editor body. Expected Result: All the Paste(Paste,Paste as plain text,Paste from Word) toolbar icons should be disabled and also when we invoke context menu there should not be any options in context menu. Actul Result: All the Paste(Paste,Paste as plain text,Paste from Word) toolbar icons are enabled & also when we invoke context menu paste option is shown in context menu. |
|||||
#8360 | UI color picker - units are placed on dialog border or labels overlap text fields | confirmed | Bug | Normal | ||
Description |
IE7 TC
ResultUnder ie7, units from second column are placed on border of dialog window |
|||||
#8361 | [Opera] Wrong cursor position occurs after editing link | confirmed | Bug | Normal | ||
Description |
|
|||||
#8362 | Bullet list, options dialog, wrong size of content in V2 & Office skins | confirmed | Bug | Normal | ||
Description |
IE7 TC
ResultProperties window is opened, on the right side of window, there is an empty, transparent place between resizable content and window frame. |
|||||
#8363 | Selected Style and Font not visible in V2 and office skin | confirmed | Bug | Normal | ||
Description |
IE6,7,8 TC
ExpectedSelected style and font, now are visible in toolbar boxes Actual
Selection only blinks and dropbox stays clear When You type something and then select font/style, then selection is visible. |
|||||
#8365 | List item breakage in IE8 | confirmed | Bug | Normal | ||
Description |
Test environment, IE8 - Windows Vista (Problem does not occur on Windows 7) After moving an existing list item down, and deleting that move, the list item does not correctly return to it's original position. Steps to reproduce:
It seems that this process will orphan the Item 2 text outside of an LI tag. If you look at the editor source, you will see... <ul>
</ul> Ideally this will behave as it does on Windows 7 IE 8. In that environment Item 2 will merge back in to the empty item. |
|||||
#8367 | Allow for adding tfoot tag from table dialog | confirmed | New Feature | Normal | ||
Description |
Currently the only way to add <tfoot> tag is by editing source code. It would be nice to have possibility to add it table properties dialog. |
|||||
#8375 | onfocus: Input text selection not cleared in Chrome | confirmed | Bug | Normal | ||
Description |
This problem only happens on Google Chrome. I have a ckeditor on a page that also contains one or more input text fields. If I type something and select/highlight the words in one of the input text field, then click inside the ckeditor, you will notice the selection/highlight of the input text field is not cleared. You can reproduce this behavior by going to ckeditor demo page (http://ckeditor.com/demo) using Google Chrome browser, type and select "ABC" in the "Search..." box, then click inside the ckeditor so it has the focus. You will see that "ABC" is still selected/highlighted. |
|||||
#8378 | Support for optgroup | confirmed | New Feature | Normal | ||
Description |
For a better overview I want to have the optgroup element for select in one of my plugins. |
|||||
#8382 | [IE] PageUp and PageDown not working | confirmed | Bug | Normal | ||
Description |
To reproduce the defect:
Expected Result: Cursor in editor body moves one page up. Actual Result: Cursor goes to start of page content.
Expected Result: Cursor in editor body moves one page down. Actual Result: Cursor goes to end of page content. Tested against IE8, IE9 & IE10 |
|||||
#8385 | Problem when switching between multiple instances of ckeditor | confirmed | Bug | Normal | ||
Description |
Script error is displayed when switching between multiple instances of ckeditor in IE7. Steps to reproduce: 1.create multiple ck-editor instances 2.click on the other ckeditor instances other than the current one in focus. Expected Result: Editor should be displayed Actual Result: Script error is displayed "C.getSelection() is null or not an object" |
|||||
#8386 | IE: When copying and pasting a table, an empty <p> is appended on output | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
Bug is present since 3.4.2 i believe. |
|||||
#8388 | CTRL-V Paste with Opera going to top of editor | confirmed | Bug | Normal | ||
Description |
Seems that this bug is so obvious that it should already be reported but I did not find anything with "opera" and "paste". Tested at: http://nightly.ckeditor.com/7282/_samples/enterkey.html First, copy some text so that when you use CTRL+V, you can paste it. I used "text" to paste with CTRL+V. Using ENTER_P mode, enter the following text using Shift+enter or using ENTER_BR mode (what we use). a b c Place you cursor after the "c", press CTRL+V. Note that it works properly. a b ctext Now move the cursor to after "b" and press CTRL+V. Note that the text gets pasted at the top of the editor. Get: texta b ctext Should be: a btext ctext Same thing happens if you move the cursor to after the "a". |
|||||
#8398 | customConfig applied to second instance of CKEditor may apply to both or only one editor. | confirmed | Bug | Normal | ||
Description |
This issue was reported on our support channel (Multiple instances configuration problem). Custom cofnig file. CKEDITOR.editorConfig = function( config ) { config.skin = 'office2003'; config.startupMode = 'source'; }; Settings on HTML page: OK: CKEDITOR.replace( 'editor1' , {customConfig : 'myconfig.js' }); CKEDITOR.replace( 'editor2'); This applies only to the first editor. PROBLEM: CKEDITOR.replace( 'editor1' ); CKEDITOR.replace( 'editor2', {customConfig : 'myconfig.js' } ); This applies either to one or both editors To reproduce:
In Firefox. At start only second instance gets updated but if you press CRTL+F5 couple of times quickly options will be applied to both editors In IE. Simple CRTL+F5 will do. You will get toggling effect. One CRTL+F5 updates both editors and the other only one. In Webkit and Opera both editors are updated most of the time. Only once I have managed to get state where only one editor was changed – it took a lot of CRTL+F5 of F5 to get it. Issue has been reproducible from CKEditor 3.1 as I didn’t manage to get customConfig to apply any changes in earlier versions. |
|||||
#8402 | SSI-style HTML comments inside href attributes are broken when Source button is clicked | confirmed | Bug | Normal | ||
Description |
SSI-style HTML comments such as <!--#echo var='DOCUMENT_NAME' --> become broken when the Source button is clicked. Example: Using the CKEditor demo site, click the Source button and add that comment to the first link: <a href="http://en.wikipedia.org/wiki/Fairy_tale/<!--#echo var='DOCUMENT_NAME' -->" title="Fairy tale">fairy tale</a> Then click Source to view the content in the normal editor mode. When you click Source again, the link becomes this: <a href="http://en.wikipedia.org/wiki/Fairy_tale/{C}<!--#echo var='DOCUMENT_NAME' -->" title="Fairy tale">fairy tale</a> Note the {C} that has been added. In fact, every time the source is viewed, another {C} is added: <a href="http://en.wikipedia.org/wiki/Fairy_tale/{C}{C}<!--#echo var='DOCUMENT_NAME' -->" title="Fairy tale">fairy tale</a> <a href="http://en.wikipedia.org/wiki/Fairy_tale/{C}{C}{C}<!--#echo var='DOCUMENT_NAME' -->" title="Fairy tale">fairy tale</a> and so on. |
|||||
#8406 | StyleSheetParser and Fullpage | confirmed | New Feature | Normal | ||
Description |
Currently if FullPage=true then no style sheets are loaded via ContentsCss and hence the styles drop down isn't populated with the styles available for the page. Ideally the stylesheetparser should load all the external styles sheets referenced in the html if fullpage=true |
|||||
#8411 | Losing formatting on backspace | confirmed | Bug | Normal | ||
Description |
No special setup, can be seen on sample files that come with the download.
|
|||||
#8412 | Opera: insertElement() not working as expected for inline elements | confirmed | Bug | Normal | ||
Description |
When inserting multiple elements into the editor in Opera, the elements are sometimes added in the incorrect order. This only seems to occur when one of the elements being added is an inline element. To reproduce:
Problem: The Paragraph of text is sometimes added to the editor before the image. This problem only occurs when inserting elements into an empty editor and it occurs roughly every 2nd time. The attached sample uses the following code: temp.setHtml('<img src=""/><p>Text goes here</p>'); However if the img tag is replaced by other inline elements like <span> or <a>, the problem also occurs. We cannot reproduce the issue when using block level elements like <p> or <div> instead of the <img> tag though. |
|||||
#8416 | IE: toolbar buttons don't respect cursor location. | confirmed | Bug | Normal | ||
Description |
This bug is related to #7796 where @fredck mentioned how browser sees element boundaries comment:4 and that current cursor location should be reflected by what the user sees on a toolbar comment:8. To reproduce:
Result: text is written/pasted in bold. Issue has been reproducible from CKEditor 3.0 in IE8 and IE9. |
|||||
#8418 | do feature detection of paste event support before simulating a paste event | confirmed | Bug | Normal | ||
Description |
I think this code might end up confusing you when Opera one day supports 'paste' events: http://dev.ckeditor.com/browser/CKEditor/trunk/_source/plugins/clipboard/plugin.js#L141 I suggest adding some additional feature detection - perhaps if ( CKEDITOR.env.opera && ! ('ClipboardEvent' in window) ) or something like that.. There is no rush, paste event is high priority but probably won't happen for Opera 12 unfortunately. |
|||||
#8425 | IE8 IE9: Selection Defect with contentEditable = "false" and unselectable = "on" | confirmed | Bug | Normal | ||
Description |
This issue was reported on our support channel (Topic: selection defect)
Result:
Result: It is possible to move the text because it's selection had stayed. Issue has been reproducible in IE8 and IE9 from CKEditor 3.2.1 |
|||||
#8426 | Strings for specialchar plugin added directly to editor.lang instead of editor.lang.specialChar | confirmed | Bug | Normal | ||
Description |
The strings for the special characters dialog are available directly on the editor.lang object when the editor is loaded in a new language. They should be inside the editor.lang.specialChar object. To Reproduce:
availableLangs : { en:1, fr:1 },
Problem: All the strings for the specialchars plugin are now available directly on the editor.lang object. Note that these are the strings in English. When the special characters dialog is opened again, the editor.lang.specialChar object is correctly updated with the pseudo French strings. specialchar\plugin.js does extend the editor.lang.specialChar object with the string values. CKEDITOR.tools.extend( editor.lang.specialChar, plugin.langEntries[ langCode ] ); However the CKEDITOR.plugins.load function in core\editor.js always extends the editor.lang object. CKEDITOR.tools.extend( editor.lang, plugin.langEntries[ lang ] ); This works correctly for the a11yhelp plugin because the strings in a11yhelp\lang\xx.js are specified within the accessibilityHelp group. Perhaps the special characters lang files also need to group the strings like this? |
|||||
#8428 | Copyright header missing from specialchar\lang\en.js | confirmed | Bug | Normal | ||
Description |
The specialchar\lang\en.js file does not contain any copyright information in the 3.6.2 release. |
|||||
#8441 | Selection not updating when moving from left -> right | confirmed | Bug | Normal | ||
Description |
The editor.on( 'selectionChange' ) is not called when text is selected with the mouse moving from left to right when using Chrome v14.0. This can be veryfied in the nightly build: http://nightly.ckeditor.com/7293/_samples/replacebyclass.html In order to replicate the bug place the cursor in between the bold text "sample text" and the link "CKEditor". Now drag the selection towards the left. Notice how the enabling of the bold action-button in the toolbar shifts to TRISTATE_ON and then to TRISTATE_OFF when past the bold text. If the same is done from left to right (starting with the cursor to the left of the bold text and then dragging the selection towards the right then the bold action-button is not affected?!? |
|||||
#8445 | dialog.getSelectedElement() returns wrong element when element selected is within a table for 3.6.2, Firefox | confirmed | Bug | Normal | ||
Description |
Observable for instance for a single image inside a table cell. The bug seems to be caused by the selected element being set to be the containing table element even though for instance the double-click event does get the correct element passed as its .data.element. For a document containing something like (only): <table> <tbody> <tr> <td> <img alt="Silva.jpg" src="/images/Silva.jpg" style="width: 100px; height: 133px;" /></td> </tr> </tbody> </table> reproduce the bug by double-clicking on the image. The image dialog opens, but is not initialized with the image data. In general,
|
|||||
#8446 | IE8 - Unable to place cursor after image | confirmed | Bug | Normal | ||
Description |
Go to CKE demo. Ctrl-A/Ctrl-X Insert an image. Click on the image. Now attempt to place the cursor after the image to the right or bottom. You are unable to, and at this point, one cannot add anything after the image. The same thing happens for iframes which uses image fake element. |
|||||
#8448 | CSS errors in FF 7.01 using CKEditor 3.6.2 | confirmed | Bug | Normal | ||
Description |
There are som CSS problems when using CKEditor with FireFox 7.01. I use CKEditor 3.6.2. I don't have an english version of FF - so my FF errors are in Danish: [12:03:41.373] Forventede farve, men fandt 'auto'. Forventede farve, men fandt '-webkit-focus-ring-color'. Forventede 'end of value' men fandt '-webkit-focus-ring-color'. Fejl i fortolkningen af værdien for 'outline'. Erklæring droppet. @ http://localhost/components/ckeditor/_source/skins/kama/mainui.css:100 [12:03:41.379] Fejl i fortolkningen af værdien for 'filter'. Erklæring droppet. @ http://localhost/components/ckeditor/_source/skins/kama/toolbar.css:149 [12:03:41.453] Fejl i fortolkningen af værdien for 'filter'. Erklæring droppet. @ http://localhost/components/ckeditor/_source/skins/kama/menu.css:55 [12:03:41.511] Fejl i fortolkningen af værdien for 'filter'. Erklæring droppet. @ http://localhost/components/ckeditor/_source/skins/kama/richcombo.css:65 But all in all the "filter" declaration is a problem - it cannot interpret the value - so the error reads: "declaration dropped"...(toolbar.css line 149, menu.css line 55 and richcombo.css line 65) Also the interpretation of the value for "outline" doesn't work. Here it expects to find a color but finds: 'auto' or '-webkit-focus-ring-color'... (mainui.css line 100) It is quite annoying that these messages fill up when you are debugging |
|||||
#8453 | Linebreak after image in Opera brings image down | confirmed | Bug | Normal | ||
Description |
Image is brought down to the next line. Happens with ENTER_BR and ENTER_P |
|||||
#8458 | Ctrl + B can't work in this situation and javascript error is prompted | confirmed | Bug | Normal | ||
Description |
I've tried on both ckeditor3.6.1, 3.6.2 demo page and the api.html example downloaded from the webpage. below steps can reproduce the bug - use the api.html page for testing:
line 1
" First line with some leading whitespaces. Second line of text preceded by two line breaks."
message: 'null' is null or not an object line: 32 character: 544 source code: 0
ps: Platform - windows XP sp3 Browsers - IE8 version - ckeditor3.6.1, 3.6.2 NOTES:
|
|||||
#8462 | Unnecessary paragraph gets created when trying to join two paragraphs using backspace | confirmed | Bug | Normal | ||
Description |
Issue reproducible in Webkit from CKEditor 3.0
Result when switching to source in Webkit: <p> Line 1<br /> Line 2Line 3</p> <p> Line 4</p> while in other browsers: <p> Line 1<br /> Line 2Line 3<br /> Line 4</p> |
|||||
#8466 | Customized filebrowser button is not open dialog for file selection | confirmed | Bug | Normal | ||
Description |
System configuration:
1) Open _samples/fullpage.html 2) On line 64, after: CKEDITOR.replace( 'editor1', { fullPage : true, extraPlugins : 'docprops' }); Add following code for customizing Insert Image dialog: CKEDITOR.on('dialogDefinition', function(ev) { var dialogName = ev.data.name; var dialogDefinition = ev.data.definition; var editor = ev.editor; if (dialogName == 'image') { var linkTab = dialogDefinition.getContents('Link'); var browse = linkTab.get('browse'); var hbox = { id : 'hboxBrowseButtons', type : 'hbox', padding: 2, children : [ browse, { type : 'button', label : 'Select from site documents', id : 'site_documents', filebrowser : { action : 'Browse', target : 'Link:txtUrl', url : '/some/documents/browser/url' } } ] }; linkTab.remove('browse'); linkTab.add(hbox, 'cmbTarget'); } }); 3) Save it and load _samples/fullpage.html in browser. 4) Click "Insert Image" button, click "Link" tab and then click "Select from site documents" button - and it DO NOTHING and no errors reporting by browser! But if I then edit _samples/fullpage.html on line 10 and replace <script type="text/javascript" src="../ckeditor.js"></script> with <script type="text/javascript" src="../ckeditor_source.js"></script> and repeat steps 3 and 4, then ALL working fine! What is the bug? |
|||||
#8467 | <p> belongs with <br> at the end of list cause javascript error - nodeValue.length is null | confirmed | Bug | Normal | ||
Description |
Below steps can reproduce the error.
<ul> <li> 11111111111</li> <li> 22222222222</li> <li> 3333333333333</li> </ul> <p> <br /> abcdefg</p>
ps: the pattern unordered list + <p><br> causes this nodeValue.length error. |
|||||
#8469 | Id attribute get lost | confirmed | Bug | Normal | ||
Description |
Paste this code in source mode (config.enterMode is set to CKEDITOR.ENTER_BR): <div id="body"> foo </div> In wysiwyg mode, push enter after foo and click on one of the bullet buttons. Back to source mode, the ul tag is outside the div element. Expected result : <div id="body"> foo <ul> <li> </li> </ul> </div> Actual result : <div id="body"> foo </div> <ul> <li> </li> </ul> |
|||||
#8470 | existing link can not be modified | confirmed | Bug | Normal | ||
Description |
1<a href='http://www.taobao.com'>2</a>3
expect : <a href='http://www.ckeditor.com'>123</a> (same with tinymce) actual result : <a href="http://www.ckeditor.com">1</a><a href="http://www.taobao.com">2</a><a href="http://www.ckeditor.com">3</a> ps : i attach a ugly patch for this problem ( i think it's a bug) , hope for a better solution |
|||||
#8471 | Webkit: When Copy/Paste Table Cell It Gets Pasted in next Column | confirmed | Bug | Normal | ||
Description |
Result: A cell is pasted into first cell in second column (See result.png) Issue reproducible in Webkit from CKEditor 3.0 |
|||||
#8473 | JS error will cause CKEDITOR instances to not update their data to the iframe. | confirmed | Bug | Normal | ||
Description |
We are using mutliple CKEDITOR instances on one page. We hide and display them by killing sections of the page and later repopulating them. Because we kill the CKEDITOR HTML before the final getData processing was finished it left the CKEDITOR in a state where getData and setData would not update the iframe contents. I have attached the file with the fix that we added. In /_source/plugins/editingblock/plugin.js line 47. You get the data from the editor. If an exception happens in the getData code then isHandlingData doesn't get set to false. After that the iframe contents become impossible to update. This will effect all other CKEDITOR instances on the screen. We just added an empty try catch so as to ensure that regardless of errors that happen isHandlingData will always get reset to false. Thus not effecting the usability of any other CKEDITOR instance. We did the same at line 74. To reproduce: In our case, we would call editor.destroy() and remove the ckeditor instance from the screen. Destroy would fire an event that would later try to access the contentDocument of the iframe. That would throw the error because it no longer existed on the screen. We also had an blur event set to the editor that would grab the data. Anyway I hope this helps. |
|||||
#8476 | Adding an anchor deletes the character to the right of anchor | confirmed | Bug | Normal | ||
Description |
On entering an anchor at the start of a paragraph, the text or character to the right of the inserted anchor is deleted. This occurs in IE8.0.7601.17514 but not in Firefox 7.0.1, using Windows 7. |
|||||
#8481 | switching between source and wysiwyg introduces gratuitous white space | confirmed | Bug | Normal | ||
Description |
Certain html snippets introduce extra white space on each switch between source and wysiwyg. In 6.0.472.63 (59945) Built on Debian 6.0.2, running on Debian 6.0.3, Iceweasel/3.5.16 (like Firefox/3.5.16), and recent versions of Safari the attached snippet exhibits the problem in at least 3.6.2 and the nightly build as of 2011-10-27. The behavior is somewhat different (less desireable?) with fullPage : true than without. In both cases each round trip wysiwyg->source->wysiwyg introduces a <p> </p> fragment. |
|||||
#8482 | DispHTMLUnknownElement with invalid code | confirmed | Bug | Normal | ||
Description |
By selecting a dom range who contains invalid Html tags, IE causes an error in the error function at the line 201 of the element.js: this.$.appendChild( node.$ ); In the case value contains an invalid tag, fe.: <foo>some content</foo>, the "this.$" is an instance of DispHTMLUnknownElement who doesn't implements the appendChild function. the error is caused by the range.select(true), this.createBookmark(); line 1636 plugins/selection/plugin.js, clone.insertNode( startNode ); line 528 /core/dom/range.js We are currently experiencing this issue with IE 8 and 9, we haven't tried with prior version of the software. |
|||||
#8485 | SCAYT selection bug | confirmed | Bug | Normal | ||
Description |
Go to the demo in IE9 and enable SCAYT. Now try using your mouse to highlight a line of text. After a few characters/words it will stop and bug out. It also bugs out using shift + arrow keys to highlight. Also reports of this happening in ff, but I haven't been able to reproduce that one. https://github.com/WebSpellChecker/ckeditor-plugin-scayt/issues/30 This bug can be reproduced only when user uses backward selection. And no problem with forward selection. |
|||||
#8490 | Ability to customize the contents of the a11yhelp dialog. | confirmed | New Feature | Normal | ||
Description |
We can customize CKEditor to not display the collapse toolbar icon or the element path bar. However there is no way to remove the instructions for these features from the a11yhelp dialog. It would be great if we could customize the a11yhelp contents to match the set of features that are available in different instances of the editor. |
|||||
#8498 | First word in webspelchecker not automatic selected in IE9 | confirmed | Bug | Normal | ||
Description |
When opening the spellchecking dialog the first suggested word is not automaticly selected in IE9, you have to click it before the suggestions show at the bottom of the dialog. This is not the case in other browsers (IE8, FF, Chrome). |
|||||
#8502 | we can't shift+Tab out of the editor if there is no focusable element before the editor | confirmed | Bug | Normal | ||
Description |
To reproduce the defect: Open Replace by Class sample. Use Tab key to navigate in to the editor. Now Press Shift + Tab. Expected Result: Focus should go back to browser since there is no focusable element before the editor. Actual Result: Focus/Cursor still remain in the editor This is an Accessibility Issue |
|||||
#8507 | Invalid width of CKEditor when width is set to 100% | confirmed | Bug | Normal | ||
Description |
Setting width to 100% have quite an unpredictable result. When setting width of the editor to 100% user would expect the editor to take all the available space when rendering the interface. The result is different however, the editor takes 100% + extra 12px. In templates, where overflowing content is hidden, it is causing that CKEditor is cut off on the right side. Happens only when using the Kama skin. Confirmed in IE8, Firefox, Chrome, Opera. |
|||||
#8516 | Introduce Html ordered list 1.1, 1.2 (also when pasting from MS Word) | confirmed | New Feature | Normal | ||
Description |
Descriptive summary : Copy-Pasting content from MS Word 2007 to the newly downloaded CKEditor 3.X causes the following issue:
Steps to reproduce : Copy content from the attached word file to the online demo. Browser name and OS : We have installed the editor on a Virtual Machine:
Client 1:
Client 1:
Screenshot : attached Sample data : attached Please see comment:4 |
|||||
#8517 | Selection Field content is broken in firefox when clicked on left , right justification plugins. | confirmed | Bug | Normal | ||
Description |
Steps to reproduce: 1.Click on Selection Field plugin and add some values. 2.After adding the content to the editor, select the 'selection field' click on the 'right align'.
Note: This happens in firefox. |
|||||
#8518 | Text around editor highlights during resize event | confirmed | Bug | Normal | ||
Description |
Bug reported by @mrfr0g We've determined that during the resize event on the editor, the text around the editor is allowed to be selected. In some cases, this would cause large blocks of text to be selected and appear as gray or blue (depending on focus).
config.resize_dir = 'vertical';
The text below the editor should be selected. Thes can get selected in IE9, Chromw and Safari. This has been reproducible from CKEditor 3.4.3 |
|||||
#8521 | IE: Pictures are not visible in preview for Flash Dialog | confirmed | Bug | Normal | ||
Description |
Wehn you insert URL to a picture in Flash Dialog it will not show in preview (see test.png). Test URL: http://a.cksource.com/c/1/inc/img/demo-little-red.jpg |
|||||
#8522 | Safari: Flash content not visible in page preview. | confirmed | Bug | Normal | ||
Description |
Result: Flash content is not visible. You have to click on a flash content to see it. Reproducible from CKEditor 3.0 |
|||||
#8525 | Not possible to edit selected element | confirmed | Bug | Normal | ||
Description |
Given the following sample html <p>Select this: <a href="http://ckeditor.com/" style="display: inline-block" ><img alt="smiley" height="20" src="../plugins/smiley/images/regular_smile.gif" title="smiley" width="20" /></a>.</p> in IE (tested 8 & 9), select the image & link, use the context menu and both the options to edit the link and image appear correctly, but using any option will bring up a dialog as if nothing was selected. If instead of using the context menu the toolbar is used then it works correctly, as well as double clicking. The problem seems to be that after closing the context menu the selection isn't restored properly. I haven't tried to look at previous versions to check the behavior there. |
|||||
#8526 | [Webkit] Unlink Highlighted Object leaves empty Anchor | confirmed | Bug | Normal | ||
Description |
Observe that is removed but inspecting the source of the editor show that an empty <a></a> has been left at the end of the previous link pointing to where the previous link was pointed. |
|||||
#8532 | ckeditor in IE local intranet does not work well with internet zone Active Scripting security is disabled | confirmed | Bug | Normal | ||
Description |
I was told by the helpdesk to open a ticket here with regards to an issue concerning ckeditor running over IE in an intranet environment. The full correspondence, attachments and findings are details here: http://helpdesk.cksource.com/view.php?ticketref=9936-QRTY-8066 Here is the summary of things: A *Local Intranet* app using ckeditor renders the ckeditor correctly but all the plugin buttons are not responsive, if the internet (not local intranet) has Active Scripting set to disabled. This is an IE issue and not a ckeditor issue, but it can be dealt with. The thing is that in IE if the internet security zone's Active Scripting is disabled, it seems like innerHTML (which is used by ckeditor to render the editor) produces the correct html but does not bind any events required to activate the buttons, such as onmouseup. The workaround to this is simple (and is detailed in the original helpdesk ticket). P.S. The above security settings is not a custom settings but the default settings for IE in Windows servers. For example, if you install Win 2008, IE security settings by default are set to Enable Active Scripting in Local Intranet, but Disabled Active Scripting in Internet zone. This allows running local scripts with the exception of events in innerHTML. I was not aware of this limitation in IE prior to using ckeditor and I will be more than happy if my conclusions are incorrect. |
|||||
#8533 | Carriage return disappears | confirmed | Bug | Normal | ||
Description |
In source mode, enter this code : <div>foo</div> <br /> It's a test. In wysiwyg mode, justify the words 'Its a test'. The br tag disappears. config.enterMode is set to CKEDITOR.ENTER_BR |
|||||
#8536 | Safari/ Chrome: Default Alignment not shown for the text in editor. | confirmed | Bug | Normal | ||
Description |
To reproduce the defect:
Expected Result: Align Left & Text direction from left to right icons should be highlighted in the toolbar. Actual Result: Only Text direction from left to right icon is highlighted & default Alignment Align Left icon not highlighted in the toolbar
Expected Result: Align Right & Text direction from right to left icons should be highlighted in the toolbar. Actual Result: Only Text direction from right to left icon is highlighted & default Alignment Align Right icon not highlighted in the toolbar |
|||||
#8541 | Wrong selection after deleted last character after contenteditable span | confirmed | Bug | Normal | ||
Description |
<html> <head> <title>CKEditor Sample</title> </head> <body> <p> abcd<span contenteditable="false">XXX</span>e<p> </body> </html> For above sample, in CKeditor 3.6.2, the cursor is move to the front of span after I clicked backspace and delete 'e' that after the span. Why is that? How can I change the code to correct it? Thanks. |
|||||
#8543 | YouTube plugin | confirmed | New Feature | Normal | ||
Description |
I have written a YouTube plugin Ref: RE: Form submission from: Contact Us - [9883-OTKM-0306] [2a836e4d] Frederico asked me to open a ticket and attach the plugin. |
|||||
#8548 | Cursor position on FF4+ different from FF 3.6 & other browsers | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Issue: On FF 7 cursor shows up at the end of content area. On all other browsers (FF 3.6, IE(6,7,8,9), Opera & Safari) cursor shows at the beginning of content area. |
|||||
#8549 | [IE, Webkit] can not delete selected text in table contents | confirmed | Bug | Normal | ||
Description |
1.open ckeditor at trunk in ie (ie6 or native ie8) and switch to source mode 2.input the following source: <table border="0" style="width: 100%" title="tbdescguide"> <tbody> <tr> <td> <p> 士大夫士大夫都</p> </td> </tr> <tr> <td> <p> 12345678</p> </td> </tr> </tbody> </table>
expect : selected text removed actual result: selected text still remains ,but selection gone and cursor goes to the start position of the original selection. PS: you can not ctrl-x or ctrl-v for that selected text too, maybe the selection is broken when it is changed automatically in step 3 . PS2: tinymce has the same problem , maybe it's a stubborn bug for ie not for editor. |
|||||
#8550 | [ALL] inconsistent cursor about table | confirmed | Bug | Normal | ||
Description |
<table border="0" style="width: 100px" title="tbdescguide"> <tbody> <tr> <td> <p> 士大夫士大夫都</p> </td> </tr> <tr> <td> <p> 12345678</p> </td> </tr> </tbody> </table> 3.switch to wysiwyg mode and click the point in pic1(see attachment) 4.now the cursor is after '8' (see pic2) , then click the point in pic1 again (see attachment) 5.now the cursor is after table ! (it's always what i want , see pic3) expected: same click same cursor position (after table , see pic3) actual result: first click the cursor is after '8' (see pic2) ,second click the cursor is after table (see pic3) PS : i also provide a patch in attachment , it will solve this problem , but i do not know its side effect. |
|||||
#8551 | Browser hangs with with certain combination html (meta/link) and 'enterMode' | confirmed | Bug | Normal | ||
Description |
On the demo page initialize a new ckeditor with the following enter-mode: CKEDITOR.config.enterMode = CKEDITOR.ENTER_BR; CKEDITOR.appendTo('demoInside', { height: 300 }); Go to 'source' view and type: <table> <tbody> <tr> <td> <table> <tr> <td> <meta> <link> </td> </tr> </table> </td> </tr> </tbody> </table> Click again on 'source' mode to go back to normal mode (WYSIWYG). The browser now hangs. It only seems to happen with a table nested in another table in combination with 2 'link' or 'meta' tags or a combination. The problem seems to occur in fragment.js in the 'while (1)' loop. Although it might not be correct html to have 'meta' or 'link' tags in the body part, a lot of our clients are using reports/templates with this kind of code for certain (historical) reasons and now suddenly run into this problem since we have switched from FCKEDITOR to CKEDITOR. Please make it backwards compatible. |
|||||
#8552 | Spaces lost on copying during editing | confirmed | Bug | Normal | ||
Description |
Take
(a) the Authority;
(b) the Commissioners;
(c) the OFT; and
(d) in relation to credit unions in Northern and copy it into http://ckeditor.com/demo - ensure there are six spaces after each closing bracket. Then copy the same text within the demo and paste it back into the demo page - five of the six spaces disappear''''' This is very frustrating. Using IE9 and Windows7 64-bit and CKEditor 3.6.2 (revision 7275) |
|||||
#8554 | Safari: Collapse toolbar and Font and Size will be reset | confirmed | Bug | Normal | ||
Description |
Safari, chrome
Actual: style settings (Font,size) are reset Expected: Specified settings should work |
|||||
#8561 | Unexpected lists get created when selecting nested divs | confirmed | Bug | Normal | ||
Description |
Result: multiple lists are created from the selection Expected: a single list is created with all four lines Note: The expected behavior is derived from two things. The first is that the content appears to be flat from the user's point of view and selecting it should result in a flat list. And secondly, when a similar test case is attempted using the native browser execCommand('InsertOrderedList') call, the list that is created is a single list with four items. |
|||||
#8570 | setReadOnly in combination with getSnapshot throws an error in IE | confirmed | Bug | Normal | ||
Description |
If you call setReadOnly and getSnapshot synchronously, an Error is thrown in IE (7-9, not tested in 10PP) Reproduce:
Working variation:
A workaround is to set readOnly first and do the rest of the work in a timeout. |
|||||
#8574 | Change contents of richcombo after init | confirmed | New Feature | Normal | ||
Description |
I think richcombo plugin needs to be extended to support changing its contents after init has been run. This will enable developers to clientside refresh the list without loading the entire page where the editor is. I have successfully done this with a bit of a hack in my own plugin that uses richcombo. In my code, I have a plugin that adds other plugins in the richcombo - e.g. insert link, insert image etc. This list may change due to userinput and it happens clientside. How I solved it: (see http://stackoverflow.com/questions/7762810/is-it-possible-to-reinitialize-a-ckeditor-combobox-drop-down-menu/8397198#8397198 Some code: in the init function in ui.addRichCombo: init: function () { var rebuildList = CKEDITOR.tools.bind(buildList, this); // bind the buildList function with this scope rebuildList(); // call once to do first build of list $(editor).bind('rebuildList', rebuildList); // bind with jquery so we can call it later }, then outside scope, define the buildList function: var buildListHasRunOnce = 0; var buildList = function () { if (buildListHasRunOnce) { // Remove the old unordered list from the dom. // This is just to cleanup the old list within the iframe // Note that this removes all uls... if there are more than one editor on page, we have to be more specific on what to remove. In my production ready code, I target one of the lis, and find its ul parent and remove that instead of shotgunning all uls like in this example $(this._.panel._.iframe.$).contents().find("ul").remove(); // reset list this._.items = {}; this._.list._.items = {}; } for (var i in yourListOfItems) { var item = yourListOfItems[i]; // do your add calls this.add(item.id, 'something here as html', item.text); } if (buildListHasRunOnce) { // Force CKEditor to commit the html it generates through this.add this._.committed = 0; // We have to set to false in order to trigger a complete commit() this.commit(); } buildListHasRunOnce = 1; }; I´m thinking that it should be at least possible to
Alternatively:
Kind regards, Amund |
|||||
#8576 | Editor stays on page if removed quickly enough in AJAX sample which results in two editors on one page | confirmed | Bug | Normal | ||
Description |
To reproduce:
Result: In ajax2.html I have added this code. <script type="text/javascript"> createEditor(); removeEditor(); </script> Perhaps this is not very common scenario:) but it is also possible to reproduce it manually. If you click Create and Destroy buttons quickly enough you will get two editors as well (See two_editors.swf). |
|||||
#8579 | Chrome Bug while pasting html | confirmed | Bug | Normal | ||
Description |
This is similar to ticket #8514 , but I have a way to reproduce it. OS: Windows 7 SP1 Browser: Chrome 15.0.874.121 Paste the following HTML into a file on your machine: <html> <body> Testing testing <a href="test.html">link</a> What's going on here? </body> </html> In one tab in Chrome open the HTML file above. In another tab in Chrome go to ckeditor.com/demo . Copy everything from the first tab to ckeditor in the second tab. Only the first line will appear, even though you expect all of the text to be there. I am confident this is happening because of a misbehaving webkit shim in http://svn.ckeditor.com/CKEditor/releases/stable/_source/plugins/clipboard/plugin.js . Just search for "bogusSpan". You could also see this behavior with the following html: <html> <body> Testing testing <br> What's going on here? </body> </html> |
|||||
#8584 | Support Content Security Policy | confirmed | New Feature | Normal | ||
Description |
Content Security Policy is a W3D draft aiming to prevent the exploitation of XSS vulnerabilities. It prevents the execution of JavaScript that is directly embedded into HTML code via an inline script element, on-attributes and javascript:-urls. Only external javascript files from a whitelisted domain are executed. CSP is supported by Firefox since version 4.0 and by the current development versions of webkit. Event the Internet Explorer 10 preview has basic support for CSP. The main usecsae of CKEditor is to allow users to edit HTML code, which causes a non zero risk of XSS vulnerabilities in either CKEditor itself or the surrounding website. CSP support would be very helpful to mitigate these risks. Steps to reproduce
Expected Result CKEditor should work, assuming that it was installed on the same domain as the webpage. The Firebug extension for Firefox is very helpful because it will list all the violations of the CSP. |
|||||
#8589 | Safari & Chrome : Copying & Pasting first table row with headers & some cells with rowspan > 1 not working | confirmed | Bug | Normal | ||
Description |
To reproduce the defect:
Issue: Table row data is pasted as text into a single cell |
|||||
#8597 | CKEditor.NET 3.6.2 editor not displayed after postback (RadAjaxPanel) | confirmed | Task | Normal | ||
Description |
This is using ajax but not the MS update panel, I am using the Telerik RadAjaxPanel. I have added a check to see if it is a RadAjaxPanel and it works now. Fix: if (con.GetType() == updatePanel || con.GetType().FullName == "Telerik.Web.UI.RadAjaxPanel") |
|||||
#8612 | DocProps plugin incorrect case handling of META element names - code could be more flexible. | confirmed | New Feature | Normal | ||
Description |
docprops.js creates a hash table of meta elements, keyed by the name converted to lower case. However, there are several cases of tests such as: name in hash which fail if the meta element name is not all in lower case. Fix is to replace several occurrences of the above with: name.toLowerCase() in hash Also in setupMeta: result = ( name.toLowerCase() in hash ) ? hash[ name.toLowerCase() ].getAttribute( 'content' ) || '' : ''; The below description summarizes first 11 comments.
@Nickholt has extended docProps dialog with extra meta tags values. He copied the code that we use for standard values like ‘author‘ and to his surprise it didn’t work for attributes with values like Our code works and custom code is completely different story which makes this request rather invalid but I thought that perhaps we could make our code more flexible. Who knows if there won’t be a browser or a mobile tool that needs this change to display documents correctly. Just a thought but perhaps fixing #8668 which to me may related will also fix this one. |
|||||
#8614 | Could you add line height option for ckediter. | confirmed | New Feature | Normal | ||
Description |
Could you add line height option for ckediter. some time ,we nend adjust line height between lines.So I hope, It can support line height adjust option. |
|||||
#8620 | Chrome: left arrow jumps location after using style commands | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
EXPECTED: the insertion point moves one character to the left ACTUAL: the insertion point jumps to one character before the end of the bold text |
|||||
#8621 | WYSIWYG focus fails on Opera Mobile and Kindle Silk browsers | confirmed | Bug | Normal | ||
Description |
Descriptive summary: Unable to set 'focus' within the WYSIWYG editor on devices using Opera Mobile. Same issue also affects the default browser on Kindle devices (Silk). Steps to reproduce:
Browser name and OS: Opera mobile / multiple OS |
|||||
#8635 | htmlParser not recognizing self closing tags without space before /> | confirmed | Bug | Normal | ||
Description |
parser.onTagOpen = function( tagName, attributes, selfClosing ) { assert.isTrue( selfClosing ); // error assert.areSame( tagName, 'br' ); // error (actual: 'br/') }; parser.parse( '<br/>' ); Now this issue is only theoretical - all browsers are returning space before /> (or no self closing tags at all). But this can change in the future. |
|||||
#8636 | Editing Absolute positioned DIVs in Firefox and IE is problematic | confirmed | Bug | Normal | ||
Description |
When using Mozilla Firefox (or at least version 9.0.1), when a DIV with absolute positioning is not the first thing you click inside the editor, then it becomes uneditable. Paste this inside a CKEditor to re-create: <div>1. Click me</div> <div style="position:absolute;">2. now try to edit me</div> I note that this works as expected in competing editors such as TinyMCE. |
|||||
#8640 | htmlParser not recognizing empty comments | confirmed | Bug | Normal | ||
Description |
var counter = 0, parser = new CKEDITOR.htmlParser(); parser.onComment = function( comment ) { counter += 1; }; parser.parse( '<!---->' ); assert.areSame( 1, counter ); // error (actual: 0) |
|||||
#8645 | Copy/paste problem with chrome into table cells | confirmed | Bug | Normal | ||
Description |
Juste create a table, type space into one of the cells and paste some text with carriage return into it. The text is pasted into the next cell. If you're in the last cell of the table, the text is pasted just after the table. This is reproducible with CKEditor demo |
|||||
#8646 | CKEditor 3.x vertical scroll bar is hang/not working on Firefox browser | confirmed | Bug | Normal | ||
Description |
Hi, We are using 3.x version of CKEditor in our project and when set large data to the editor (1 MB - 2 MB) data, the vertical scroll bar is stopped working. This issue is coming on Firfox and this is working fine for IE browser. For large data, when try to scroll after load it sometimes make the browser also crashing some times. Really would appreciate if any work around or patch for this issue? Please guide us kindly. Note: We have a valid license for the CKEditor. Thank You, Siju Thomas. |
|||||
#8654 | entering character sometimes creates spurious newline in firefox | confirmed | Bug | Normal | ||
Description |
On Firefox 8 on Windows 7: steps to reproduce:
Expected: Just the character should be typed. Actual: A newline spontaneously appears before the character, moving the character down. |
|||||
#8661 | Copy paste table does not retain table width - style attribute in not copied | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
Expected result: The pasted table retains the width of the copied table Actual result: The pasted table appears very small and has the minimum column width possible (screenshot attached) Workaround: Copy the table by placing the cursor outside of the table when highlighting it. The table pastes properly this way. The problem is reproducible on the ckeditor.com/demo application. |
|||||
#8666 | Wrong rowspan after vertically splitting and merging back cells | confirmed | Bug | Normal | ||
Description |
Add a table using the default options: <table border="1" cellpadding="1" cellspacing="1" style="width: 500px"> <tbody> <tr> <td> </td> <td> </td> </tr> <tr> <td> </td> <td> </td> </tr> <tr> <td> </td> <td> </td> </tr> </tbody> </table> <p> </p> The split the first cell vertically (starting from CKEditor 4.5.0 Horizontally - #8024): <table border="1" cellpadding="1" cellspacing="1" style="width: 500px"> <tbody> <tr> <td> </td> <td rowspan="2"> </td> </tr> <tr> <td> </td> </tr> <tr> <td> </td> <td> </td> </tr> <tr> <td> </td> <td> </td> </tr> </tbody> </table> <p> </p> Then merge the first cell down: <table border="1" cellpadding="1" cellspacing="1" style="width: 500px"> <tbody> <tr> <td rowspan="2"> </td> <td rowspan="2"> </td> </tr> <tr> <td> </td> <td> </td> </tr> <tr> <td> </td> <td> </td> </tr> </tbody> </table> <p> </p> It should revert to the original layout, i.e. the first set of html pasted, but instead the first row ends up with four table cells, and the second row ends up with just two. |
|||||
#8667 | [Webkit] Enter works incorrectly into PRE blocks | confirmed | Bug | Normal | ||
Description |
|
|||||
#8669 | Chrome, Line breaking when font size is changed | confirmed | Bug | Normal | ||
Description |
Chrome Reproducible steps:
Expected: Text with different font sizes are kept on same line. Actual: The text from point 7 and onwards is placed on new line |
|||||
#8670 | dom.node#getAddress returns different addresses for detached trees in IE7&8 than in normal browsers | confirmed | Bug | Normal | ||
Description |
This test passes in browsers like Fx and Chrome, but fails in IE7&8. var root = newElement( 'span' ), child1 = newElement( 'span' ), child2 = newElement( 'span' ); child1.appendTo( root ); child2.appendTo( root ); assert.isTrue( CKEDITOR.tools.arrayCompare( child2.getAddress(), [ 1 ] ) ); // in IE7&8 - [ 0, 1 ] assert.isTrue( CKEDITOR.tools.arrayCompare( root.getAddress(), [ ] ) ); // in IE7&8 - [ 0 ] |
|||||
#8677 | cke_disabled class is not added to the span for a disabled dialog button | confirmed | Bug | Normal | ||
Description |
The dialogui plugin defines a disable function for CKEDITOR.ui.dialog.button objects. /** * Disables the button. * @example */ disable : function() { this._.disabled = true; this.getElement().addClass( 'cke_disabled' ); }, This function adds the cke_disabled class to this.getElement() which corresponds to the a tag for the button. Therefore the a tag can be styled using this class when the button is disabled. However, the cke_disabled class is not added to the span tag which displays the label for the button (see the attached screen capture). Therefore, there is no way to style the text for disabled buttons. The disable function should be updated to also add the cke_disabled class to the span tag. Perhaps doing something like this: disable : function() { this._.disabled = true; this.getElement().addClass( 'cke_disabled' ); if(this.getElement().getChildCount() > 0 && this.getElement().getChild(0).getName() == 'span'){ this.getElement().getChild(0).addClass('cke_disabled'); } }, The enable function would need to be updated accordingly to remove the cke_disabled class from the span when the button is enabled again. |
|||||
#8686 | Bold, Italic, Underline plugins not detecting formatting using style element | confirmed | Bug | Normal | ||
Description |
I have a document which is using style elements for bold, italics and underlines. eg:<span style="font-weight:bold">bold</span><span style="text-decoration:underline">underline</span>. I am not able to undo the styles using 'bold' and 'Italic' plugins. The issue is also with other plugins like 'underline' and 'strike through' |
|||||
#8690 | Trim trailing whitespace when creating elements | confirmed | Bug | Normal | ||
Description |
Under Windows, if I double-click on a word, the space after the word is also selected. If I then click on a button to add an underline, bold, link, etc. that trailing space will become underlined, part of the link, etc. Normally, links, etc. should end at the end of the word. Proposed solution: When creating a new element from a selection, trim trailing whitespace and re-add that space on the outside of the closing tag. I tried to write a patch, but I am not familiar enough with the code base and was unable to find that place where new elements are created. |
|||||
#8694 | IE: copy/paste problem in pre tag | confirmed | Bug | Normal | ||
Description |
Steps to reproduce :
Expected behavior:
Actual behavior: Issue has been reproducible from CKEditor 3.1 in all versions of IE. |
|||||
#8695 | Reset fonts | confirmed | Bug | Normal | ||
Description |
Result: Bold font was reset Expected result: If any font style was chosen, it keeps still while typing. Screens are attached |
|||||
#8715 | Problems with changing text of a link - some unification is needed | confirmed | Bug | Normal | ||
Description |
To reproduce:
Expected Result:
Actual Result:
There are definetely problems in Safari, Opera and Chrome which should be fixed. As for Firefox - it will probably hard to make it work as other browsers. NOTE: There is also a feature request for adding new text filed "Link Text" in Link Dialog #7154. It may solve the above issues but when implementing this feature one should take this ticket into account. |
|||||
#8716 | Better indication of required fields | confirmed | Bug | Normal | ||
Description |
Labels for all required fields on our dialogs should have an astrisk(*) and instructions for identifying required fields should be clearly labeled at the beginning of the form. This is a failure of Accessibility Checkpoint 1.3.1 This is clearly documented in Examples of Success Criterion for 1.3.1 See links here.. http://www.w3.org/TR/2012/NOTE-UNDERSTANDING-WCAG20-20120103/content-structure-separation-programmatic.html |
|||||
#8717 | Mobile Safari - Cursor remains after switching between wysiwyg mode and text mode | confirmed | Bug | Normal | ||
Description |
|
|||||
#8723 | in chrome, span with class attribute removed when merging blocks on delete/backspace | confirmed | Bug | Normal | ||
Description |
the expected result is that you'll get
but instead you get
I understand that this is a webkit bug, but unfortunately I guess that when they will fix the issue it will be with inline style instead of a class.. thanks |
|||||
#8724 | Draw a table with plug-in (one-click table) | confirmed | New Feature | Normal | ||
Description |
Ticket REF: 7320-RYDC-2204 Would be nice to have a plug-in available to draw tables like in Office Word. The Main advantage of using this way with standard height and width is, user may not be confused to insert the table. With the current plug-in have great and more features , but may leads to confuse the user also. |
|||||
#8734 | Chrome doesn’t recognize lists from MS Word 2010 | confirmed | Bug | Normal | ||
Description |
Result: This issue has been reproducible in Chrome only from CKEditor 3.0. NOTE: In CKEditor 3.5.3 rev [6616] new handling of lists pasted from Word was introduced. From this revision CKEditor has started recognizing ordered lists in most cases. The attached file list_test.docx contains working ordered list. There are however ways to insert baddly formatted ordered list:
|
|||||
#8743 | IE9: in ENTER_BR table/smiley/form is inserted under br tag | confirmed | Bug | Normal | ||
Description |
Steps to replicate the problem
Result: table/smiley/form are always inserted under br Issue has been reproducible in IE9 only from CKEditor 3.5.3 rev [6624] |
|||||
#8748 | Unable to apply any inline style to text inside first block element inside td when there is a comment before | confirmed | Bug | Normal | ||
Description |
To reproduce paste in the below code: 1. <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html> <head><!-- Facebook sharing information tags --> <meta content=" " property="og:title"> <title></title> </head> <body leftmargin="0" marginheight="0" marginwidth="0" offset="0" topmargin="0"> <table border="0" cellpadding="20" cellspacing="0" width="100%"> <tbody> <tr> <td valign="top"><!--Begin Module Standard Content--> <h1 class="h1">Heading 1</h1> <h2 class="h2">Heading 2</h2> mollis a. </td> </tr> </tbody> </table> </body> </html>
|
|||||
#8760 | BR tags get removed when switching from source and back. | confirmed | Bug | Normal | ||
Description |
Results: because there is no tag behind <br /> tag, the br tags are removed. Reproducible in all browsers from CKEditor 3.5 |
|||||
#8761 | Better support for pasting from Open Office | confirmed | New Feature | Normal | ||
Description |
Based on http://dev.ckeditor.com/ticket/4868#comment:1 I'm opening feature request for better support for pasting from Open Office which is also very popular editor. If you have a look at two test case files any try them you will see that: Lists are pasted as single level and tables are always pasted with colgroup even if it is empty (maybe that's the beauty of OO). When pasting tables I have also noticed that it ignores thicker borders for cells. |