Custom Query
Results (301 - 400 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone | |
---|---|---|---|---|---|---|---|
#17031 | Cannot type after selecting whole content and changing its format. | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultNewly typed characters appears in the editor and are visible. Actual resultNewly typed characters are not visible. Other details (browser, OS, CKEditor version, installed plugins)Chrome 58.0.3029.110 (64-bit) on OS X. Same happens on Safari. This happens because the filler is not properly removed so new typed content is inserted inside this filler (which is invisible). |
||||||
#16726 | Cannot undo after removing uploading image. | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultIt is possible to undo changes. Actual result
Undo does nothing. Error in the console is thrown: Other details (browser, OS, CKEditor version, installed plugins)Checked on Opera and Firefox. Occurs in both browsers. |
||||||
#16849 | Cannot use Paste From Word on numbered lists with parens around number/letter | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
(a). This will not work. Expected resultSame output as copied from Word (formatted as a numbered list) Actual resultNothing gets pasted. Error in console: Uncaught TypeError: f.getSubsectionSymbol(...).match is not a function at Object.setListSymbol (default.js?t=H0CI:23) at Object.createLists (default.js?t=H0CI:29) at root (default.js?t=H0CI:6) at a.exec (ckeditor.js?oksklt:284) at $.onRoot (ckeditor.js?oksklt:282) at window.CKEDITOR.window.CKEDITOR.dom.CKEDITOR.htmlParser.fragment.filter (ckeditor.js?oksklt:278) at $.applyTo (ckeditor.js?oksklt:281) at Object.CKEDITOR.cleanWord (default.js?t=H0CI:14) at ckeditor.js?oksklt:1093 at a (ckeditor.js?oksklt:1091) Same result if I try (1). or (A). etc. Other details (browser, OS, CKEditor version, installed plugins)Note that this appears to be a regression from version 4.5.11 to 4.6 OS: macOS Sierra Version 10.12.2 Browser: Chrome Version 56.0.2924.87 (64-bit) Word: Word for Mac Version 15.30 CKEDITOR: 4.6.2 (standard) |
||||||
#5877 | can't bind Ctrl+X to plugin commands (h1, p) | confirmed | Bug | Normal | |||
Description |
TinyMCE and other enterprise wiki wysiwyg editors by default ship keybindings for changing a line into headline (h1, h2, h3 are accessed using CTRL+1, CTRL+2, ...). In order to make CKEditor work the same way I had to go into the plugins I wanted to add keybindings for, and add this line of code editor.addCommand(tag, new CKEDITOR.styleCommand(style)); to enable h1..h6 and CTRL+0 for p (turn headline back to normal paragraph). |
||||||
#5164 | Can't change alignment of table in Text and Table Template | confirmed | New Feature | Normal | |||
Description |
Text and Table Template uses "float: right" on the table, this then cannot be changed with the table properties dialog. |
||||||
#13932 | Can't change font in inline editor | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultFont/size/style changes. Actual resultWhen selecting a font/size/style the selection disappears. Other details (browser, OS, CKEditor version, installed plugins)Chrome for Android |
||||||
#11791 | Can't change target anchor using id selector (in link dialog) | review | Bug | Nice to have (we want to work on it) | |||
Description |
Can't change target anchor id (in a link dialog)
Expected result:
Current result:
additional info:
|
||||||
#12087 | Can't delete an empty line between block widgets | confirmed | Bug | Normal | |||
Description |
Original descriptionHi, I tried in your "http://ckeditor.com/demo#enter" demo page, using the third CKeditor with title "Produce <div> on ENTER", to create 3 divs: the first with contenteditable="false", the second with no setting, the third with contenteditable="false". So I put the following content as content of the ckeditor body: <div contenteditable="false">This editor produces <div> on ENTER.</div><div>This editor produces <div> on ENTER.</div><div contenteditable="false">This editor produces <div> on ENTER.</div> The bug I found is that I can't delete the second line. If I clean the row and try pressing backspace or delete button, CKeditor will delete the first and/or the third div. Many thanks in advance Kind regards Daniele |
||||||
#13301 | Can't exit element floated/aligned to right with enter key | confirmed | Bug | Normal | |||
Description |
1.Insert below code into editor <div style="float: right;">TEST</div>
Result: New lines are not created (visually) and cursor stays in first line. You can't exit it with enter key or arrows. Switch to source mode. The result is: <div style="float: right;">TEST</div> <div style="float: right;"> </div> <div style="float: right;"> </div> Problem can be reproduced in all browsers from CKEditor 3.0.
I haven't mentioned |
||||||
#8233 | Can't modify disabled input field | confirmed | Bug | Normal | |||
Description |
Issue has been reproducible in Firefox and Opera 11.50 from CKEditor 3.0. Open replace by code sample and paste the following code: <input class="text" disabled="disabled" maxlength="220" name="abc" type="text" /> Try to open textfield properties dialog. In Firefox browsers it is impossible neither with right-click menu nor with double-click. In Opera only right-click menu works. |
||||||
#14829 | Can't open image dialog when double-clicking on image in mobile Environment | new | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultOn mobile popup will be appear where we can edit the image's height or width Actual resultZoom in when we click on image on mobile view but on desctop it works fine Other details (browser, OS, CKEditor version, installed plugins)issue in on mobile resolution and in mobile |
||||||
#9828 | Can't remove an iframe in BR mode | confirmed | Bug | Normal | |||
Description |
How to repdroduce:
CKEDITOR.instances.editor2.setData('<iframe></iframe>')
Expected: backspace to delete an iframe Now: Cursor gets stuck on the line after the iframe |
||||||
#12526 | Can't remove block style after changing format. | confirmed | Bug | Normal | |||
Description |
Result - you get italic P which you can only deactivate with Apply/Remove Italic title from styles dropdown. |
||||||
#11963 | Can't replace block widgets with anchor | confirmed | Bug | Normal | |||
Description |
Expected result:
Current result:
additional info:
|
||||||
#17067 | Can't select cells in tfoot | review | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultAll selected rows remain selected. Actual resultAll rows below the one with headings are unselected just after releasing mouse button. Other details (browser, OS, CKEditor version, installed plugins)
It seems to be connected with the order of elements in table. If |
||||||
#14837 | Can't tab through table inside a widget. | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultFocus is moved to next table cell like in case of table not inserted into widget. Actual resultFocus is moved to next widget or out of the editor. Other details (browser, OS, CKEditor version, installed plugins) |
||||||
#12662 | Capitalisation of English names in the UI should be unified | confirmed | Bug | Normal | |||
Description |
In most places names are formatted like "Language Direction", "Advisory Title", "Split Cell Horizontally". However, some labels are not following this standard - e.g. in the table dialog there's "Border size" and "First column", in the flash dialog there's "Window mode", etc. This should be unified across the entire editor UI. We also should have this standard written down somewhere (may be a part of code style documentation). Especially that it's not obvious when we write all words capitalised or not. I guess the differentiation is made based on whether this text is a sentence or a label (e.g. error messages are sentences). |
||||||
#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. |
||||||
#5349 | Caret is stuck when inserting any form element. | confirmed | Bug | Normal | |||
Description |
To reproduce
in IE, the caret won't move back to the right. in FF, it won't move to both sides. |
||||||
#12212 | carriage return at <br> followed by <a> causes cursor to move unexpectedly to beginning of buffer (chrome only) | confirmed | Bug | Normal | |||
Description |
steps to reproduce:
actual: a new paragraph is created and the cursor moves unexpectedly to the beginning of the first line in the Body field. expected: a new paragraph is created but the cursor stays in the expected position problem DOES NOT happen in firefox 30.0 on mac os 10.9.3. |
||||||
#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 |
||||||
#14526 | Carriage return in empty list leaves childless list behind. | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected result<p> </p> Actual result<p> </p> <ul> </ul> The ul will be invisible as well, which is extra annoying. Other details (browser, OS, CKEditor version, installed plugins)I've tested this in both demo & nightly, on Chrome & Firefox. |
||||||
#16663 | Case sensitive class not applied on Chrome | confirmed | Bug | Normal | |||
Description |
For any extrange reason, dynamically added styles to editor with camel case are not being applied to content elements. Steps to reproduceOn a clean CKEditor download
var cssStylesContenidoInteractivo = [ '.interElem { background:#dddddd; }' , ].join( ).replace(/;/g, ' !important;' ); CKEDITOR.addCss( cssStylesContenidoInteractivo );
Expected resultclass interElem to be applied to the element Actual resultclass interElem is not applied to the element Other details (browser, OS, CKEditor version, installed plugins)It happens in Chrome, in different Windows installations, tested with CKEditor 4.3.3 and 4.5.11 |
||||||
#16834 | Caught error of toolbar | pending | Bug | Normal | |||
Description |
I got this error when i use online builder and simply download the full package leaving default sets. ckeditor.js:925 Uncaught TypeError: Cannot read property 'toolbar' of undefined |
||||||
#9154 | cell properties are applied to all children | confirmed | Bug | Normal | |||
Description |
When selecting a cell with the elementspath tool and then applying cell properties, if the selected cell contains a table, the cell properties are also applied to the cells of the child table. This is bad because it makes it impossible to apply some properties only to the cell I want. For example: I could have a cell with a red background ( the parent cell ) which would contain a table with cells of different backgrounds. If I want to change any property on the parent cell then all of the properties of this cell would be applied to all cells in the child table. I tested this with the latest version of ckeditor from the demo page. Out of curiosity I also tested other online editors ( xinha and tinymce ) and they don't behave like this ( please don't tell me to use those, I think ckeditor is the best :) ) |
||||||
#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. |
||||||
#1373 | Center screen option for popup links | confirmed | New Feature | Normal | |||
Description |
For links with their target set to popup, it would be nice to have a "center of screen" option, rather than specifying the coordinates. Due to the variety of screen resolutions, this would make sure it's in the same place very time. Moved from http://sourceforge.net/tracker/index.php?func=detail&aid=1576332&group_id=75348&atid=543656 Author: anonymous |
||||||
#12583 | Certain edit operations destroy the protected structure of a widget | confirmed | Bug | Normal | |||
Description |
Reproduce with the help of the simplebox widget: Click the toolbar button to insert a simplebox. In the second of the two editable boxes of the widget, set the cursor somewhere in the middle of the word "Content...". Use SHIFT+Cursorkeys to move the cursor up into the first of the editable boxes, somewhere in the middle of the word "Title", so that you have a selected text area that selects the end of the word "Title" and the beginning of the word "Content...". Press DELETE to delete the selected text. The result is as expected: The remaining text is now in the first box (the title box), but the content box, which is now empty, is still there, i.e. you can again insert new text into the content box. Now make the following slight modification to the simplebox plugin: Change the template so that the title box (the one with class="simplebox-title") is a div instead of a h2, like so: template: '<div class="simplebox">' + '<div class="simplebox-title">Title</div>' + '<div class="simplebox-content"><p>Content...</p></div>' + '</div>', (Also for completeness sake, change the "allowedContent" so that it says "div(!simplebox-title)" instead of "h2(!simplebox-title)".) Reload the editor and repeat the above experiment. You will see that when you press DELETE to delete the highlighted text, that the text is deleted as expected, but the second editable box (the div with class="simplebox-content") is also deleted, i.e. a protected part of the widget is damaged. You can no longer add new text into the "content" field of the widget since it no longer exists. |
||||||
#16966 | Chameleon not working with kama skin | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultUI should be red. Actual resultUI has default color. |
||||||
#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 |
||||||
#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
|
||||||
#13235 | Change event not triggered when using the browser context menu | confirmed | Bug | Normal | |||
Description |
To Reproduce:
CKEDITOR.instances[EDITOR].on('change', function(){console.log('change...')});
Problem: The event is not triggered |
||||||
#8260 | Change from raising error to show an alert if instance exists | new | Bug | Normal | |||
Description |
Split from #8226 I think that many new users don't realize that they have errors in the console (after all IE is the only browser that currently shows clearly when a page has a js error). We must remember that many people aren't javascript developers, that's why they use things like the asp.net or Java adapters, they just know how to work at the server side and when they try to copy some javascript code as shown in some examples and doesn't work they don't understand what's the problem.
So I strongly suggest to change
|
||||||
#12547 | Changes in docprops dialog do not make the editor "dirty" | confirmed | Bug | Normal | |||
Description |
When working in full page mode, if you open the editor for a given page, then use the docprops dialog to change a document setting, for example the background color, but you do not make any other changes, then CKEDITOR.editor.checkDirty() will still return false, so the changes will not be saved if saving is done only if checkDirty() returns true. This is because checkDirty() and resetDirty() use only getSnapshot(), which returns the document body, but all changes in the docprops dialog are outside of the body. Suggested change: In checkDirty(): if (this.config.fullPage) return this.status == 'ready' && this._.previousValue !== this.getData(); else return this.status == 'ready' && this._.previousValue !== this.getSnapshot(); and in resetDirty(): if (this.config.fullPage) this._.previousValue = this.getData(); else this._.previousValue = this.getSnapshot(); |
||||||
#595 | Change the bgcolor and bordercolor of a table | confirmed | New Feature | Normal | |||
Description |
Is it possible to change the border color and bgcolor of a table? I can set this for each cell but not for the table. In addition, can I remove the header of a table after I added it?
Moved from SF: |
||||||
#16824 | Change the "Normal" label/tag for block element formats to "Paragraph" instead. | confirmed | New Feature | Nice to have (we want to work on it) | |||
Description |
Steps to reproduce
Expected resultHaving the label of the drop-down menu be "Paragraph" would make more sense to users. Actual resultThe drop-down menu entry for paragraph tags is "Normal", which is too vague. Other details (browser, OS, CKEditor version, installed plugins)Respective issue in the Backdrop CMS queue: https://github.com/backdrop/backdrop-issues/issues/2176 WordPress is also using "Paragraph" and we'd like to go with that in Backdrop CMS. We could change the tag_p option in the language files, but that would mean maintaining the change with any future upgrades of CKeditor versions, so we think that it would be best if this was fixed upstream. Hence this issue here. Thank you beforehand for considering this. |
||||||
#6093 | Change the set of characters in the "insert special character" dialog | confirmed | New Feature | Normal | |||
Description |
Lots of html-entities exist, that are not shown in the list of characters. At the same time, lots of useless characters are shown, such as a-z and A-Z. Something needs to be changed. Including a-z only makes sense if you make a truly complete list, including every unicode character, such as the one found in charmap.exe in Windows. If you want to stick to an incomplete list, don't include a-z, as they are found on every keyboard anyway. And why not include all html-entities except whitespace? You can see them here, including their names: http://en.wikipedia.org/wiki/List_of_XML_and_HTML_character_entity_references |
||||||
#17038 | Changing Font Family then Font Size removes HTML source. | new | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultThe HTML should reflect changed font-size and retain HTML/source. Actual resultAfter selecting the font-size (Step 3), the HTML/source is removed or seems to be cleared. Other details (browser, OS, CKEditor version, installed plugins)Google Chrome, Windows, CKEditor version 4.6.2, installed plugins are the following: plugins : {
} |
||||||
#4158 | Changing link target fails to generate event | confirmed | New Feature | Normal | |||
Description |
I think this should be generating at least an 'insertHtml' event? |
||||||
#13798 | Changing paragraph format causes cursor to move on Firefox 41 | review | Bug | Nice to have (we want to work on it) | |||
Description |
Steps to reproduce
Actual resultCursor has moved to the end of the line. |
||||||
#2589 | changing style when typing text works incorrectly | confirmed | Bug | Normal | |||
Description |
Start typing some text in demo. Switch to some style that is actually span (Marker-green for one), type more, switch to Marker-yellow, type more, switch to Marker-green again - type and see that text continue to be yellow. So we can't swith to the first applied style when continue typing. |
||||||
#9189 | Changing Table Headers from both to First Column not working | confirmed | Bug | Normal | |||
Description |
To reproduce the defect:
Expected Result: All the cells in First Column remain as headers and all the cells ( except cell in first column) in first row are changed back to normal. Actual Result: All the cells in First Column remain as headers and all the cells including cell in first column in the first row are changed back to normal.
Expected Result: Table Headers should be shown as First Column Actual Result: Table Headers is shown as none. |
||||||
#4815 | Changing table rows should be easier | confirmed | New Feature | Normal | |||
Description |
Right now CKEditor does not provide almost any advanced features that will let users change rows in a table. Some things that (I think) should be doable:
|
||||||
#854 | characters counter | confirmed | New Feature | Normal | |||
Description |
hi, I'd like to have a characters counter...ie: "there are xxx characters left" it would be useful for inserting text with limitation in length...
Moved from SF: |
||||||
#12496 | Charset in docprops plugin is not recognized | confirmed | Bug | Normal | |||
Description |
This problem can be reproduced from CKEditor 4.0 beta. In current version the problem gets worse.
Shouldn't charset meta tag be somehow dependent on doctype or this is something developer/user should know when creating page? |
||||||
#10312 | Checkbox styling within a Dialog IE applied multiple times. | confirmed | Bug | Normal | |||
Description |
When i add styling to a checkbox within a dialog, It is applied multiple times, To the text and to the Checkbox. This happend in Internet Explorer 7 |
||||||
#14294 | CheckDirty is true after focusing image2 and simplebox widgets | confirmed | Bug | Normal | |||
Description |
Steps to reproduceSame as #11753, except with Firefox 43.0.1: As soon as you focus a place in a widget where you can put text, CheckDirty is true. (Also works with editor1) Expected resultCheckDirty remains false Actual resultCheckDirty switches to true Other details (browser, OS, CKEditor version, installed plugins)Firefox 43.0.1 Chrome seems to be ok. Edit: This issue may concern other widgets as well. Please also see #12891 where MathJax and Code Snippet have other problems with checkDirty. |
||||||
#11324 | checkDirty() return true, but should return false | confirmed | Bug | Normal | |||
Description |
When ckeditor is inside div which is display: none and textarea is empty, then when you show div (change css to display: block) and checkDirty returns false. Here is example: http://hosting.data365.eu/ckeditor_bug/index.html My browser is firefox 26 and running on Ubuntu Linux 13.10. |
||||||
#12610 | checkElementMatch always return false for color style in IE11 | confirmed | Bug | Normal | |||
Description |
Actual result: span element gets created on each key press as checkElementMatch return FALSE Expected result: span element gets created only once on the first key press This works as expected in FF & Chrome |
||||||
#1721 | Check for valid file extensions is not enforced everywhere | confirmed | New Feature | Normal | |||
Description |
Since it is possible to set allowed/denied file extensions for all 4 file types, there properties should be checked everywhere a file is going to be upload. For example, if you upload a file directly through the image plugin it checks for a valid extension. If you upload through the file browser, it does not check for extensions. It has to be made on the server. This complete coverage would make it superfluous to check for the extension on the server-side. |
||||||
#13314 | checkReadOnly is undefined when using readonly inline editors | confirmed | Bug | Normal | |||
Description |
How to reproduce: Working demo to verify: http://jsfiddle.net/aZqL9/7/ 1 - Add two DIVs <div contenteditable="true" id="editable"><img src="http://i.imgur.com/M3LOzdI.jpg"/></div> <div contenteditable="true" id="editable2"><img src="http://i.imgur.com/aD7V3hQ.jpg" width="320"/></div> 2 - Add a button to set the editors as readonly <input type="button" onclick="editor.setReadOnly(true); editor2.setReadOnly(true);" value="Make readonly"> 3 - Execute the loading of the editors in a <script> CKEDITOR.disableAutoInline = true; var editor = CKEDITOR.inline( document.getElementById( 'editable' ) ); var editor2 = CKEDITOR.inline( document.getElementById( 'editable2' ) ); 5 - When it loads, click the button to set the editors to read only 6 - Do a right click on the first editor 7 - Do a right click on the 2nd editor. Javascript error is shown Working demo to verify: http://jsfiddle.net/aZqL9/7/ Reproducible in: IE11 |
||||||
#13754 | Chrome://accessibility mode : on -> not working ckeditor. | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultActual resultOther details (browser, OS, CKEditor version, installed plugins) |
||||||
#13579 | [Chrome] ALT+0 does not open accessibility help if using Hiragana (IME) | confirmed | Bug | Normal | |||
Description | |||||||
#14643 | [Chrome][Android][AC] Pop-up window misplaced when view enlarged | confirmed | Bug | Normal | |||
Description |
This issue concerns Accessibility Checker plugin. While in Chrome on Android and view is enlarged, the AC pop-ups (those showing warnings/errors) appears in different places than it should (does not point to the current error/warning). Steps to reproduce
Expected resultPop-up window points to the content causing error/warning. Actual resultPop-up windows does not point to the content causing error/warning. Other details (browser, OS, CKEditor version, installed plugins)Chrome 50.0.2661.89, Android 4.4.2; Nexus 7 Build/KOT49H |
||||||
#13359 | [Chrome android] Copying and pasting image2 results uploading image | confirmed | Bug | Normal | |||
Description |
Two images are uploaded. |
||||||
#13615 | [Chrome][Android] Dropdown options positioned incorrectly. | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultDropdown options are shown below dropdown "button". Actual resultDropdown options are somewhere else. Other details (browser, OS, CKEditor version, installed plugins)Browser is Chrome@Android. This is an old bug, I checked 4.4.0 and it is there already. |
||||||
#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> |
||||||
#17019 | [Chrome] Caret is lost when clicking editable element outside of inline editor | new | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultCaret is positioned in the textarea and I can start typing in it Actual resultThere is no caret in the textarea Other details (browser, OS, CKEditor version, installed plugins)Google Chrome Version 58.0.3029.96 (64-bit) Also reproducible with current nightly build. This problem was introduced with fix for #13446. I'm attaching a test file where bug can be reproduced or if you prefer you can test it in this jsfiddle - https://jsfiddle.net/ka5aehx7/. |
||||||
#11112 | [Chrome] Copy + apply list + change list type -> break inline wdget | confirmed | Bug | Normal | |||
Description |
Result: <span tabindex="-1" contenteditable="false" data-cke-widget-wrapper="1" data-cke-filter="off" class="cke_widget_wrapper cke_widget_inline cke_widget_selected" data-cke-display-name="math" data-cke-widget-id="6"> <span class="math-tex cke_widget_element" data-cke-survive="1" data-cke-widget-data="{"math":"\\(k\\)"}" data-cke-widget-keep-attr="0" data-widget="mathjax" style="display: inline-block;"> <iframe style="border: 0px; width: 12px; height: 19px; display: inline; vertical-align: middle;" scrolling="no" frameborder="0" allowtransparency="true" src="javascript:void(0)"></iframe> <iframe style="border: 0px; width: 12px; height: 19px; display: inline; vertical-align: middle;" scrolling="no" frameborder="0" allowtransparency="true" src="javascript:void(0)"></iframe> </span> <img src="data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw%3D%3D" class="cke_reset cke_widget_mask"> <span class="cke_reset cke_widget_drag_handler_container" style="background-color: rgba(220, 220, 220, 0.498039); background-image: url(http://presets.ckeditor.dev/4.3/full-all/ckeditor/plugins/widget/images/handle.png); top: -15px; left: 0px; background-position: initial initial; background-repeat: initial initial;"> <img class="cke_reset cke_widget_drag_handler" data-cke-widget-drag-handler="1" src="data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw%3D%3D" width="15" title="Click and drag to move" height="15" draggable="true"> </span> <img src="data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw%3D%3D" class="cke_reset cke_widget_mask"> <span class="cke_reset cke_widget_drag_handler_container" style="background-color: rgba(220, 220, 220, 0.498039); background-image: url(http://presets.ckeditor.dev/4.3/full-all/ckeditor/plugins/widget/images/handle.png); top: -15px; left: 0px; background-position: initial initial; background-repeat: initial initial;"> <img class="cke_reset cke_widget_drag_handler" data-cke-widget-drag-handler="1" src="data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw%3D%3D" width="15" title="Click and drag to move" height="15" draggable="true"> </span> </span> The same happens with placehoder plugin. |
||||||
#14593 | CHROME: Copying & pasting content from one editor instance to another removing all styles | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultPasted content should have all the styles of the txt copied from previous editor Actual result: Pasted text has no stylesThis is a regression in 4.5 & it's working properly in 4.4.8 |
||||||
#6371 | Chrome: Copy/Paste mangles Formatted text | confirmed | Bug | Normal | |||
Description |
expected source: <pre> a b c </pre> actual source: <pre> <span style="display: none; "> </span>a </pre> <pre> b</pre> <br /> <p> c</p> <br /> See attached video. |
||||||
#11380 | Chrome crashes when right clicking on an option within a multiple select box | confirmed | Bug | Normal | |||
Description |
When adding a select box with a multiple attribute, Chrome crashes when ctrl-clicking on an option within it, instead of a context menu the browser tab just crashes, with no exception thrown or no crash report in Chrome. This bug occurs on Mac OS X Mountain Lion (10.8.6), tested with CKEditor 4.0.1 and 4.3.1 on the site demo. Both have the same result. It's a Blink bug - https://code.google.com/p/chromium/issues/detail?id=332719 Related issue: #11365. |
||||||
#16963 | [Chrome] Cursor jumps to the beginning of previous line when press backspace right after shift+ enter | new | Bug | Normal | |||
Description |
Steps to reproduceCan be reproduce in the demo in CKEditor homepage
Expected resultCursor goes back to the end of "abc" Actual resultCursor jumps to the beginning of "abc" Other details (browser, OS, CKEditor version, installed plugins) |
||||||
#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:
|
||||||
#14782 | [Chrome] Dropdown elements(Styles) are scrolled to top | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultI expect that it will work in the same way as in FF. Elements should scroll down without scrolling to the top. Actual resultWhen I open Styles dropdown I can see that list is scrolled to the same position as it was when I closed. After scroll down list is scrolled to the top and next moved few elements down. Other details (browser, OS, CKEditor version, installed plugins)Chrome browser version: 52.0.2743.82 m OS: Windows 10 |
||||||
#14902 | CHROME: Empty paragraphs lost when copied & pasted from Notepad | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected result == Content pasted properly with empty paragraphsActual result : All empty paragraphs are removed in pasted content. |
||||||
#10549 | Chrome: format lost when cut & paste subscript/superscript text | confirmed | Bug | Normal | |||
Description |
To reproduce the defect:
Expected Result: Pasted text has subscript/superscript format applied & sub/super tag shown in HTML source Actual Result: Pasted text has no subscript/superscript format applied |
||||||
#6368 | Chrome: Insert Image dialog causes extra http request on closing | confirmed | Bug | Normal | |||
Description |
In chrome an additional request is produced whenever I open the image dialogue and then ok/cancel it.
It looks like its caused during the dialog cleanup. The <img> tag src attribute is set to Browser: chrome 5.0.375.86 OS: Ubuntu 9.04 |
||||||
#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 |
||||||
#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 |
||||||
#8332 | Chrome : link not inserted in correct position when we make a selection for the first time. | confirmed | Bug | Normal | |||
Description |
To reproduce the defect:
Expected Result: Link inserted with a name knab for the letters in the word knabben Actual Result: Link inserted at the beginning of paragraph Only happens when we open the sample,make a selection for the first time, selection should be part of a word and text in paragraph has some styling applied(for ex; bold,italic,font name or font size) |
||||||
#11415 | [Chrome] is inserted instead of space. | review | Bug | Nice to have (we want to work on it) | |||
Description |
This ticket looks like continuation of #9929. The problem is that #9929 was fixed in CKE 4.2.3 but it seems it has reappeared again in CKE 4.4.1 Besides below TC with link you can also reproduce this problem with:
Result: You will see: <p>Source: <a href="http://en.wikipedia.org/">Wikipedia.org</a></p> Expected: There should be " " instead of " ". In FF everything is fine. |
||||||
#11475 | [Chrome] No context menu on text input when editor doesn't have focus | confirmed | Bug | Normal | |||
Description |
Steps to reproduce:
When the input element is clicked, the focus jumps to the top of the editor window, and when adding a contextMenu listener this actually passes the top most element as the one being clicked. Browser & OS: Google Chrome 32.0.1700.77 Mac OS X 10.9.1 |
||||||
#10511 | [Chrome] Shift+F10 opens editor and browser native context menu. | confirmed | Bug | Normal | |||
Description |
In latest Chrome 27 when you open editor menu with Shift+F10 browser menu also opens. If you try this outside of editor browser menu opens which means that Chrome is using Shift+F10 as shortcut for its native menu. To reproduce:
Result both menus are opened. When you have two menus opened press Esc and native one will close. This can be used as workaround but we should block this native menu somehow and make sure that we don’t block it for good as users can turn off editor menu (there is such config option) and use browser native one Problem can be reproduced from CKEditor 3.0 in both CKE 3.x and 4.x. |
||||||
#11879 | (Chrome) Table: Insert Column After | confirmed | Bug | Normal | |||
Description |
<table border="1" cellpadding="1" cellspacing="1" style="width:500px"> <tbody> <tr> <td>1</td> <td>2</td> <td>3</td> </tr> <tr> <td>a</td> <td>b</td> <td>c</td> </tr> </tbody> </table> <p> </p>
Expected result A new column is added between the existing second and third columns Actual result A new column is added after the third column e.g. as the last column in the table Tested in Chrome |
||||||
#13753 | Chrome: Text Style lost when we paste content after refreshing the page | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultPasted text has all the formatting that was applied to it. Actual result Actual resultAll the formatting applied to pasted text is removed. This is working in 4.4.8 Same issue happens with Indentation, Alignment etc. |
||||||
#13751 | Chrome: Text Style lost when we paste content through Paste Dialog | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected resultPasted text has all the formatting that was applied to it. Actual resultAll the formatting applied to pasted text is removed. This is working in 4.4.8 Same issue happens with Indentation, Alignment etc. |
||||||
#13778 | [Chrome] Trying to insert a block before a block widget fails with an error | review | Bug | Nice to have (we want to work on it) | |||
Description |
Steps to reproduce
Expected resultIt's inserted before the widget. Actual resultAn error is thrown. Other details (browser, OS, CKEditor version, installed plugins)I could not reproduce this issue on Firefox, so I guess it's related to Chrome's limited selection system which does not allow us to place selection before a non-editable block if it's the first descendant of the editable. |
||||||
#10697 | CKBuilder: add a flag to mark parts of code needed in release version for tests | confirmed | New Feature | Normal | |||
Description |
We might need a special support for marking parts of code that are needed for testing and should be removed in release version. In short, they should be left in "test release" version. Sample code: https://github.com/cksource/ckeditor-dev/blob/t/9764/plugins/widget/plugin.js#L420-L428 // %REMOVE_START% // Expose for tests. , getNestedEditable: getNestedEditable, createEditableFilter: createEditableFilter // %REMOVE_END% }; |
||||||
#10142 | CKBuilder: Closure Compiler thinks native is a reserved keyword | confirmed | Bug | Normal | |||
Description |
It it impossible to build CKEditor after this change: a2136ce (native is a reserved keyword). I remember that it happened at least once in the past. We renamed the "native" variable to "nativ". After a quick research it turned out we may get rid of this issue forever by using this piece of code: options.setLanguageIn( CompilerOptions.LanguageMode.ECMASCRIPT5 ); native was a future reserved word in ECMAScript v3. Closure Compiler follows ES4, which also lists native as a reserved keyword. However, I believe it will be quite unsafe to switch CC to ES5 mode at this moment, because this time we may not notice code that will be incompatible with IE7. |
||||||
#13466 | CKBuilder fails on ES6 Promises | assigned | Bug | Normal | |||
Description |
.catch() in ES6 Promises causes an CKBuilder error: Jun 25, 2015 8:39:12 PM com.google.javascript.jscomp.LoggerErrorManager println SEVERE: plugin.js:87: ERROR - Parse error. missing name after . operator }).catch(function() { ^ |
||||||
#12651 | CKBuilder looks for icons in the dev/ directories | confirmed | Bug | Normal | |||
Description |
I've got a problem with the CKBuilder. The builder goes somewhere too deep when looking for icons. I use it in https://github.com/Reinmar/kuma/tree/ckeditor-update and it enters this directory: https://github.com/Reinmar/ckeditor-descriptionlist/tree/master/dev ("ckeditor-descriptionlist" is a submodule of the "kuma" repository). It looks like everything works after building, so it's not critical but it would be safe to have this fixed. Logs: Generating plugins sprite image WARNING: cowardly refused to add an image to a sprite because it's too big: /www/kuma/media/js/libs/ckeditor/source/ckeditor/plugins/descriptionlist/dev/ckeditor/skins/kama/icons/icons.png WARNING: cowardly refused to add an image to a sprite because it's too big: /www/kuma/media/js/libs/ckeditor/source/ckeditor/plugins/descriptionlist/dev/ckeditor/skins/kama/icons/icons.png Building ckeditor.js Minifying ckeditor.js Created ckeditor.js (503KB) Time taken.....: 6.877seconds Building skins WARNING: cowardly refused to add an image to a sprite because it's too big: /www/kuma/media/js/libs/ckeditor/source/ckeditor/plugins/descriptionlist/dev/ckeditor/skins/kama/icons/icons.png WARNING: cowardly refused to add an image to a sprite because it's too big: /www/kuma/media/js/libs/ckeditor/source/ckeditor/plugins/descriptionlist/dev/ckeditor/skins/kama/icons/icons.png Time taken.....: 4.308seconds |
||||||
#10049 | CKBuilder page could better differentiate Basic/Standard/Full plugins | confirmed | New Feature | Normal | |||
Description |
In customizing my build I have to build up my own table of which plugins were included in each of the Basic/Standard/Full presets in order to know exactly what I'm getting. The CKBuilder interface should use color-coding or additional icons to make it obvious which additional plugins we're getting going from Basic->Standard or from Standard->Full. |
||||||
#9560 | CKE 3.x and 4.x - Undefined table width gets reset to default | confirmed | Bug | Normal | |||
Description |
This is the continuation of #9478. To reproduce:
Result: Default table width 500px is present in width field and once you click OK table gets default width. You have to use below code to see the bug CKEDITOR.on( 'dialogDefinition', function( ev ) { var dialogName = ev.data.name; var dialogDefinition = ev.data.definition; // Set default table width during creation. if(dialogName == 'table') { var infoTab = dialogDefinition.getContents( 'info' ); txtWidth = infoTab.get( 'txtWidth' ); txtWidth['default'] = '100%'; } if ( dialogName == 'tableProperties' ) { var infoTab = dialogDefinition.getContents( 'info' ); var tab = dialogDefinition.getContents( 'advanced' ); tab.remove ('advLangDir'); tab.remove ('advStyles'); tab.remove ('advCSSClasses'); } }); window.x = CKEDITOR.editor.replace('editor1', { removePlugins : 'button,div,filebrowser,flash,format,forms,horizontalrule,indent,justify,liststyle,pagebreak,showborders,stylescombo,templates', toolbar : [ ['Source', 'Table'] ], }); With this code bug can be reproduced in v4 but also in v3 from CKE 3.6.1 rev. [6979] |
||||||
#10197 | CKE 4.x Inline Can't disable object resizing | confirmed | Bug | Normal | |||
Description |
It is still possible to resize images with inline editor in Firefox or IE (Please do not confuse with #9317). |
||||||
#9682 | CKE 4.x - JS errors thrown when inserting div container. | confirmed | Bug | Normal | |||
Description |
Bug can be reproduced in all browsers.
Result:
Result: |
||||||
#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. |
||||||
#7968 | CKEditor 3.6 in IE7 - Unable to get value of the property 'getRanges': object is null or undefined | confirmed | Bug | Normal | |||
Description |
I found this issue after recent upgrade to the version 3.6. Steps:
See attached video (6-1-2011 6-56-55 PM.zip) and an ASP.NET sample application I used for testing (CKEditorTest.zip) for details. |
||||||
#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. |
||||||
#10034 | CKEditor 4 Inline editing - Clean trash after destroy | confirmed | Bug | Normal | |||
Description |
Hi, I am using the CKEditor 4 Inline editing and as i sow its not cleanning all the trash after using destroy. Code before i edit it: <div id="myId">Text text text</div> Code after i edit it and use destroy to remove the CKEditor instance: <div id="myId" class="cke_focus" style="position: relative;">Text text text</div> As we can see the class of "cke_focus" and the "position:relative" are not removed when i use the destroy. Are there is a way to remove all the CKEditor trash? |
||||||
#10041 | CKEditor 4 Inline Editing - Show the toolbar on a instance without focusing it | confirmed | New Feature | Normal | |||
Description |
Hi, When i use "CKEDITOR.inline(myId)" its applying the editor instance to the object but its applying toolbar to it if i do not focus the object. In my case, I do not like to focus the object on startup because its scroll the page to the start/end (IE browser focus to the end of the page). It will be very good if i will be able to show the toolbar on a instance without focusing it manually. I also ask in some forums and there is no solutions: http://ckeditor.com/forums/CKEditor/CKEditor-Inline-Editing-doesnt-show-the-toolbar-on-start http://stackoverflow.com/questions/14724279/ckeditor-4-inline-how-to-show-the-toolbar-on-a-object-without-focusing-it |
||||||
#11334 | CKEditor adds a space after the "cke_dialog_ui_input_textarea" class | confirmed | Bug | Low | |||
Description |
We just upgraded to the latest version of ckeditor and downloaded the minified version. Everything worked fine except for places where textarea are created we see the problem trying to access "cke_dialog_ui_input_textarea". We looked at the code and found that one place ckeditor does the following
Having this line causes the class="cke_dialog_ui_input_textarea " with an extra whitespace when aclass? is undefined. This caused our tests with sahi to fail since sahi was not able to find anything with the exact class name. We have reported the bug with sahi as well. But attached is the patch that can fix it for the ckeditor. Hope this works for ckeditor and helps. -Thanks Sudhindra |
||||||
#14530 | Ckeditor allows to create multiple anchors with same name and id | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
1.click on anchor button,enter a name "Test"
source view of two anchors: <p><a id="Test" name="Test"></a></p> <p><a id="Test" name="Test"></a></p> Actual result: As shown above Ckeditor allows to create two anchors with same name and ID Expected result: Ckeditor should not allow to create two anchors with same name and ID |
||||||
#6160 | CKEditor and nice urls | confirmed | New Feature | Normal | |||
Description |
Some users are not happy with the way how addquerystring in the filebrowser plugin works (http://cksource.com/forums/viewtopic.php?t=19761) We could think of making this function more customizable or even public to allow developers to override it with their own function without the need to recompile CKEditor. |
||||||
#8243 | CKEDITOR assumes basepath will include protocol | confirmed | Bug | Normal | |||
Description |
As far as client side resources are concerned, a Django 1.3 project can describe two important context variables :
keeping site theme files separate from user uploads means we can host them from different domains (usually subdomains of the root)
So now onto the problem I'm having with CKEditor : I define my STATIC_URL and MEDIA_URL like so : something.org files.something.org static.something.org What this does for me is reduce the amount of HTTPS <> HTTP wrangling behind the scenes. However, CKeditor fails to load for me becuase you're codebase assumes the BASE_PATH for ckeditor will explicitly be prefixed by a protocol. Sure i can change the STATIC_URL and MEDIA_URL to : http://something.org http://files.something.org http://static.something.org but now keeping the site secure and preventing session cookie bleed-over is a great deal more difficult. tl;dr : Don't make assumptions about the URL from which you load ckeditor. Please see comment:5 for short description of problem that user is getting in editor. |
||||||
#4921 | CKEditor - broken layout in IE when specific CSS is used on a web site | confirmed | Bug | Normal | |||
Description |
It is quite a common scenario when content of a page is placed inside of a div with some id ("main", "wrapper") and CSS rules are defined for that div. For IE we're creating "accessibility label" using label and fieldset. Unfortunately, it is possible to accidentally change the style of those elements and make CKEditor looking strange or even unusable. Steps to reproduce
|
||||||
#16391 | CKEditor: Clipboard is pasted multiple times | pending | Bug | Normal | |||
Description |
In Firefox Version Firefox 49.0.1: When a text is pasted from a word file or a Thunderbird e-mail the text is SOMETIMES pasted multiple times instead of just once. It's no issue with the clipboard since pasting it into notepad works just fine. Any hints on what might cause this issue are welcome. Thank you! The issue is very similar to this one: https://dev.ckeditor.com/ticket/12995 |
||||||
#9476 | CKEDITOR.dialog#disableButton not working | confirmed | Bug | Normal | |||
Description |
It is still possible to click on a dialog button after having disabling it with the disableButton method in CKEDITOR.dialog (http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.dialog.html#disableButton). When "disableButton" is called, the property "disabled" is correctly set to true and a css class is added to the button. But if you click on the button, there's no check to see if it's disabled and the event is still fired. I think this could be fixed by modifying the code in _source/plugin/dialogui/plugin.js and adding a check for disabled before the onClick is applied. Like this : (line 949) onClick : function( dialog, func ) { this.on( 'click', function() { if(!this._.disabled) { // Some browsers (Chrome, IE8, IE7 compat mode) don't move // focus to clicked button. Force this. this.getElement().focus(); func.apply( this, arguments ); } }); } By the way, the css class (cke_disabled) added to the button when it's disabled does nothing and the button doesn't look disabled. |
||||||
#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:
|