Custom Query
Results (801 - 900 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone |
---|---|---|---|---|---|---|
#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. |
|||||
#8768 | CKEDITOR.ui.dialog.uiElement.setValue(value, noChangeEvent) does not respect the noChangeEvent parameter | confirmed | Bug | Normal | ||
Description |
I'm creating a custom dialog where I'm setting the value of a text area
Will always detect that the value of the element has changed. Per the documentation the noChangeEvent parameter should either trigger the change event or not. It seems to be firing the event regardless |
|||||
#8785 | There is no option like CKEDITOR.config.forcePasteFromWord | confirmed | New Feature | Normal | ||
Description |
People are trying to force the filtering provided by the "Paste from Word" feature, however there is no such configuration option:
It would be nice to introduce it, the alternative right now looks like that: http://stackoverflow.com/a/8379364 |
|||||
#8787 | Context menu skips first child of td | confirmed | Bug | Normal | ||
Description |
With following code div properties don't show up in context menu when right clicking on image <table> <tbody> <tr> <td> <div class="test"> <img alt="a" src="http://a.cksource.com/c/1/inc/gfx/logo.png" /></div> </td> </tr> </tbody> </table> In addition selection path updates to reflect image has been selected. In #8445 without the div this doesn't happen. It would seem dialog.getSelectedElement() skips first child of td. <table> <tbody> <tr> <td> <img alt="Silva.jpg" src="/images/Silva.jpg" style="width: 100px; height: 133px;" /></td> </tr> </tbody> </table> |
|||||
#8791 | Image dialog doesn't display properties set to 0. | confirmed | Bug | Normal | ||
Description |
Result: 0 are not displayed in dialog.
Issue has been reproducible from CKEditor 3.1.1. This ticket looks like #4980. NOTE: Firefox uses pt instead of px when you set image property to 0. |
|||||
#8793 | Make it possible to set the editing area width | confirmed | Bug | Normal | ||
Description |
I should be possible to set the editing area width, so it can be more precisely controlled to match target website sizes. Currently, config.width sets the outer size of the editor UI, unlike config.height, which is applied to the editing area instead. This comes from ticket:4049#comment:12. |
|||||
#8798 | Inconsistent behavior of rules elementNames and attributeNames in htmlParser.filter | confirmed | Bug | Normal | ||
Description |
See attached test case. Second filter should leave the title attribute just like first filter left "p" element. |
|||||
#8799 | IE, FF: Delete/backspace keys remove anchor instead of joining paragraphs | confirmed | Bug | Normal | ||
Description |
Assume you have the following content within the ckeditor: <p>This is</p> <p>[anchor] an anchor</p> Where [anchor] is the anchor placeholder. Placing the cursor at the end of the first paragraph and hitting the DELETE key causes the anchor to be removed whereas I would expect that the second paragraph would be merged into the first paragraph and the anchor retained. [IE9 and FF10] Placing the cursor at the beginning of the second paragraph, and hitting the BACKSPACE key also removes the anchor. [IE9] This seems to work as expected on Chrome (WebKit). I tried this on the following nightly build sample, and it still seems to be an issue: http://nightly.ckeditor.com/7385/_samples/replacebyclass.html Incidentally, hitting the ENTER key immediately before an anchor on this nightly build seems to cause the anchor to get vertically squished (see screenshot). |
|||||
#8801 | IE8 Bug when paste to an exist selection when ENTER_BR mode is on | confirmed | Bug | Normal | ||
Description |
in 3.6.2 with IE8 _samples\enterkey.html When Enter is pressed: Break the line with a <BR> In editor, CTRL+A to select all text, and CTRL+C to copy. Then with the selection remains, just paste on the selection. The IE8 shows the javascript error: Line 130, invalid parameter |
|||||
#8802 | Lose fonts after push tab key | confirmed | Bug | Normal | ||
Description |
In BR mode, and tab size = 9. To reproduce :
|
|||||
#8807 | Capital letter in "charset" keyword destroys meta tag when using docProps. | confirmed | Bug | Normal | ||
Description |
Sure that this is invalid code when you use it whit XHTML doctype but I not convinced if this explains destroying meta tag by docProps dialog. Maybe making tags/attributes lower case would be more appropriate. This issue has been reproducible from CKEditor 3.6. |
|||||
#8808 | Non ASCII characters are not being changed to entities in HTML attributes- except for the basic ones | confirmed | Bug | Normal | ||
Description |
Paste in the below code in source mode and then switch to WYSIWYG and back to source: <img alt="This is a test to see how ckeditor handles alt tags with curly quotes &>< other characters. What's going to happen? What’s going to Й happen with this curly apostrophe." src="/images/test.jpg" style="width: 50px; height: 50px; " />
Notice that basic characters like One proposed solution was that perhaps config.entities should be “extended” to support attributes. |
|||||
#8809 | When adding blockquote to Fromat dropdown it doesn't work as expected | confirmed | Bug | Normal | ||
Description |
To reproduce:
Results: you can't change the selection with blockquote. This tag is added in new line when there is no selection but it behaves like paragraph - new blockquote is inserted with every enter. Workaround is to use blockquote button |
|||||
#8811 | Cell width is not updated when a cell is split horizontally | confirmed | Bug | Normal | ||
Description |
To Reproduce:
Problem: The cell that was split and the new cell both have a width of 200px. They should each have a width of 100px. <table border="1" cellpadding="1" cellspacing="1" style="width: 500px;"> <tbody> <tr> <td style="width: 200px;"> </td> <td style="width: 200px;"> </td> <td> </td> </tr> ..... </tbody> </table> |
|||||
#8813 | Cell width is not updated when cells are merged | confirmed | Bug | Normal | ||
Description |
To Reproduce:
<table border="1" cellpadding="1" cellspacing="1" style="width: 400px;"> <tbody> <tr> <td style="width: 100px;"> </td> <td style="width: 100px;"> </td> <td style="width: 100px;"> </td> <td style="width: 100px;"> </td> </tr> <tr> <td> </td> <td> </td> <td> </td> <td> </td> </tr> </tbody> </table>
Problem: The cell that was merged still has a width of 100px. It should now have a width of 200px i.e. the sum of the widths of the merged cells. <table border="1" cellpadding="1" cellspacing="1" style="width: 400px;"> <tbody> <tr> <td colspan="2" rowspan="1" style="width: 100px;"> </td> <td style="width: 100px;"> </td> <td style="width: 100px;"> </td> </tr> ...... </tbody> </table> Cell widths should also be updated when merged using the Cell -> Merge Right option. |
|||||
#8817 | IE: Context menu doesn't show on second click | confirmed | Bug | Normal | ||
Description |
Confirmed with CKEditor 3.6. Works well with CKEditor 3.5.4. I'm reporting these two issues together because I suspect they're very related. |
|||||
#8825 | Make CKEditor bulletproof against js errors | confirmed | New Feature | Normal | ||
Description |
To start, let's state that there are so many variables on the editor usage, which makes it impossible to predict every single case. Because of this, the editor fails with js errors from time to time. We could have a system in place, to protect users from js errors. The basic idea would be based on a simple "job system":
The system must support asynchronous operations within the job (setTimeout calls, load of external files, etc). One idea is integrating this system into the undo system transparently, so it would always revert to the previous undo snapshot in case of errors. |
|||||
#8830 | IE - Cannot determine which cells are selected in a table | confirmed | Bug | Normal | ||
Description |
Go to CKE demo. Insert a table. Attempt to select the cells to do something, like change background color. There is no visual indication of what cells are selected. |
|||||
#8852 | Fx & Chrome @ Linux: Unlink option is not always available from the context menu when right clicking on a link | confirmed | Bug | Normal | ||
Description |
This is clone of #7908, but for Fx & Chrome and only on Linux. Steps:
Expected: context menu containing unlink option. Actual: no unlink option. I was able to reproduce this from 3.6. |
|||||
#8854 | [IE] A Japanese key input is repeated (when enter mode is set to BR) | confirmed | Bug | Normal | ||
Description |
Result: The first pressed key is repeated twice. For example, in the case of the Japanese character inputted using the [H] key and the [E] key, it will be in the state where [hhe] was inputted. Confirmed in IE8/win7. Links that might be useful: |
|||||
#8858 | [IE] : Undo add extra space at the end of list item | confirmed | Bug | Normal | ||
Description |
|
|||||
#8861 | [IE] Content document scrolls upon focus restored | confirmed | Bug | Normal | ||
Description |
|
|||||
#8868 | Hitting return should create a new default block element. | confirmed | Bug | Normal | ||
Description |
Sorry if the title isn't very descriptive, but here is the issue. If I add a <div> tag to the document, then hit enter/return, it creates a new <div> tag even though the default block element is a <p> tag. This is a major problem for clients when they copy/paste content that may have a stray <div> tag. If they paste something with a <div> tag, then start typing new text after that, the <div> tag hijacks the current block level element being used and there is no way to return to it without editing the source. Personally I have an issue with this because it does not allow me to insert a custom <div> tag around, lets say, an image. I'd like to create something such as: Expected: <p>text</p> <div class="figure"><img src=... /></div> <p>text</p> Actual <p>text</p> <div class="figure"><img src=... /></div> <div class="figure">text</div> Lastly, you may wonder why I'm adding a div with the class of "figure", well, because CKeditor does not recognize the <figure> element. Expected behavior: <p> tags should be the default block level element _always_. Regardless of what was preceding it. Hitting return/enter should use that default block element, not continue to use the previous block element. Ideally it would recognize <figure> as well. I'd like to be able to insert a <figure> element containing an image, hit return, then start typing text into a <p> tag, not a <div> or <figure> tag containing text. HTML5 support was added to a recent version, but apparently someone forgot about the <figure> tag. |
|||||
#8872 | Native spellchecker clears markup in chrome | confirmed | Bug | Normal | ||
Description |
In chrome (on windows) the markup is cleared when using the native spellchecker. Bug found in version 3.6.2 and 3.6.3. To reproduce:
CTRL-right click the misspelled word ('missepled') and choose a suggestion. You will see the 2nd line come up a little already. Go the the end of the line (press "END") en press ENTER and type some new words. The markup off the new words is lost. |
|||||
#8877 | Missing ARIA roles on certain editor UI parts | confirmed | Bug | Normal | ||
Description |
The toolbar collapser and editor resizer doesn't have their appropriate ARIA role assigned. |
|||||
#8878 | Missing docs for dialog.definition.fieldset | confirmed | Bug | Normal | ||
Description |
The fieldset element in dialogs isn't documented in the same way as other elements, so there's no list about what are the possible properties that can be used with it. There's http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.ui.dialog.fieldset.html and the missing part is http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.dialog.definition.fieldset.html like this one for example http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.dialog.definition.vbox.html |
|||||
#8884 | Dragging image wrapped in BlockElement leaves empty block elements in content area. | confirmed | Bug | Normal | ||
Description |
I have also tried using the below code (img inside div) <div> <img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" style="margin-left: 10px; margin-right: 10px; float: left; width: 120px; height: 168px;" /></div>
Issue reproducible in all browsers from CKEditor 3.0 |
|||||
#8886 | htmlspecialchars() calls will return an empty string under certain conditions | confirmed | Bug | Normal | ||
Description |
http://php.net/manual/en/function.htmlentities.php
In case of PHP 5.4 environment htmlspecialchars() will return an empty string when supplied with a text in non-default encoding (UTF-8) and no exact encoding specified in third argument. So you need to implement an ability to pass text encoding name to editor() method somehow. |
|||||
#8891 | Expand toolbar button is wrong | confirmed | Bug | Normal | ||
Description |
With an open toolbar the "collapse toolbar" button is an upwards-facing arrow. That's fine. When the toolbar collapses it changes to a left-facing arrow, but it should be a down-facing arrow as that's the direction of the movement that will happen when it's clicked. |
|||||
#8892 | IE9 crashes with p::after clearfix and empty text area | confirmed | Bug | Normal | ||
Description |
Similar to the (now closed) ticket #8689, IE9 crashes with an "A problem displaying caused Internet Explorer to refresh the webpage using compatibility View" error on clicking in the editor area, when you have an empty textarea and a stylesheet in contentsCss that contains a clearfix for <p>: p::after {
} Commenting out the line 'content: ".";' IE doesn't crash anymore (but the clearfix won't work either). Other browsers don't show this problem (Opera, FF, Safari, Chrome). |
|||||
#8894 | Display:inline-block issue | confirmed | Bug | Normal | ||
Description |
<span style="display: inline-block"><a href="/send-now"><img alt="Buy - Global Express" src="sites/default/files/media/buy_button.gif" /></a></span> Paste the above HTML in source. While using CK editor in IE, if we select the image and click on the link editor, it looses focus and link is inserted at the beginning of the HTML rather than at the image itself. This is due to display: inline-block and happens only in IE. Please fix. |
|||||
#8896 | Using Ctrl-Z after switching to bold and back causes strange cursor jumps | confirmed | Bug | Normal | ||
Description |
Scenario:
The cursors jumps at the beginning of the line. Furthermore, as I continue typing, further strange cursor jumps occur. I'm using Ubuntu 11.10 64bit with Gnome 3. I can reproduce this in Chrome 18, not in Firefox 11. |
|||||
#8897 | CKPackager: possible issue with variable declarations | confirmed | Bug | Normal | ||
Description |
It looks like in certain situations, like the one described in #8895, CKPackager does not rename variables correctly. |
|||||
#8906 | [HTML5] [Full page editing] | confirmed | Bug | Normal | ||
Description |
When editing a HTML5 Boilerplate page (download a template here: http://github.com/h5bp/html5-boilerplate/zipball/v3.0.2; see template details here: http://html5boilerplate.com) the conditional comments between the doctype and <html> declaration [used by Modernizr for polyfill detection] are lost. Subsequent html comment blocks within the <html> tags are retained (although the formatting of these is sometimes changed. Examples of the code before and after are shown in this forum post:: http://cksource.com/forums/viewtopic.php?f=11&t=25267&p=64818#p64818 I verified on the nightly build 3.6.4, downloaded 17 April 2012. |
|||||
#8920 | IE8 IE9: unable to edit selected text with keyboard (left-click and drag to select text then release left-button outside ckeditor window) | confirmed | Bug | Normal | ||
Description |
In IE8, unable to edit selected text with keyboard when the selection was finished by releasing the left-mouse button outside of the ckeditor box. |
|||||
#8924 | Problem with ckEditor inside div with visible=false | confirmed | Bug | Normal | ||
Description |
I was previously using 3.6.1, which worked fine for the most part, but in order to fix an issue that cropped up (support for ipads), we decided to upgrade to the latest version. Using 3.6.3, i now receive the following error when the ckeditor tries to load: Sys.ScriptLoadFailedException: The script ' http://localhost/idev/ckeditor/ckeditor.js?t=B8DJ5M3' failed to load. Check for: Inaccessible path. Script errors. (IE) Enable 'Display a notification about every script error' under advanced settings. Missing call to Sys.Application.notifyScriptLoaded(). My instance of ckEditor is located inside a div which is located inside an AJAX update panel. The div initially is set to be visible = false, as per the subject. It is toggled to be visible when a button is pushed. The js file is actually at that location as well. Thinking this could be a problem/conflict with something else in my code, I made a very simple website which ONLY had a ckEditor contained in a div contained in an update panel. <%@ Register Assembly="CKEditor.NET" Namespace="CKEditor.NET" TagPrefix="CKEditor" %> <html xmlns=" http://www.w3.org/1999/xhtml"> <head runat="server"> <title>Untitled Page</title> </head> <body> <form id="form1" runat="server"> <div> <asp:ScriptManager ID="scriptManager1" runat="server" /> <asp:UpdatePanel ID="upCk" runat="server" UpdateMode="Conditional"> <ContentTemplate> <asp:Button ID="btnToggle" runat="server" Text="toggle" /> <div id="divCk" runat="server" visible="false"> <CKEditor:CKEditorControl ID="ckEdit" runat="server" /> </div> </ContentTemplate> </asp:UpdatePanel> </div> </form> </body> </html> (the button simply toggles visibility and updates the updatePanel when clicked) When divCk is set to initially be visible=true, ckEditor works perfectly. When divCk is set to initially be visible=false and the user toggles divCk's visibility by pressing the button, ckEditor does not load correctly, instead presenting the error mentioned above. I've tested it in 3.6.2 and have the same problem, but, as noted, do not experience it in 3.6.1. Am I missing some change to how we should load ckEditor post 3.6.1? |
|||||
#8926 | IE: Unnecessary horizontal scrollbar appears when inserting table with width set to 100% | confirmed | Bug | Normal | ||
Description |
Original ticket: http://cksource.com/forums/posting.php?mode=reply&f=11&t=25315
Result: Reproducible from CKEditor 3.6.3 rev [7421] |
|||||
#8928 | config.corePlugins is always empty | confirmed | Bug | Normal | ||
Description |
The corePlugins entry is defined in config.js file and it states that it can be changed only by editing that file, so I wonder why it's there? If it's empty and people can't use it, then it seems that it should be possible to remove it and adjust the only call that checks it. |
|||||
#8934 | Text/Background color applied to entire paragraph removed when we apply new colour to a word in the paragraph | confirmed | Bug | Normal | ||
Description |
To reproduce the defect:
Issue: Red color that was applied to the text before was removed, only green color will apply to the text that was typed after the current cursor position Same issue with Background Color We expect the text color for the entire paragraph should stay red & green color should be applied to the text typed after current cursor position |
|||||
#8936 | CKEditor does not handle some properties of ASP.NET TextBox Control | confirmed | Bug | Normal | ||
Description |
Some properties of ASP.NET TextBox Control is not supported by CKEditor Control. For example many users claim that MaxLength property is not working but this is because it is not supported by CKEditor Control.
In Visual Studio in "Properties" window when using "Categorized" view the only supported options are those mentioned in CKEditor Basic Settings and CKEditor Other Settings. Possible solutions:
|
|||||
#8939 | IE: Selecting a table row and pressing backspace only deletes a cell instead of the full row | confirmed | Bug | Normal | ||
Description |
Steps to reproduce the defect:
Expected result: The entire row is deleted. (behaviour in FF) Actual result: Only 1 cell in the row is deleted. |
|||||
#8942 | Deleting a list item (numbered and item list) splits the list | confirmed | Bug | Normal | ||
Description |
Create a list (numbered or item list) and then backspace to delete a list item. This splits the list instead of removing the list item. |
|||||
#8943 | FF: (HC mode) Text does not get highlighted when using Find & Replace dialog in High Contrast mode until the dialog is closed | confirmed | Bug | Normal | ||
Description |
Steps to reproduce the defect:
Expected Result: The text that you are trying to find should become highlighted in the editor. Actual Result: The text does not get highlighted. It only gets highlighted when you close the Find dialog. |