Custom Query
Results (2001 - 2100 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone |
---|---|---|---|---|---|---|
#12701 | Image2 could have limiter for resizing image to specified maximum, | confirmed | New Feature | Normal | ||
Description |
Edit:
This is how HTML/CSS works. You can set |
|||||
#12702 | [Android] Executing bold command twice move caret to weird position | confirmed | Bug | Normal | ||
Description |
Actual result: Caret is now at the end of the first word. |
|||||
#12706 | Make enter key behaviour more intuitive | confirmed | New Feature | Normal | ||
Description |
I'd like there to be another enter key mode which matches people's expectation on how paragraphs and new lines are created, based on how most people use a textarea. The rule would be:
|
|||||
#12716 | TableTools should be made available from toolbar when context menu isn't used. | confirmed | New Feature | Normal | ||
Description |
We have made a fix in #9284 but now users can't use tabletools if they don't want to use contextmenu plugin. We could make tabletools available from toolbar but first we need to fix: http://dev.ckeditor.com/ticket/7903. |
|||||
#12717 | setReadOnly() does not work well with the Shared Space plugin | confirmed | Bug | Normal | ||
Description |
My mistake, here is the correct way to reproduce: 1- Use Chrome 39.0.2171.71 m (although the bug also occurs in Firefox, the present procedure only works in Chrome, I don't know why). 2- Go to the official Shared Space demo: http://ckeditor.com/ckeditor_4.3_beta/samples/plugins/sharedspace/sharedspace.html 3- In Chrome's console, type: for (var i in CKEDITOR.instances) CKEDITOR.instances[i].setReadOnly(true); ==> All buttons are now disabled. 4- Click anywhere on the shared toolbar. ==> Three buttons are now enabled: "Paste", "Paste as plain text" and "Paste from Word". |
|||||
#12723 | Menu plugin hides disabled command-assigned items | confirmed | Bug | Normal | ||
Description |
Currently, "menu" plugin skips menu items, associated with commands, having disabled state. This behavior is good for context menus. But "menu" plugin is "abstract", it's also used for toolbar menus, where this behavior is not desired. See demo: http://jsfiddle.net/danya_postfactum/gwragLhw/ See table tools button. It should have "Delete table" and "Table properties". But these items are displayed when cursor in table context only. It's easy to fix, because this feature is not used, except "table" and "clipboard" plugins. Other plugins just do not add items to context menu for inappropriate contexts. I'll send patch now. |
|||||
#12732 | Lack of somet tests in enterkey plugin | confirmed | Task | Normal | ||
Description |
While working on ticket:11982 I found out that this code might be error prone. Based on this fix. When I commented lines which might be risky I found out that all tests pass. Few things need to be done:
|
|||||
#12741 | The table in a list item gets deleted when clicking enter | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
2.Place a cursor after the table, and hit ENTER Expected: new numbered list item should be added Actual: the previous list item with the table is deleted. Issue happens in all browsers |
|||||
#12744 | Numbered bulleted list improvements | confirmed | New Feature | Normal | ||
Description |
Numbered bulleted list - no choices for types of lists and no differentiation (e.g. uses 1,2,3 for every level) at different levels. They're exposed for the edit case, but not in the creation case. |
|||||
#12748 | Editing element attributes and properties for any html element in CKEditor | confirmed | New Feature | Normal | ||
Description |
Very often user needs to change attributes of some html element. For example, set class for current span element. At now there are no way to do this without switching to html code, searching manually this element in long html code and editing. TinyMCE 3.x have this feature, you can check this here: http://www.tinymce.com/tryit/3_x/full.php Here is screenshots: http://i.imgur.com/DAllHOy.png http://i.imgur.com/wfElESi.png http://i.imgur.com/yb2hETk.png Via this feature we can set for element custom id css class, edit css styles, onclick events, and many other features. Will be good to implement this feature in CKEditor too, maybe not in core, but via separate plugin. |
|||||
#12757 | Image preview does not resize on dialog resize | confirmed | New Feature | Normal | ||
Description |
The dialog resize feature would be much more useful on the image properties dialog if the image preview would resize as well as the URL and Alt input fields, see attached image for example. |
|||||
#12759 | Colordialog plugin uses class name that may result in names collision | confirmed | Bug | Normal | ||
Description |
Almost everywhere classes that start with |
|||||
#12760 | Match whole word option does not find words adjacent to special characters | confirmed | Bug | Normal | ||
Description |
Steps to Reproduce
Expected BehaviorI don't think there is any consensus to exactly which characters should or should not delimit words but the main characters we are concerned with are parentheses (), square brackets [], and the slash / which are used often to enclose or connect words but without making them compound words with the other content around the symbol. Word 2013 finds every instance of the word in this test with Find whole words only checked, Internet Explorer finds all but the one next to a single quote ' Actual BehaviorOnly the instances of test that are adjacent to quotes and common sentence separator characters are found. |
|||||
#12764 | Pasting pure text in Chrome causes weird results | confirmed | Bug | Normal | ||
Description |
<table border="0" cellpadding="0" cellspacing="0" style="width:100%"> <tbody> <tr> <td style="color: #5f2351; font-size: 18pt;"> Hello & welcome to K-talk </td> </tr> </tbody> </table>
Confirmed on Google Chrome (Win, Linux, Mac), happens in CKEditor 4.0 - 4.4.6. Works fine on CKEditor 3.6.6.2 and on plain contenteditable. I couldn't find any other markup different than tables that would cause similar issues. |
|||||
#12768 | Suggested Modification to jQuery Adaptor to better support jQuery UI | confirmed | Bug | Normal | ||
Description |
When using jQuery UI, there are sometimes issues when CKEditor is instantiated inside a jQuery UI modal dialog. Typically, the CKEditor dialogs become read-only. This is explained here: http://bugs.jqueryui.com/ticket/9087 It would be very helpful if jQuery UI was detected in the jQuery Adaptor (typeof jQuery.ui != 'undefined') and the fix for CKEditor instances in modal dialogs (from the above ticket reference) was executed in that case. I do not expect the JQuery UI developers to implement something specific for CKEditor, so I am hoping that you may be open to adding some variation of this in the jQuery adaptor. |
|||||
#12772 | [IE] disableObjectResizing doesn't work | confirmed | Bug | Normal | ||
Description |
Hi, i have a problem in IE 11 with object stylied with sizes: <div style="width: 903px; height: 210px;">test div</div> Select borders are over editor sizes. How can i hide this or use css maybe? |
|||||
#12774 | Image is inserted with styles even when disallowed by ACF | confirmed | Bug | Normal | ||
Description |
This is an extension of ticket #12132 https://dev.ckeditor.com/ticket/12132 Expected behaviour: If you disallow image styles, but still allow their related element attributes, the image dialog should force the usage of the attributes. Eg: this code <img style="width:30px; height:40px; float:left;"> should become <img width="30" height="40" align="left"> What actually happens: The image dialog ignores ACF and keeps the styles at first. The ACF rules are only applied after you switch to source code view. How to reproduce:
// Allow all elements/attributes/styles/classes by default config.allowedContent = { $1: { elements: CKEDITOR.dtd, attributes: true, styles: true, classes: true } }; // Then disallow some styles config.disallowedContent = 'img{width,height,float}'; // Or all of them //config.disallowedContent = 'img{*}';
|
|||||
#12775 | Create a visual handler for dragging & droping tables | confirmed | New Feature | Normal | ||
Description |
The UI for dragging & dropping widgets is consistent across web browsers and quite intuitive. It would be great if the same was possible for tables. Right not D&D is not available in all browsers: for example in Firefox "selecting" the whole table and dragging it into a different place results in an empty copy of a table being left in the original place. Also the selection of a table in order to drag & drop it is cumbersome in some browsers. |
|||||
#12778 | Cannot delete paragraph before and after a widget | confirmed | Bug | Normal | ||
Description |
Found in Chrome, confirmed also on Firefox.
This issue can also be reproduced directly in body: http://stackoverflow.com/questions/30262191/ckeditor-how-to-delete-empty-paragraphs-before-and-between-widgets To reproduce try this code: <table border="1" cellpadding="1" cellspacing="1" style="width:500px"> <tbody> <tr> <td> </td> <td> <figure class="image"><img alt="dfgdfg" height="480" src="assets/image1.jpg" width="377" /> <figcaption>Caption</figcaption> </figure> <p> </p> </td> </tr> <tr> <td> </td> <td> </td> </tr> </tbody> </table> There is one interesting method to actually remove the element. But this is so counter-intuitive that it should not be considered as a correct solution.
|
|||||
#12779 | There should be a way to drag&drop widget into a table cell | confirmed | New Feature | Normal | ||
Description |
Right not widgets use lineutils to handle drag and drop. This is causing some limitations on how drag&drop can be used. For example it is impossible to drag the enhanced image with a caption across table cells. |
|||||
#12783 | Backspace and delete keys do not function properly when working with lists that have sublist | confirmed | Bug | Normal | ||
Description |
Use the following code: <p>test</p> <ul> <li>test <ul> <li>test</li> </ul> </li> </ul> Put the cursor at the start of the first list item and hit backspace. The item won't be removed, cursor will be moved at the end of the previous paragraph. |
|||||
#12794 | SCRIPT5022: IndexSizeError on table caption change in IE9-11 | confirmed | Bug | Normal | ||
Description |
Javascript error in IE9-11:
As a result you will receive javascript error: SCRIPT5022: IndexSizeError ckeditor.js, line 407 character 528 |
|||||
#12803 | Ideas for improving Toolbar interface | confirmed | New Feature | Normal | ||
Description |
The toolbar based interface gets out of hand quickly as new plug-ins are added. I tend to think all the icons can get very "busy" very quickly and contribute to information overload on the part of end users. I think that some sort of overhaul of the toolbar based interface will be warranted in the future. Some possible ideas...
(1) Implement/support icon/button pods, groups of configurable, related hidden buttons in an overlay that are displayed when a displayed toolbar button is clicked. The overlay could have a title that describes the grouping.
(2) Support some sort of configurable drop down menus as a configurable alternative to icons for the toolbar. Again, the purpose is to enable end developers to move some icons off screen while still having them accessible. I get that drop downs are supported for plug-ins, but why can't I just configure CKE to put a group of toolbar icons in a drop-down menu to take up less toolbar space? (3) Support some sort of tabbed toolbar groupings as a configurable alternative. Thus, the top level groupings could correspond to tabs that provide high-level groupings of icons. With all of the above approaches, the general idea is to make sure that the most used toolbar icons are readily available, while configuring less frequently used icons as somehow temporarily hidden, yet still having them be accessible. Granted, I can fiddle around with changing toolbars, but that is kind of a show it ("it" being an icon/button) and access it, or don't show it and don't access it approach. What I am suggesting, is more of a configurable middle approach--don't show an icon/button, but still have it be available via an overlay, drop-down, or tab selection. |
|||||
#12814 | Copy single table cell into multiple selected cells | confirmed | New Feature | Normal | ||
Description |
Hi. It could be useful to allow users to copy one selected cell into all the selected cells. In this scenario all the selected cells should contain the same content as the source cell after the paste command. I have modified the editable.js file to support this feature. I hope you will find this feature useful. |
|||||
#12823 | Redo is broken after undoing typing with IME | confirmed | Bug | Normal | ||
Description |
Reproduced on FF and Chrome. This issue is a little bit random - I think that order in which the CTRL and Z keys are released matters. In my case I was first releasing Z and then CTRL. In http://dev.ckeditor.com/ticket/12391#comment:4 Artur suggested that there may be a change fired. I'm rather thinking that keyup causes the onTypingStart function to be executed. |
|||||
#12839 | Link is not available for ACF-custom mode live demonstration in documentation | confirmed | Bug | Normal | ||
Description |
When i came across documentation for ACF-Custom mode, I clicked a link for live demonstration of ACF-Custom mode. But, result is Not Found (404). |
|||||
#12846 | No block wrapper after removing table | confirmed | Bug | Normal | ||
Description |
No block wrapper after removing table
Expected result:
Current result:
Additional info:
|
|||||
#12853 | Removing HTML comment nodes with dataProcessor.htmlFilter removes script nodes too | confirmed | Bug | Normal | ||
Description |
I've pasted the code below so you can see what I'm doing to strip HTML comments from the HTML code. The HTML comments get effectively stripped out but empty script tags (<script src="..."></script>) get stripped out too: CKEDITOR.on('instanceReady', function(ev) { // Filter rules to apply on output // Node properties & methods: http://docs.ckeditor.com/#!/api/CKEDITOR.htmlParser.element-property-attributes ev.editor.dataProcessor.htmlFilter.addRules({ comment: function() { // Remove HTML comments return false; }, elements: { script: function(node) { // Remove language and script attributes from script tags 'language' in node.attributes && delete node.attributes.language; 'type' in node.attributes && delete node.attributes.type; } } }); }); I fixed it just by commenting out the "comment" rule in the htmlFilter. A bit weird :S |
|||||
#12863 | Enter key issue with multi-byte character | confirmed | Bug | Normal | ||
Description |
Page crashed when typing multi-byte characters( Japanese/Chinese in my test ) after hitting enter key before image. Happened on iOS 8 safari. Step to reproduce: 1.Make caret right before an image, then hit enter key. 2.Try to input multi-byte characters. Expected Results: Multi-byte characters are normally input. Actual Results: Page crashed and reloaded with message said: "A problem occurred with this webpage so it was reloaded" |
|||||
#12864 | Toggling bulleted list insert line breaks when enterMode is configured as CKEDITOR.ENTER_BR | confirmed | Bug | Normal | ||
Description |
Toggling bulleted list inserts unwanted line breaks when enterMode is configured as CKEDITOR.ENTER_BR Please see attachment. |
|||||
#12872 | [Firefox] Improve copy/cut and paste binding | confirmed | New Feature | Normal | ||
Description |
Because Firefox does not support custom data types properly during copy/cut/paste we do not bind copy/cut and paste events. Wherefore all paste events are recognize as external and user is not able to pass data from copy/cut to paste using
We can improve it. On Firefox we handle selected data manually so we could add special |
|||||
#12873 | [IE] Improve copy/cup and paste binding | confirmed | New Feature | Normal | ||
Description |
On IE are 2 problems with binding copy/cut and paste events:
Because of these problems on IE we do not bind copy/cut and paste events. Wherefore all paste events are recognize as external and user is not able to pass data from copy/cut to paste using Fortunately in many cases we are able to guess the connection between copy/cut and paste events. On the one hand we can read selected HTML during copy/cut, on the other we can get pasted HTML from the paste event. Of course browser can modify that HTML structure, but the text should be the same. On paste we could remove all HTML tags from cut/copied and pasted HTML, remove all white characters and compare remaining text if it is longer then X characters (e.g. 10). This way we could bind most cases. We could also handle some most popular cases with only HTML. For example if user copy/cut and paste single image we can read and compare both image source and alt and, if they are the same, bind events. Similarly we could check single widgets. We could also compare both HTML data. In some cases they may be the same. Of course some cases will not be covered: if user cut and paste only HTML data (without any text) which is hard to compare, then the paste will be still recognized as external, but it means it will work as good/bad as it works now. |
|||||
#12876 | Required "type" attribute is missing in the <style> element generated by the editor | confirmed | Bug | Normal | ||
Description |
Type is required attribute of <style> tag according to http://www.w3.org/TR/html401/present/styles.html#style-group But CKEDITOR generates following
There shall be simple fix - add attribute " type='text/css' " to generated <style> tag. We tried to fix downloaded source code by adding one line into document.js: var style = new CKEDITOR.dom.element( 'style', this ); style.setAttribute('type','text/css'); //added by us style.append( new CKEDITOR.dom.text( cssStyleText, this ) ); But it seems it does not work in Internet Explorer 11. It is causing problems with formal validation of HTML code in IBM internal application. |
|||||
#12880 | Disabled dialog buttons appear the same as enabled dialog buttons | confirmed | New Feature | Normal | ||
Description |
Usking kama skin, if a button is disabled in a dialog via the following: CKEDITOR.dialog.add('dialog', function () {
}); The button disables properly but no related styling for being disabled are applied and it appears identical to an enabled button. I was able to fix this with a few CSS overrides: a.cke_dialog_ui_button_ok.cke_disabled:hover, a.cke_dialog_ui_button_ok.cke_disabled:focus, a.cke_dialog_ui_button_ok.cke_disabled:active {
} a.cke_dialog_ui_button_cancel.cke_disabled:hover, a.cke_dialog_ui_button_cancel.cke_disabled:focus a.cke_dialog_ui_button_cancel.cke_disabled:active {
} a.cke_dialog_ui_button.cke_disabled:hover, a.cke_dialog_ui_button.cke_disabled:focus, a.cke_dialog_ui_button.cke_disabled:active {
} a.cke_disabled {
} |
|||||
#12888 | Inline editor loses focus/toolbar when dialog with file input on primary tab shown | confirmed | Bug | Normal | ||
Description |
I've been unable to recreate this on the demo site -- the only input[file] elements in core plugins are on image and link plugins -- both of which appear on the third tab. This problem appears only when the input is on the first tab. When using the inline editor with Chrome -- if a plugin has a file input on the first tab, when the dialog is shown, the file input element will gain focus -- this has the effect of making ckeditor lose focus and the toolbar will be hidden. After closing the dialog, the cursor selection is still somewhere in the editor, but the toolbar is still hidden. One must click off the editor and back on to get the toolbar to show up again. I tried this in FireFox 35, IE11 and Chrome 40 -- Chrome was the only one to exhibit the problem. Also, it seems like timing issue -- if I have dev tools open with a breakpoint in the plugin's onShow function and resume, the problem goes away.
Edit:
Result: Dialog with file element loads and toolbar disappears. It is not brought back after closing dialog. |
|||||
#12891 | Inline mode + Widgets( codeSnippet or formula ): CheckDirty() always returns "true" after page is loaded | confirmed | Bug | Normal | ||
Description |
checkDirty() function does not work properly with CodeSnippet and Mathematical plugins in Inline mode. If there is a codesnippet or a formula in the ckeditor element, CheckDirty() always returns "true" after page has been loaded. Steps to reproduce:
This issue emerges only in Inline mode, not in classic mode. Software versions: Ckeditor: 4.4.7 (custom build) OS: Ubuntu 12.04 x86_64 Browsers: Chrome 40 and Firefox 35 (latest versions at this time) Edit: Please also see comment:8 because this issue also occurs when you just load the editor (checked in CKEditor 4.5.6 at the time of writing). |
|||||
#12895 | allowedContent for form elements can be improved | confirmed | Bug | Normal | ||
Description |
In the plugin.js for the "Forms" plugin, the code explicitly defines different allowed contents for different form elements: allowedContent = { checkbox: 'input[type,name,checked]', radio: 'input[type,name,checked]', textfield: 'input[type,name,value,size,maxlength]', textarea: 'textarea[cols,rows,name]', select: 'select[name,size,multiple]; option[value,selected]', button: 'input[type,name,value]', form: 'form[action,name,id,enctype,target,method]', hiddenfield: 'input[type,name,value]', imagebutton: 'input[type,alt,src]{width,height,border,border-width,border-style,margin,float}' }, but since "checkbox", "radio", "textfield", "button", "hiddenfield" and "imagebutton" all define their allowed content for the same tag (with the name <input>), what we end up with is actually that the combination of all the allowed contents for all these form elements is allowed for all of them. For example, even though "checkbox" explicitly lists that the allowed content is only "input[type,name,checked]", it is still possible to add for example the "src" attribute by hand to an <input> tag with type="checkbox" (in source code mode) and it will not be removed, even though it was initially not listed as allowed content. I guess it is not removed because the "imagebutton" defines "src" as a valid attribute for the <input> tag, and thus *all* <input> tags now allow the "src" attribute, even tags with type="checkbox" where the "src" attribute does not make any sense. Proposed fix: For the allowed content, instead of the string notation, use the object notation with a match function, like this: allowedContent = { checkbox: { input: { match: function (element) { return element.attributes.type == "checkbox"; }, attributes: "type,name,checked" } }, radio: { input: { match: function (element) { return element.attributes.type == "radio"; }, attributes: "type,name,checked" } }, textfield: { input: { match: function (element) { return element.attributes.type == "text" || element.attributes.type == "email" || element.attributes.type == "password" || element.attributes.type == "search" || element.attributes.type == "tel" || element.attributes.type == "url"; }, attributes: "type,name,value,size,maxlength" } }, textarea: 'textarea[cols,rows,name]', select: 'select[name,size,multiple]; option[value,selected]', button: { input: { match: function (element) { return element.attributes.type == "button" || element.attributes.type == "submit" || element.attributes.type == "reset"; }, // TODO attributes: "type,name,value" } }, form: 'form[action,name,id,enctype,target,method]', hiddenfield: { input: { match: function (element) { return element.attributes.type == "hidden"; }, attributes: "type,name,value" } }, imagebutton: { input: { match: function (element) { return element.attributes.type == "image"; }, attributes: "type,alt,src", styles: "width,height,border,border-width,border-style,margin,float" } } } The proposal above should be equivalent to the original code, only the added "match" functions should make sure that for each type-variant of the <input> tag, only the actually defined allowed content is applied. Of course you then may want to revise these individual allowed content definitions, for example for the imagebutton, you may want to allow "name" and "value" too? |
|||||
#12904 | Font Dropdowns could have 'default' option that resets font to default value | confirmed | New Feature | Normal | ||
Description |
We have CKEditor set to use em units for font sizes in our CMS. This is so content is portable. If you select 1em for the font size then I think that should be equivalent of unsetting any existing font size style, and removing any empty wrapper span. Currently it just gives an explicit 1em font size.
Edit:
|
|||||
#12905 | Style removal context menu | confirmed | New Feature | Normal | ||
Description |
As you know, one of the worst (notorious) problems about WYSIWYG editors is the style mess made when pasting, or when styling using a pure visual approach. You make a number of efforts to mitigate this: the advanced content filter, paste from word, I think other internal filters, and sensible decisions regarding how to merge and remove HTML nodes. This is all good, but it does not solve the problem well enough in my opinion, especially for the case where users are pasting into an unfiltered editor (unfiltered due to necessary support for arbitrary markup). I suggest you extend the "Remove Format" plugin to have a context menu. When you right-click at any point in the document it has an item on the context menu to remove any of the inline styles defined above that point. For example, you paste something in and it has got a line-height there (because the browser extracted it from some CSS class when you did the original 'copy' op). The user can right click, see it there, and remove it. This stops them needing to remove it manually from the HTML view, which frankly is scary when a lot of inline styles are defined. It would be good also to be able to choose to remove a style globally (i.e. remove all line-height defined for any node). Please consider this. I think it would be a really big improvement to CKEditor. |
|||||
#12907 | Improve paste dialogs | confirmed | Task | Normal | ||
Description |
PART 1, wording of dialog intro text The issue with browser pasting is a thorny one. I think it would help a bit to tweak the dialogue text to be more concise/accurate. Before: "Because of your browser security settings, the editor is not able to access your clipboard data directly. You are required to paste it again in this window. Please paste inside the following box using the keyboard (Ctrl/Cmd+V) and hit OK" After (Windows/Linux): "Because of browser security, the editor is not able to access your clipboard data directly. Paste in the box below using the keyboard (Ctrl+V) and hit OK" After (Mac): "Because of browser security, the editor is not able to access your clipboard data directly. Paste in the box below using the keyboard (Cmd+V) and hit OK" I've done 3 things here: 1) Removed reference to 'security settings' as only Firefox ever had such a setting, and it is since removed. It really confuses users, who then look for the settings. 2) Shortened the sentences as much as possible for conciseness, made it fit on fewer lines. 3) Tailored for Windows/Mac. We don't want to get techie giving multiple keypresses to try, and confusing Windows users (what's Cmd?) when this is such a core dialog. PART 2, make function of paste from Word clearer Can we make the dialog title for Paste from Word as "Paste from Word (automated cleanup)". Just so that it makes it clear why this is a separate button, as it will confuse users. |
|||||
#12908 | Merge Paste and Paste From Word buttons | confirmed | Task | Normal | ||
Description |
It would be much better to just have two paste buttons (plain text, regular). Detect if it is coming from Word via some simple heuristic, and then clean up if the CKEditor config says to do so. |
|||||
#12915 | Edit cell properties inside editable scrolls to top | confirmed | Bug | Normal | ||
Description |
If you have a table inside a div with contenteditable="true", which is in turn inside a div with contenteditable="false" such as. <div contenteditable="false">
</div> and you change the properties of a cell. Then when you click 'Ok' on the cell properties dialog, the editor will scroll to the top, even if your table was not at the top of the page. This situation occurs when you have a widget with an editable section that contains a table. Reproduced in version 4.4.7 and on the CKEditor demo page. |
|||||
#12928 | Support for Lotus Notes | confirmed | New Feature | Normal | ||
Description |
We could make a research in the future if it is possible to support Lotus Notes in the same way as we support MS Word. We should check what HTML information is carried from Lotus Notes to browsers. |
|||||
#12929 | Single entry point for command state | confirmed | Bug | Normal | ||
Description |
The problem: Now the command state (if it is disable or not) is based on the "setState" method which is called by many plugins. It can be changed when selection change, content in selection change (#12618), mode change, editor is in readOnly mode and maybe some more cases. Also many plugins set state of the commands manually. We get a state spaghetti and it is very often that one part of code try to disable command and another enable it back. The solution:
There should be one entry point for all parts of code which want to change the state. Good candidate seems to be
This way every time the state of the command is suppose to be changed all listeners are called and we can be sure that we do not enable feature which should be disabled.
In fact direct usage of The idea of changes is:
This way if someone want to disable command and be sure no one else will enable it back, can add
It seems to be possible to apply these changes without breaking backward compatibility. |
|||||
#12934 | Plugin bbcode: type error + unexpected result | confirmed | Bug | Normal | ||
Description |
If there are more closing that opening tags, it will cause a type error in JavaScript, example: [/u] This can be fixed with additional checks for candidate in parser.onTagClose, but not sure if it's the correct way to do it. Also this BB code doesn't behave as expected: [ [u]Test[/u] ] Should result in underlined Test in square brackets. This requires an additional fix in bbcPartsRegex I guess (for example not matching another opening square bracket). |
|||||
#12936 | suggestion for translation - pt-br | confirmed | Bug | Normal | ||
Description |
When you create a table, I can click the right button and open a menu to edit the table. When I click on "cell" have the option "Insert cell before" and "after entering cell". These sentences are wrong in Portuguese, is written ("inserir célula a esquerda" and "inserir célula a direita") and the right would be ("inserir célula antes" and "inserir célula depois"). |
|||||
#12937 | Document hidpi, and more details about icons in general | confirmed | Task | Normal | ||
Description |
(This replaces #12932, which got messy) Currently implementing hidpi is not documented. This ticket will try and describe what specifically needs documenting. My notes will be broader than hidpi, as I think more can be written about icon referencing in general. To implement hidpi, hidpi:true needs setting on the plugin definition. This works in tandem with the 'icons' plugin definition property, telling ckeditor to automatically reference for the plugin's images/hidpi/example.png instead of the plugin's images/example.png. Explain that CKEditor is declarative in this way, and uses convention-over-configuration, it doesn't/can't/won't do filesystem searches or have any separate icon registry for plugins, apart from automatic insertion of reference to sprites for those plugins built in via CKBuilder. It should mention that icons are always implemented using a background-image inline style, not using stylesheets or srcset. This confused me a lot, because you actually detect hidpi in JavaScript and set CKEDITOR.env.hidpi globally, which is an unusual (but effective) approach. Following on from this, a plugin that sets a button icon via addButton (rather than the 'icons' plugin property), can look at CKEDITOR.env.hidpi to set the hidpi image path as needed. |
|||||
#12938 | Document addButton better | confirmed | Task | Normal | ||
Description |
The API docs for addButton are incomplete: http://docs.ckeditor.com/#!/api/CKEDITOR.ui Some properties on 'definition' are not documented, such as the 'icon' property. For a list of properties one can currently find it deeper in the code at plugins/button/plugin.js -- I suggest going through the properties here and deciding which to document alongside addButton. When documenting the 'icon' property, also mention that this is not the primary way to set icons, which is to use the 'icons' property on the plugin itself and to use matching icon/button names. Explain it is usually better to do it the primary way because then skins are able to override the icons if they wish. |
|||||
#12939 | Document plugin definition better | confirmed | Task | Normal | ||
Description |
The API docs for addButton are incomplete: http://docs.ckeditor.com/#!/api/CKEDITOR.pluginDefinition It does not document 'icons'. 'icons' is particularly tricky because it is a comma-separated list, not a native JS list. This caused me quite a lot of confusion when debugging. Make sure it clearly specifies it as a comma-separated list. |
|||||
#12940 | Unable to paste text on new line after line with <o:p> MSWord formatting | confirmed | Bug | Normal | ||
Description |
Reproduced the following in latest Chrome, IE10, and FF30. CKEditor 4.4.6 full version instance with following configuration: "removePlugins" : 'elementspath,magicline', "allowedContent" : true, "pasteFromWordRemoveFontStyles" : false, "pasteFromWordRemoveStyles" : false, "defaultLanguage" : 'en', "disableNativeSpellChecker" : false, "browserContextMenuOnCtrl" : true, "enterMode" : CKEDITOR.ENTER_DIV, "resize_enabled" : false, "removeDialogTabs": 'link:upload', Paste the following text in the "Source": <div style="font-size:10pt;font-family:Tahoma"> </div> <div class="MsoNormal"><i>Suggested Tabs<o:p></o:p></i></div> <div class="MsoNormal">- Activity*<o:p></o:p></div> <div class="MsoNormal">- Details*</div> In WYSIWYG mode place your cursor at the end of "-Activty* and hit the "Enter" or "Return" key. Attempt to paste text of any kind on that line, whether using the right click paste dialog or CTRL + V. In Chrome there will be a brief flash of text but nothing will be pasted. In FF30 and IE10 nothing will happen at all. Hitting enter a second time allows the user to paste text. Attempting to reproduce this in the CKEditor demo failed, because after pasting the above code in the Source and returning to the WYSIWYG view the <o:p> tags are removed. |
|||||
#12942 | Anchors require deprecated name tag, id should be enough | confirmed | Bug | Normal | ||
Description |
If i insert an <a> with only an id attribute and no name attribute, it will simply be discarded by CKEditor. Tested in latest version of the demo: http://ckeditor.com/demo Steps to reproduce
In HTML5 the "name" attribute for <a> is been obsolete, "id" should be used instead: http://www.w3.org/TR/html-markup/a.html#a-constraints |
|||||
#12949 | Mathematica plugin using KaTeX | confirmed | Task | Normal | ||
Description |
KaTeX seems to be very promising library to create mathematical formulas on the client side. We should make a research if we can use it in the CKEditor. |
|||||
#12950 | drop-down list WITHOUT a pre-selected option throws JS-Error in Chrome and IE11 | confirmed | Bug | Normal | ||
Description |
When I build forms with drop down lists without and selected default an error occurs. Afterthat it is impossible to use the rest of the form. put the example code in the full featured editor in source mode an than switch to normal mode: http://ckeditor.com/demo#full <select> <option value="test1">Test1</option> <option value="test2">Test2</option> <option value="test3">Test3</option> <option value="test4">Test4</option> </select>
Open the console in IE11 or Chrome. Double click on the list to edit it in the form dialog and the error is thrown.
You expect the "selected" attribute but it is optional. I un-minified the select.js and build a work around. After fixing the one error the next one occures... here my code parts: select.js: around line 10(minified version) [...] { id:"txtValue", type:"text", widths:["25%","75%"], labelLayout:"horizontal", label:c.lang.forms.select.value, style:"width:350px", "default":"", className:"cke_disabled", onLoad:function() { this.getInputElement().setAttribute("readOnly",!0) }, setup:function(a,b) { //console.log( 'a', a ); //console.log( 'b', b ); if ( typeof ( b === 'undefined' ) ) { return; } else { //console.log( 'b', b ); //console.log( 'b attr', b.$.attributes['selected'] ); if( typeof ( ( b.$.attributes['selected'] ) === 'undefined' ) ) { return; } else { "clear"==a ? this.setValue("") : "option"==a && b.getAttribute("selected") && this.setValue(b.$.value); } } } }, [...] select.js: around line 12(minified version) [...] { type:"select", id:"cmbName", label:"", title:"", size:5, style:"width:115px;height:75px", items:[], onChange:function() { var a=this.getDialog(), b=a.getContentElement("info","cmbValue"), e=a.getContentElement("info","txtOptName"), a=a.getContentElement("info","txtOptValue"), d=g(this); i(b,d); e.setValue(this.getValue()); a.setValue(b.getValue()) }, setup:function(a,b) { "clear"==a ? k(this):"option"==a && h(this,b.getText(), b.getText(), this.getDialog().getParentEditor().document) }, commit:function(a) { var b=this.getDialog(), e=l(this), d=l(b.getContentElement("info","cmbValue")), c=b.getContentElement("info","txtValue").getValue(); k(a); //console.log( 'e', e ); // count is wrong, MINUS ONE, but there ist a new problem in the list, an empty element occures for( var f=0; f<e.count()-1; f++ ) { var g=h(a, e.getItem(f).getValue(), d.getItem(f).getValue(), b.getParentEditor().document ); d.getItem(f).getValue()==c && ( g.setAttribute("selected","selected"), g.selected=!0 ) } } }] [...] select.js: around line 14(minified version) [...] { type:"select", id:"cmbValue", label:"", size:5, style:"width:115px;height:75px", items:[], onChange:function(){ var a=this.getDialog(),b=a.getContentElement("info","cmbName"),e=a.getContentElement("info","txtOptName"),a=a.getContentElement("info","txtOptValue"),d=g(this);i(b,d);e.setValue(b.getValue());a.setValue(this.getValue()) }, setup:function(a,b){ //console.log( 'HIER 2 a', a ); //console.log( 'HIER 2 b', b ); if("clear"==a) { k(this); } else if("option"==a) { try { var e=b.getValue(); h(this,e,e,this.getDialog().getParentEditor().document); "selected"==b.getAttribute("selected") && this.getDialog().getContentElement("info","txtValue").setValue(e) } catch( e ) { // nothing } } } }] [...] |
|||||
#12959 | Focus issue when clicking on an image (inline editing) | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
=> The focus is now set to this other editable area, with no image.
=> It seems the focus is correctly to the editable area with the image. But, first strange thing, the image is not selected (as it should be).
=> Focus is unexpectedly given back to the editable area with no image, and text is added there! |
|||||
#12963 | Extract resizer as a separte plugin | confirmed | New Feature | Normal | ||
Description |
The setupResizerfunction has 200LOC plus there's 30LOC of CSS, so that could be something. And there's nothing more there, so that would be an entire feature, which after some improvements perhaps could be reused by other plugins (like video embedding). Related: #12746. |
|||||
#12967 | Need to click undo twice to undo dropping an image | confirmed | Bug | Normal | ||
Description |
|
|||||
#12968 | Deleting a paragraph deletes following div | confirmed | Bug | Normal | ||
Description |
<p>p not in div</p> <div> <p>p in div</p> </div>
<p>p in div</p>
<div> <p>p in div</p> </div> Note: backspace behaves similarly. |
|||||
#12969 | SCAYT plugin stops working after setData is called with "Div Editing Area" plugin | confirmed | Bug | Normal | ||
Description |
The SCAYT plugin does not re-initialize itself after setData is called when using the divarea plugin. Based on the comment in the code it looks like this was a bug for the inline editing mode but was never addressed for the divarea plugin. From the SCAYT plugin js: //#9439 after SetData method fires contentDom event and SCAYT create additional instanse // This way we should destroy SCAYT on setData event when contenteditable Iframe was re-created editor.on('setData', function() { scaytDestroy(); // in inline mode SetData does not fire contentDom event if(editor.elementMode == CKEDITOR.ELEMENT_MODE_INLINE) { contentDomtHandler(); } }, this, null, 50); Here scaytDestroy is called. However, the contentDom event doesn't fire with setData with the divarea plugin and since elementMode is not ELEMENT_MODE_INLINE, contentDomtHandler doesn't get called to reinitialize the plugin. |
|||||
#12979 | [FF] Preview does not work when CKEditor is loaded from a different domain | confirmed | Bug | Normal | ||
Description |
Works fine on http://ckeditor.com/latest/samples/replacebycode.html where CDN is not used. |
|||||
#12983 | Walker.guard is called more than once for every node boundary | confirmed | New Feature | Normal | ||
Description |
Discovered when working on #12964. See tests pushed in branch:t/12983. It would be useful if we knew that guard will be called only once, because it makes some iterations easier (and guard is the only callback which is called for both element boundaries). |
|||||
#12985 | Interferring Style Affecting Dialog Text Box Heights | confirmed | Bug | Normal | ||
Description |
Prior to version 4.4.7 I used to have issues with interfering styles such as table-layout: fixed and underlines on links. I've been able to remove all of my CSS hacks but I have one final interfering style: input[text='text'], input[type='password'], select {
} This affects all the text boxes within the dialogs. It would be good if the reset could handle this. Thanks |
|||||
#12986 | Undo doesn't work when editor starts empty in source mode | confirmed | Bug | Normal | ||
Description |
Result: Text is not removed. |
|||||
#12998 | 'blur' event lost when destroying | confirmed | Bug | Normal | ||
Description |
Tested with inline edition only When CkEditor has the focus, clicking outside the editor triggers a blur event. In order to handle this blur event, you can set a 'blur' handler directly on the div, or you can use the internal CkEditor event management (by setting a handler in CkEditor options). The later solution is way better, as it filters out blur events occurring when using the CkEditor toolbar. However, when the event that ultimately triggers the blur event (for example a mouse click outside the edition area) also causes the editor destruction (for example because user clicked a button to terminate edition), the internal CkEditor blur event never occurs. This is not the expected behavior: in standard JavaScript, you always get the blur event, even if the div is then immediately destroyed. How to reproduce:
|
|||||
#13004 | SHift Enter Mode = P is not working for .NET site | confirmed | Bug | Normal | ||
Description |
We have used CKEditor as control as following: <CKeditor:CKEditorControl ID="txt_bodyHTML" runat="server" BasePath="/jscripts/CKeditor/" Visible="False" DisableNativeSpellChecker="false" ShiftEnterMode="P" EnterMode="BR" > </CKeditor:CKEditorControl> Shift Enter Mode is producing the BR |
|||||
#13005 | Change Event is not fired after Delete | confirmed | Bug | Normal | ||
Description |
Result: Change event is not fired. Problem can be reproduced from CKEditor 4.4.4 in Firefox and IE8-11. Before release 4.4.4 change event worked the following way only in Firefox
|
|||||
#13006 | Drag and drop element with id duplicate id | confirmed | Bug | Normal | ||
Description |
Result: two elements with the same ID:
Is should not be possible to duplicate ID by drag and drop. Paste event may check if there is element already element with that ID and remove "id" attribute if so. On the other hand the same issue exists with the native drag and drop on Chrome. |
|||||
#13007 | Integrate ckeditor tests with sinon | confirmed | New Feature | Normal | ||
Description |
Some helpful methods are missing (we could add them ourselves in the future):
|
|||||
#13009 | [Notification Aggregator] Counting _doneWeights is over-complicated | confirmed | Bug | Normal | ||
Description |
Working on #12955 we agreed that, since counting Also with the current implementation it is not possible to update with negative weight, for no apparent reason. Since this changes may causes some changes in API this ticket should be done before releasing 4.5.0. |
|||||
#13012 | Focus is not properly restored after closing the context menu | confirmed | Bug | Low | ||
Description |
Steps to reproduce:
result: Unable to type in the 1st cell. Path bar displays 'body->table->tbody->tr->td' but focus is not in the cell. To make it easy to reproduce, remove rounded borders from cke_panel class in moono skin, e.g. -moz-border-radius: 3px; -webkit-border-radius: 3px; border-radius: 3px; Chrome and FF were used for testing |
|||||
#13020 | CKEditor exception in Firefox | confirmed | Bug | Normal | ||
Description |
Please see comment:4 and comment:5 for more details. Our web app has been generating countless exceptions in CKEditor. I have finally been able to reproduce one of them. For the demo please visit 'http://jsfiddle.net/ftey46fc/3/' and follow these steps in the editor in the lower right: 1) Type three lines of text with the letters a, b, and c on them (one
2) Select the first two lines and make that a numbered list. 3) Select all three lines and change to a bulleted list. An exception is generated "TypeError: a is null". This error is caused because when bookmarks are selected/restored in the selectBookmarks function the starting bookmark has been removed thus it fails to select it in the moveToBookmark function so startNode is null and the setStartBefore call will a null parameters throws an exception. I changed said function during me debugging to: setStartBefore: function (node) {
} to better illustrate that. Why has the bookmark been purged? Well the long story is that a <li> with the start bookmark gets added before the two existing <li>s and so the first <li> has no text in it and it's purged by the 'changeListType' function, but it all seems to come down to the getNative function that looks kind of (this is my debug version now) like this: getNative: function() {
} which I have modified to break complex lines into pieces and add the logging. When this returns the selection via getSelection the focus node SHOULD be on the 'a' #text node, but it's actually on the OL node. This works fine in Chrome and usually works fine in FireFox, but the CSS I inject into the document seems to trigger this problem. Remove that and it works fine. That makes me question whether this is actually a Firefox bug that needs to be worked around, but I don't know my browser specs. In any event one quick fix I've done to code around this was a patch to the moveToBookmark function that basically verifies that the startBookmark was found but a) I don't know the extent that this kind of bug is going to have
b) I don't know if there are other cases where we're going to see this
c) When the exception occurs it leaves the end bookmark span in the
Let me know if there's any additional info I can provide. I'm just glad to finally get this bug in a form reproducible outside of our code base.
|
|||||
#13021 | Word Filter should transform mso-bidi-font-family into font-family | confirmed | New Feature | Normal | ||
Description |
I have a word document consisting of just two words "Hello to". This is actually a simplified version of the original document. The font-family for this text is Calibri (body). I don't notice any difference in formatting between these two words in the word document. When attempting to copy and paste this text into ckeditor, the font-family of "Hello" is correctly preserved as Calibri, but the font-family of the word "to" in incorrectly changed to Arial. I don't understand why it doesn't also preserve the font-family of the "to" text. Here is my config.js: CKEDITOR.editorConfig = function( config ) {
}; Here is the source HTML in ckeditor upon pasting the text: <p><span style="font-size:10pt"><span style="font-family:calibri">Hello </span>to</span></p> This behaviour is evident using IE 11. Please can someone assist with this? |
|||||
#13024 | break on backspace with arabic/persian languanges | confirmed | Bug | Normal | ||
Description |
Hi Please consider this scenario:
thanks |
|||||
#13028 | Image inserted by uploadimage doesn't have the alt attribute | confirmed | Bug | Normal | ||
Description |
We don't know to what value set the alt, but perhaps we should create it anyway.
|
|||||
#13041 | menus not working in showmodaldialog | confirmed | Bug | Normal | ||
Description |
I have similar issue to Ticket #7175. However, I'm not using an iframe and am using ckeditor 4.4.7. I use CKEditor inside a showmodaldialog in IE. If only 1 tab is open on the browser, then the menus for styles/font/size don't work. Works fine if 2 tabs are open. The code fix for 7175 seems to apply to older version of ckeditor and I'm having trouble to apply the same to 4.4.7. If you have time to provide instruction for 4.4.7. it would be a great help to me. |
|||||
#13043 | Inline styles are not maintained in IE11 when using Korean. | confirmed | Bug | Normal | ||
Description |
To reproduce: Scenario 1
Result: text is not styled. Scenario 2
Result: text is not styled. Scenario 2
Result: text is not styled. Problem can be reproduced from CKEditor 3.0 at least. I have checked native contenteditable element and styles are continued to the second line or they don't get cancelled when you change input method. |
|||||
#13044 | Focus trap inside dialog tabs | confirmed | Bug | Normal | ||
Description |
Focus in tabs panel works in a weird way if there are some disabled tabs. Disabled tabs should be focusable, but user must not be able to activate them. It is the same policy as for disabled toolbar buttons. Consider following TC:
Expected result:
Current result:
Additional info:
|
|||||
#13046 | Dropdown not working in maximize mode with RTL body | confirmed | Bug | Normal | ||
Description |
In Chrome and IE
|
|||||
#13058 | IE8 Problem copy or cut and paste numeroted list with linebreak | confirmed | Bug | Normal | ||
Description |
In IE8: 1.Create a numeroted list 2.Use Shift+Enter for a line break (adding Br tag) 3.Copy or cut the list 4.Paste the list Problem: the line break is missing Detect in 4.4.1, but present here: http://ckeditor.com/demo |
|||||
#13061 | IE11: Pasting images and shapes from word duplicates some and omits others | confirmed | Bug | Normal | ||
Description |
Result: Some images and shapes get duplicated and some omitted. Please see the results image. |
|||||
#13065 | Integrate widgets with the new copy/cut/paste dataTransfer | confirmed | Task | Normal | ||
Description |
Widgets use copybin, while on modern browsers they can now use the dataTransfer integration which we introduced in 4.5.0. The question, though, is whether we have to do this, because on all IEs we'll have to leave the copybin, so we would need to branch the code. There may be a strong argument for this change - recognising content origin (internal, cross editor, external) and filtering Webkit/Blinks awful inline styles. |
|||||
#13071 | Select content on drop, move selection to the end on paste | confirmed | Bug | Normal | ||
Description |
All application I tested have a different behavior for copy and paste and for drag and drop.
At the moment we always put the caret at the end, handle the drop in the "paste" way. The problem is that now |
|||||
#13081 | [Widgets] Excessive snapshot is recorded if blurred and focused editor | confirmed | Bug | Normal | ||
Description |
The reason why this happens is that initially snapshot contains widget classes in the following order: cke_widget_focused cke_widget_selected
Unfortunately, once editor is blurred, the
The solution would be to always add Reproduced on Chrome. |
|||||
#13091 | config.extraPlugins white space in string produces load resource error | confirmed | Bug | Normal | ||
Description |
config.extraPlugins = 'timestamp, savebtn'; the "white space / blank" after the comma in the assembled string 'timestamp, savebtn' in CKEditor.config produces a "resource not found" error and leads finally to a missing plugin. A very tough bug since it is hidden and one expects white spaces usually in such strings to be stripped. So one does recognize the issue immediatly. |
|||||
#13094 | Delete CR removes form html below | confirmed | Bug | Normal | ||
Description |
Add text then add a form below. Add a CR after the text and then delete it with the delete key. The form html disappears. |
|||||
#13098 | Various cases with incorrect selection after backspace/del in lists | confirmed | Bug | Normal | ||
Description |
After extending these tests with selection matching for #12729 it turned out that the bakcspace/delete handling doesn't set correct selection. To fix this issue we may need to cache bookmark before modification process, and then apply it into content. Related commit is in branch:t/13098. Just extra information what fails before fix, and what after in gist. |
|||||
#13100 | No indication of page break presence using JAWS | confirmed | Bug | Normal | ||
Description |
When a page break is present in the editor, no indication of its presence is given to screen reader users. Users can still insert/delete page breaks, but are not told that it is there. I've seen a previous bug raised (#5975) 5 years ago reporting something similar, and I can see now that there is an aria-label attribute on the page break div, but it does not seem that the screen reader acknowledges this. Reproduction Steps
1 - Open the full featured editor demo at http://ckeditor.com/demo#full When moving up and down lines, the page break is skipped altogether and without the use of sight it seems like the paragraph under the break follows straight on from the paragraph that is above it. When moving left and right over the end of the preceding paragraph the screen reader reads out "blank" when the cursor is on the break. Environment
OS - Windows 7 (64-bit) international version This has also been reproduced with version 15 of JAWS and on IE9. Using this combination, IE allows you to tab to focus on the page break, but the screen reader just reads out the editor description as if you had just entered it. |
|||||
#13102 | It is not possible to align/justify whole table. | confirmed | Bug | Normal | ||
Description |
This issue is very similar to #3140 (perhaps even a duplicate)
When you select whole table and press any justify button, table contents, instead of whole table get aligned. |
|||||
#13108 | Click-and-drag resizing of objects (images, tables, Flash etc.) | confirmed | New Feature | Normal | ||
Description |
Please provide the ability to resize Objects(Images, Tables, Flash etc) in CK Editor by just grabbing the corner of the object. |
|||||
#13111 | quality of thumbnails is very low. | confirmed | Bug | Normal | ||
Description |
Uploading multiple images creates few thumbnails with low quality. I've change quality settings in config to 100 but that didn't help much. please see attached screen shot. |
|||||
#13117 | Editor.document is not set in source mode | confirmed | Bug | Normal | ||
Description |
While using the CKEditor in source mode( in the config startupMode : "source" ) instantiating the CKEditor object, with the method replace, the object doesn't contain many basic attributes e.g. the document that contains the editor or If we use instead the wysiwyg mode, everything works fine and we have those attributes. |
|||||
#13120 | Removing special container in IE | confirmed | Bug | Normal | ||
Description |
On Safari, Chrome and Firefox, the box will disappear, which is the expected behaviour. However in IE, nothing happens. Tested with IE11 on Windows 7. |
|||||
#13122 | On editor.setData() native listeners are detached, but document stays so CKE listeners stop working | confirmed | Bug | Normal | ||
Description |
In general - if listener to some event was attached before set data, then it will no longer work after setting data and it won't be possible to attach a new listener to that event. The reason is that setting data (unlike switching modes) keeps the same document, but writing to that document removes all its previous listeners.
On every Since setting data keeps the same document, the custom data (our listeners repository) stays the same. But the native listeners are removed. This means that when trying to add a new listener editor thinks that a native listener was already added, because the listeners repository already contains an entry for that event. The solution will be to clear events repository on set data. |
|||||
#13123 | Memory leak | confirmed | Bug | Normal | ||
Description |
Memory is not released after destroying ckeditor instance. How to reproduce: -open attached file in chrome -start record heap allocation (Chrome/DeveloperTools/Profiles/RecordHeapAllocations) -click on "add" -click on "remove" -stop record heap allocation -check memory leak |
|||||
#13125 | FF Only - The space after a contenteditable element is ignored when backspacing | confirmed | Bug | Normal | ||
Description |
We found an issue in 4.4.x version where in ACF mode, we observe unexpected behaviour when we attempt deleting a white space character following a contenteditable=false span tag. To reproduce the defect, use the following config: CKEDITOR.editorConfig = function( config ) {
}; Open Firebug for you test sample page
(Notice here the space following the closing of the span tag and before colon character eg. "</span> :"
|
|||||
#13141 | [FF] It's not possible to DnD inline widget inside nested editable | confirmed | Bug | Must have (possibly next milestone) | ||
Description |
It seemed to work fine on major some time ago. |
|||||
#13144 | Usability review of Image plugin | confirmed | Task | Normal | ||
Description |
A user of a user got confused by "Latin text" in the image plugin. The user did too. And I think I also got momentarily confused by it in the past. The typical user won't know what lorem ipsum is, and also may wonder why the shown text doesn't match the specified alt text. They will think the preview is for the image and nothing else. Of course, the alt text would not be visible, but the user does not necessarily understand any of this. I propose a few simple changes to make the overall UI nicer... 1) Say "with sample neighboring text" next to "Preview", so it is clear it is a contextual preview 2) hspace/vspace is not friendly. Use unicode arrow symbols to illustrate the point visually 3) The caption for the lock/unlock button should be dynamic. It should say "Unlock" when it is locked (the default). Button captions should always say what *activating* the button does, and this neither does that nor shows current state because it's static. |
|||||
#13148 | Pate from Word empty list issue | confirmed | Bug | Normal | ||
Description |
If there is empty list in pasted from Word data CKEditor will show an alert "It was not possible to clean up the pasted data due to an internal error". The simplest way to reproduce it is edit /plugins/pastefromword/filter/default.js file. Find the following code: try { data = dataProcessor.toHtml( data ); } catch ( e ) { alert( editor.lang.pastefromword.error ); } and override the data var above it: data = '<div>Test paste empty list from Word <ul><li></li></ul></div>'; try { data = dataProcessor.toHtml( data ); } catch ( e ) { alert( editor.lang.pastefromword.error ); } Open editor, click Paste from Word button type anything and click OK. |
|||||
#13149 | [Windows Phone 8.1] Selection is not watched correctly so it is lost when blurring editor | confirmed | Bug | Normal | ||
Description |
Test case: http://s.codepen.io/boomerang/43cbe53e7b6cec53f1410ecc00540be61428432853936/index.html To reproduce:
1) Type some text in CKEditor
2) Focus on the other input field (to blur CKEditor) 3) Click the button to insert a small image On all browsers except Windows Phone 8.1, the image is inserted at the last cursor location. On Windows Phone 8.1, the image is always inserted at the start of the CKEditor field. |
|||||
#13154 | [IE8-10] Space is inserted by editor.insertHtml( 'foo' ) in specific case | confirmed | Bug | Normal | ||
Description |
I found out that this test is red when the previous editor has the elementspath plugin enabled. Precisely - when the bottom space is created. This sounds like a nonsense, but should have a manual test if we plan to ignore this test. Check the manual test in branch:t/13154. |
|||||
#13156 | Floating toolbar incorrenct left margin in manual tests | confirmed | Bug | Normal | ||
Description |
Result: toolbar has let margin and it should not have it. |