Custom Query
Results (601 - 700 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone |
---|---|---|---|---|---|---|
#5552 | Dialog doesn't execute 'commit' and 'setup' method of element when element miss 'id' property. | review_failed | Bug | Normal | ||
Description |
Steps to reproduceCreate new dialog without set id attribute for element or open one old dialog and remove id attribute of element: CKEDITOR.dialog.add( 'bulletedListStyle', function( editor ) { return { title : editor.lang.list.numberedTitle, minWidth : 300, minHeight : 50, contents : [ { elements : [ { type : 'hbox', widths : [ '25%', '75%' ], children : [ { label: editor.lang.list.start, type: 'text', setup : function( element ) { var value = element.getAttribute( 'start' ) || 1; value && this.setValue( value ); }, commit : function( element ) { element.setAttribute( 'start', this.getValue() ); } }, { type : 'select', label : editor.lang.list.type, width: '100%', items : [ [ editor.lang.list.style_1 , '1' ], [ editor.lang.list.style_a , 'a' ], [ editor.lang.list.style_A , 'A' ], [ editor.lang.list.style_i , 'i' ], [ editor.lang.list.style_I , 'I' ] ], setup : function( element ) { var value = element.getAttribute( 'type' ) || '1'; this.setValue( value ); }, commit : function( element ) { element.setAttribute( 'type', this.getValue() ); } } ] } ] } ], onShow: function() { var editor = this.getParentEditor(), element = getListElement( editor, 'ol' ); element && this.setupContent( element ); }, onOk: function() { var editor = this.getParentEditor(), element = getListElement( editor, 'ol' ); element && this.commitContent( element ); } } });
|
|||||
#8445 | dialog.getSelectedElement() returns wrong element when element selected is within a table for 3.6.2, Firefox | confirmed | Bug | Normal | ||
Description |
Observable for instance for a single image inside a table cell. The bug seems to be caused by the selected element being set to be the containing table element even though for instance the double-click event does get the correct element passed as its .data.element. For a document containing something like (only): <table> <tbody> <tr> <td> <img alt="Silva.jpg" src="/images/Silva.jpg" style="width: 100px; height: 133px;" /></td> </tr> </tbody> </table> reproduce the bug by double-clicking on the image. The image dialog opens, but is not initialized with the image data. In general,
|
|||||
#9826 | Dialog height not correct if overflow:hidden/scroll | confirmed | Bug | Normal | ||
Description |
When i use dialog and put content as : <div style="height:200px; width:200px; overflow:hidden"> <img src="..." height="1000" width="1000" /> </div> Dialog height is put to 1000 instead of stay a current height. I can resolve this issue with this if it can help set "vertical-align" to 'top' instead of verticale-baseline |
|||||
#7862 | Dialog Move Event | confirmed | New Feature | Normal | ||
Description |
I would like an event fired when a dialog move has been completed. |
|||||
#12567 | Dialogs are incorrectly sized on iOS | new | Bug | Normal | ||
Description |
Using an iPhone/iPod touch:
Results: The dialog is sized in such a way that the ok and cancel buttons are off the right of the screen and the user cannot scroll to the right to click it. |
|||||
#13871 | Dialog's control access keys are not discoverable | confirmed | Bug | Normal | ||
Description |
It was surprising to see that we actually have some mechanism for access keys. We need end user documentation on this matter, as it's not discoverable at all. We need to provide some additional information for that. Ideally the solution would be to put it in the dialog itself. A cructial thing here is that we want to make it perceivable to all users.
Curious to know other people opinions. |
|||||
#7227 | Dialog: showPage increments pageCount even if page is already showing | confirmed | Bug | Normal | ||
Description |
In the Dialog plugin, callling showPage on a page that is already visible increments the pageCount, meaning that when all but one page are removed, the tab bar will still be visible. To reproduce:
Now only page2 will be visible - but the tab bar will still be showing, with the single tab "page2". Intended behaviour (presumably) is to have tab bar disappear when only one page is visible. This can be fixed by adding a check to tab.isVisible() in showPage. Proposed patch included. |
|||||
#6801 | Dialog size should fit the screen in case it's bigger than the view pane | confirmed | Bug | Normal | ||
Description |
FUP of #5084. |
|||||
#11239 | Dialog submit/cancel actions do not verify whether dialog is still opened | confirmed | Bug | Low | ||
Description |
Two tables are inserted. Confirmed in IE9, IE10 and Firefox (randomly) on Windows. I was not able to reproduce it on Mac. |
|||||
#12259 | Dialogs which create popup lose keyboard focus when popup is closed | confirmed | Bug | Normal | ||
Description |
If the 'Browse server' button in the image or link dialog is clicked, resulting in the popup window opening, and that popup is then closed, the original dialog no longer has keyboard focus. Accordingly, the escape key does not work. Reproduce case, using 4.4.3 (revision fd4f17c): 1) Go to http://ckeditor.com/demo 2) Click 'Image' button. The image dialog opens. 3) Click 'Browse Server' button. The browse server popup opens. 4) Either choose an image or cancel. The browser server popup closes. 5) There is no keyboard focus any more, and the escape key on the keyboard does not work. Comparison case: 1) Go to http://ckeditor.com/demo 2) Click 'Image' button. The image dialog opens. 3) Press escape, and the image dialog closes. |
|||||
#14382 | Dialog tab is disabled if has content elements of html contain ID | confirmed | Bug | Normal | ||
Description |
Cheers, In addition to what described here: https://dev.ckeditor.com/ticket/13193 Steps to reproduce
Expected resultActual resultOther details (browser, OS, CKEditor version, installed plugins)CKEditor 4.5.7 - Latest -- You can take the same example that j.swiderski upload and just add id="MyTab1" the main DIV: https://dev.ckeditor.com/attachment/ticket/13193/mytest.zip Best regards. |
|||||
#14924 | Dialog tab is disabled if has content elements of html type only (same as ticket 13193) | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultselecting tab 1 will bring you back to tab 1 one Actual resultonce tab 2 is selected tab 1 can't be reselected. Work Aroundhtml: '<div class="tab_container"><div id="myDiv"></div></div>', Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#3542 | Dialog tabs change width after selection | confirmed | Bug | Normal | ||
Description |
When tab is selected, text inside changes to bold. This sometimes results in changed width and relocation of other tabs. TC
|
|||||
#9850 | Dialog that doesn't fit in viewport can't be moved by dragging | confirmed | Bug | Normal | ||
Description |
Extracted from #8888. |
|||||
#11227 | dialog.validate.functions bugs | confirmed | Bug | Normal | ||
Description |
The definition of the function returned from dialog.validate.functions suffers from two bugs.
|
|||||
#3967 | Dialog with all keystrokes written down | confirmed | New Feature | Normal | ||
Description |
It is not easy to get know how to switch tabs in dialogs using keyboard. A list with active keystrokes is needed. |
|||||
#4451 | Different "Apple + LeftArrow" keyboard shortcut behavior in Firefox on Mac OS X | confirmed | Bug | Normal | ||
Description |
OS: Mac OS X 10.6.1 Browser: Firefox 3.5.3 Product: CKEditor 3.0 Steps to reproduce: 1) Open "http://ckeditor.com/" in Firefox on Mac OS X 2) Click on [See the demo] button 3) Place text cursor anywhere in CKeditor enabled textarea and type there a random word 4) Press "Apple + LeftArrow" keyboard button combo: Expected: Text cursor moves to beginning of line, like in any other textarea. Actual: Browser recognize this button combo as "Browser back" shortcut, and returns to "http://ckeditor.com/" In Safari 4.0.3 - behavior is correct: when text cursor is inside CKeditor textarea, button combo moves cursor to beginning of line, when textarea is not selected - browser recognizes this shortcut as "Go back" button. |
|||||
#14550 | Direct path to handle.png in widget plugin | review | Bug | Normal | ||
Description |
There is the direct path https://github.com/ckeditor/ckeditor-dev/blob/master/plugins/widget/plugin.js#L3132 to the image file instead of CKEDITOR.getUrl and that causes the issue when custom CKEDITOR_GETURL function is used. |
|||||
#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 {
} |
|||||
#10060 | Disabled textarea fields are not readOnly by default | confirmed | Bug | Normal | ||
Description |
According to CKEDITOR.config.readOnly, if not specified, it should check to see if the linked textarea has the disabled attribute. This is not currently happening. |
|||||
#10252 | disableObjectResizing=true in full screen mode | confirmed | Bug | Normal | ||
Description |
This is my first bug report. I am attempting to se disableObjectResizing=true and it seems to be working fine, except when clicking to full screen mode / maximize. Once you do that, users can click the image and resize, even if disableObjectResizing is true. You can test here: http://www.elementalblend.com/_prodev/ckeditor4/
Here is a screen shot: http://i.imgur.com/kUHHm6e.png Thanks, Brandon |
|||||
#8482 | DispHTMLUnknownElement with invalid code | confirmed | Bug | Normal | ||
Description |
By selecting a dom range who contains invalid Html tags, IE causes an error in the error function at the line 201 of the element.js: this.$.appendChild( node.$ ); In the case value contains an invalid tag, fe.: <foo>some content</foo>, the "this.$" is an instance of DispHTMLUnknownElement who doesn't implements the appendChild function. the error is caused by the range.select(true), this.createBookmark(); line 1636 plugins/selection/plugin.js, clone.insertNode( startNode ); line 528 /core/dom/range.js We are currently experiencing this issue with IE 8 and 9, we haven't tried with prior version of the software. |
|||||
#8894 | Display:inline-block issue | confirmed | Bug | Normal | ||
Description |
<span style="display: inline-block"><a href="/send-now"><img alt="Buy - Global Express" src="sites/default/files/media/buy_button.gif" /></a></span> Paste the above HTML in source. While using CK editor in IE, if we select the image and click on the link editor, it looses focus and link is inserted at the beginning of the HTML rather than at the image itself. This is due to display: inline-block and happens only in IE. Please fix. |
|||||
#5592 | Display unprintable characters | confirmed | New Feature | Normal | ||
Description |
It would be nice if I can view unprintable characters of used formatting in CKeditor. Is it possible to make button for display and hide such unprintable characters? |
|||||
#13713 | divarea iphone double space | new | Bug | Normal | ||
Description |
Steps to reproduceUsing CKEditor with the basic configuration, plus the divarea plugin, hit space on an iPhone (if using the simulator, use the software keyboard, not a hardware keyboard). Expected resultA period should be entered (this is how iOS handles double spaces). Actual resultTwo spaces are entered. Other details (browser, OS, CKEditor version, installed plugins)The issue does not seem present if the ementspath plugin is present. However, it is present if that plugin is present but .cke_bottom has been hidden with CSS. |
|||||
#14884 | Divarea - It is possible to type after opening dialog without input field. | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultIt should not be possible to type characters. Actual resultIt is possible to type characters. Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced from CKEditor 4.0, only in Blink and Webkit browsers. |
|||||
#7111 | Div styling through dialog broken | confirmed | Bug | Normal | ||
Description |
JS error is thrown: style._.definition.attributes is undefined /_source/plugins/div/dialogs/div.js L339 Regression of [5846]. |
|||||
#12568 | Docprops dialog color "choose" buttons behave strangely if colorpicker dialog is cancelled | confirmed | Bug | Normal | ||
Description |
This is the same as #8771 which was closed as "expired - can't reproduce" a while back. This bug is still present in 4.4.5 and is actually very easy to reproduce even with the demo at http://ckeditor.com/demo#full-page: Click the document properties button to open the docprops dialog. Go to "Design" page. Click on "Choose" button of "Text color" field. Do *not* pick a color in the colorpicker but close the colorpicker with "Cancel". Click on "Choose" button of Background color". Now *do* pick a color in the colorpicker and close it with "OK": The selected color is set into the "Background color" field (as expected) but is incorrectly *also* set into the "text color" field. As already described in #8771, the problem is in ckeditor/plguins/docprops/dialogs/docprops.js, in the "getDialogValue" function: Buggy code: var onOk = function() { releaseHandlers( this ); callback( this, this._.parentDialog ); }; var releaseHandlers = function( dialog ) { dialog.removeListener( 'ok', onOk ); dialog.removeListener( 'cancel', releaseHandlers ); }; var bindToDialog = function( dialog ) { dialog.on( 'ok', onOk ); dialog.on( 'cancel', releaseHandlers ); }; The problem with the above is that "releaseHandlers" is set directly as the "cancel" listener. Suggested change: var onOk = function() { releaseHandlers( this ); callback( this, this._.parentDialog ); }; var onCancel = function() { releaseHandlers( this ); }; var releaseHandlers = function( dialog ) { dialog.removeListener( 'ok', onOk ); dialog.removeListener( 'cancel', onCancel ); }; var bindToDialog = function( dialog ) { dialog.on( 'ok', onOk ); dialog.on( 'cancel', onCancel ); }; |
|||||
#8612 | DocProps plugin incorrect case handling of META element names - code could be more flexible. | confirmed | New Feature | Normal | ||
Description |
docprops.js creates a hash table of meta elements, keyed by the name converted to lower case. However, there are several cases of tests such as: name in hash which fail if the meta element name is not all in lower case. Fix is to replace several occurrences of the above with: name.toLowerCase() in hash Also in setupMeta: result = ( name.toLowerCase() in hash ) ? hash[ name.toLowerCase() ].getAttribute( 'content' ) || '' : ''; The below description summarizes first 11 comments.
@Nickholt has extended docProps dialog with extra meta tags values. He copied the code that we use for standard values like ‘author‘ and to his surprise it didn’t work for attributes with values like Our code works and custom code is completely different story which makes this request rather invalid but I thought that perhaps we could make our code more flexible. Who knows if there won’t be a browser or a mobile tool that needs this change to display documents correctly. Just a thought but perhaps fixing #8668 which to me may related will also fix this one. |
|||||
#10161 | Docprops plugin requires colordialog | confirmed | Bug | Normal | ||
Description |
Found by Olek. It looks like the docprops is missing |
|||||
#10220 | Docs for basePath need improvement | confirmed | Bug | Normal | ||
Description |
Based on #10187.
The only way to change base path is using GLOBAL variable - CKEDITOR_BASEPATH. After setting this value, As discussed with @fredck I propose:
|
|||||
#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. |
|||||
#13488 | Documentation Bug: dev_files not found | confirmed | Bug | Normal | ||
Description |
http://docs.ckeditor.com/#!/guide/dev_files Oops…Guide dev_files was not found. Maybe it was renamed to something else?
Most likely you just followed a broken link inside this very documentation. Go and report it to the authors of the docs. But if you think it's a bug in JSDuck documentation-generator itself, feel free to open an issue at the JSDuck issue tracker. Sorry for all this :( |
|||||
#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. |
|||||
#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. |
|||||
#628 | Document Properties: Style Sheet | confirmed | New Feature | Normal | ||
Description |
Is there any way we can add a field to link a style sheet into the document properties page (when editing a full html page)? For normal editing when the text will be incorporated right into the site, setting the editor's css before writing the editor is good enough. However for a full page, although it previews with that style sheet, it doesn't actually write it into the page when submitting it. One would need to manually type in the css link.
Moved from SF: |
|||||
#16999 | Document & Text color choices override each-other | new | Bug | Normal | ||
Description |
Steps to reproduceWhen changing the background color, cancelling, and changing the text color instead in document properties it changes the value for both fields.
Expected resultDocument text color is changed Actual resultDocument background color AND text color are changed Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#8418 | do feature detection of paste event support before simulating a paste event | confirmed | Bug | Normal | ||
Description |
I think this code might end up confusing you when Opera one day supports 'paste' events: http://dev.ckeditor.com/browser/CKEditor/trunk/_source/plugins/clipboard/plugin.js#L141 I suggest adding some additional feature detection - perhaps if ( CKEDITOR.env.opera && ! ('ClipboardEvent' in window) ) or something like that.. There is no rush, paste event is high priority but probably won't happen for Opera 12 unfortunately. |
|||||
#8670 | dom.node#getAddress returns different addresses for detached trees in IE7&8 than in normal browsers | confirmed | Bug | Normal | ||
Description |
This test passes in browsers like Fx and Chrome, but fails in IE7&8. var root = newElement( 'span' ), child1 = newElement( 'span' ), child2 = newElement( 'span' ); child1.appendTo( root ); child2.appendTo( root ); assert.isTrue( CKEDITOR.tools.arrayCompare( child2.getAddress(), [ 1 ] ) ); // in IE7&8 - [ 0, 1 ] assert.isTrue( CKEDITOR.tools.arrayCompare( root.getAddress(), [ ] ) ); // in IE7&8 - [ 0 ] |
|||||
#12238 | Do not use the table summary attribute | confirmed | Bug | Normal | ||
Description |
We ran into this with Drupal 8 - https://www.drupal.org/node/843708 There are a great list of examples - https://developer.mozilla.org/en-US/docs/Web/HTML/Element/table#attr-summary But using:
No longer fits with the HTML5 specs. Using details/summary works fine: http://www.developerfusion.com/article/136530/making-tables-more-accessible-with-html5/ http://www.pdprogrammeur.com/tables-and-html5-table/ The UI shouldn't need to change, just the placement of the summary text. |
|||||
#9193 | dont use "-moz-border-radius" use "border-radius" or also use border-radius | confirmed | Bug | Normal | ||
Description |
Firefox 13 and newer no longer understand -moz-border-radius. The standard border-radius CSS property must be used instead, which is supported since Firefox 4 https://bugzilla.mozilla.org/show_bug.cgi?id=781059 There are some places in the ckeditor css code where you use -moz-border-radius without also using the border-radius |
|||||
#10253 | double alert in dialog | confirmed | Bug | Normal | ||
Description |
in a Dialog, if we press Enter key instead of click 'OK' button, onOK will be trigger double times. for example, if we show image dialog, and leave url field empty. the press Enter key, the alert will show double times. |
|||||
#7728 | double click inside link | review | Bug | Normal | ||
Description |
Expect the double click (open dialog) shortcut only applies when link is fully selected when double clicked, which happens when:
|
|||||
#7257 | Double click on dialog button sometimes shows background cover above the dialog | confirmed | Bug | Normal | ||
Description |
When a page has two editors present, calling the same dialog with dobule-clicking on both of them results in the second dialog box appearing underneath the semi-transparent background cover div.
Steps to reproduce:
Tested in latest Chrome and Firefox 3.6 on Windows 7 and XP. Screenshot attached. |
|||||
#10317 | Double-click to initiate inline edit mode | confirmed | New Feature | Normal | ||
Description |
There have been discussions about this in the forums with some plausible work-arounds but all seem a bit like a hack. http://ckeditor.com/forums/CKEditor/CKEditor-v4-Double-Click-to-Initiate-Editor Would it be possible to add a configuration to override the default signle-click event to initiate inline edit mode? |
|||||
#14399 | Double indented nested list items | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultNested list has the same indent as the regular list Actual resultNested list has double indent Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#17063 | Double insertion of table after using enter on Chrome mobile. | new | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultTable will be added only once. Actual resultTable is added twice. Other details (browser, OS, CKEditor version, installed plugins)Android 4.4.2, Chrome mobile v.58. |
|||||
#16707 | double protocol in link plugin when entered URL contains a space in front | confirmed | Bug | Normal | ||
Description |
The link plugin does already attempt to remove the protocol on change events to the URL field, but it doesn't account for leading white space. It's understood that the URL shouldn't contain leading white space and this could be considered a user issue. However, later in CKEditor's workflow, it trims the URL specified before saving the result. If the user then re-opens the Link dialog for the link they have created, the URL field will now show the URL containing the protocol, but with the original leading white space removed. As a user at glance, everything looks ok, because I'm not aware that the Link plugin is going to prefix the field's data with the protocol that's currently selected in the drop down. Without triggering any change events, the URL field will remain untouched, still containing the protocol at the beginning. The link dialog needs to either trim the contents of the URL field before checking for beginning with a protocol, or use a white space delimiter in the protocol regular expression. Steps to reproduce
Expected result" http://www.google.com" should be trimmed before checking for protocol OR " http://www.google.com" should remain as the actual contents of the URL field (not trimmed before save) so that the user can see the issue that exists. Actual resultThe URL field is not trimmed before checking for protocol but is trimmed before saving the field, thus causing the protocol to exists twice. Other details (browser, OS, CKEditor version, installed plugins)Chrome 54.0.2840.99 m Windows 7 Latest CK editor version (can reproduce in demo) Standard edition (specifically link plugin) |
|||||
#16910 | [Drag and Drop] Dropping file with " ' " in its name causes 404 | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected result
Actual result
The Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced in every browser |
|||||
#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. |
|||||
#13595 | Drag and drop image into editor does not work in IE11 | confirmed | Bug | Normal | ||
Description |
Chrome, Firefox, and IE10 allow you drag and drop an image file into the editor with the uploadimage plugin. For some reason it does not work with IE11. |
|||||
#13569 | Drag and drop link pastes URL in plain text | confirmed | Bug | Normal | ||
Description |
This is a regression. It worked in version 4.4.8, but doesn't actually work in version 4.5.0 onwards. Steps to reproduce:
What should happen: The editor should contain a link, with the title of the page and the URL in the href attribute, as shown in the first screenshot. What happens instead: The editor contains the plain text URL, as shown in the second screenshot. Reproduced on OS X 10.10.4 with Chrome 44.0.2403.89 beta and Safari 8.0.7. Additional info: You can check out how it worked in version 4.4.8 in the following JSFiddle: http://jsfiddle.net/jm9syL75/ |
|||||
#11343 | Drag&drop: inline widgets disappear when forcePasteAsPlainText is set | confirmed | Bug | Normal | ||
Description |
Reported through support channel. Not sure if related to #11219.
When A sample with inline widget is attached, drag & drop the widget and see that it is lost. |
|||||
#14572 | Drag & drop of anchor at edge of content to same location causes error | confirmed | Bug | Normal | ||
Description |
You can see this on the current 4.5.8 demo @ http://ckeditor.com/demo . Tried on Chrome & Firefox.
The link disappears & there's an error in the console: Uncaught TypeError: Cannot read property 'type' of null window.CKEDITOR.window.CKEDITOR.dom.CKEDITOR.dom.range.setStart @ ckeditor.js:formatted:3729 which is at: setStart: function(b, c) { b.type == CKEDITOR.NODE_ELEMENT && CKEDITOR.dtd.$empty[b.getName()] && (c = b.getIndex(), Upstream of that, a has no parent node @ setStartAfter: setStartAfter: function(a) { this.setStart(a.getParent(), a.getIndex() + 1) }, |
|||||
#16744 | Drag&drop of multiple files results in an error: The given range isn't in document | confirmed | Bug | Normal | ||
Description |
Moved from https://github.com/ckeditor/ckeditor-sdk/issues/203 Steps to reproduceWhen I upload "multi images" in this page, below error is displayed on my Chrome console. However, the upload itself is processed correctly. Sample page: http://sdk.ckeditor.com/samples/fileupload.html#uploading-dropped-and-pasted-images Error message: ckeditor.js:430 The given range isn't in document. The same phenomenon occurs also in my development environment. Expected resultThere should be no error reported in the error console. Actual resultFiles are uploaded (great!), but JavaScript exception occurs. Other details (browser, OS, CKEditor version, installed plugins)Chrome, reproduced on the latest version of CKEditor (4.6.1), did not try earlier versions. |
|||||
#13563 | Dragging an image can delete it and throw an error | confirmed | Bug | Normal | ||
Description |
Using the divarea and image2 plugin. If you drag an image to a location in the editor that does not have any content, the image will disappear and an error will be thrown. The error is "Unable to get property 'getParent' of undefined or null reference. The problem occurs in IE, FireFox, and Chrome. I've attached an animated GIF of the problem. |
|||||
#14901 | Dragging an inline widget outside of span, carries leftover span around | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
In the content add <p><span style="border:2px solid red; padding: 10px">A span <img alt="" src="/userfiles/dnv.png">.</span></p> (adjust image path as needed)
Expected resultThe image element is moved out cleanly Actual resultA span wraps the image that is now out of the initial span Other details (browser, OS, CKEditor version, installed plugins)Tested with Firefox, Chrome and Edge |
|||||
#8884 | Dragging image wrapped in BlockElement leaves empty block elements in content area. | confirmed | Bug | Normal | ||
Description |
I have also tried using the below code (img inside div) <div> <img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" style="margin-left: 10px; margin-right: 10px; float: left; width: 120px; height: 168px;" /></div>
Issue reproducible in all browsers from CKEditor 3.0 |
|||||
#12286 | Dragging the Resizable corners of the table to out of the CKEditor makes the resizable corners displayed out of the editor and the editor becomes unresponsive when we click in scroll bars. | confirmed | Bug | Normal | ||
Description |
Steps to reproduce: 1.Insert a table inside the Ckeditor text area. 2.Click on the corner of the table. 3.Resizable border of the table will appear. 4.Drag the border out of the editor. Issue 1:The dotted resizable corners of the table is displayed out of the CK editor. Issue 2:Now when we try to use the scroll of editor, the editor becomes unresponsive. This occurs only in IE8 and IE9 and not in Firefox. I have attached a video to this, having the recording of the issue for your reference. |
|||||
#12527 | Dragging widget does not scroll the editor | confirmed | Bug | Normal | ||
Description |
You can see this directly at http://ckeditor.com/demo#widgets When dragging a widget, I would expect the editor to scroll up or down if I'm attempting to drag past the edges of the container. However, dragging is limited to the current height of the container, unless I also manually scroll with the scrollwheel. |
|||||
#13900 | Drag line for widgets is misaligned when paragraphs have margins | pending | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultThe line will match the size of the paragraph content. Actual resultThe line starts at the start of the paragraph content but is the width of the widget. |
|||||
#8724 | Draw a table with plug-in (one-click table) | confirmed | New Feature | Normal | ||
Description |
Ticket REF: 7320-RYDC-2204 Would be nice to have a plug-in available to draw tables like in Office Word. The Main advantage of using this way with standard height and width is, user may not be confused to insert the table. With the current plug-in have great and more features , but may leads to confuse the user also. |
|||||
#2433 | drop-down list for image style | confirmed | New Feature | Normal | ||
Description |
I love FCKeditor, but I hope fckeditor has a drop-down list of pre-defined styles instead of a text box for image style like tinymce: (in the "Image Properties", "Advanced" tab). Thanks. Bob |
|||||
#14907 | Drop down list of toolbar inside a dialog is not moving with scrollbar of the dialog. | confirmed | Bug | Normal | ||
Description |
Steps to reproduceDemo : http://codepen.io/Aanjaneyulu/full/ZpJOrz/
Expected resultlist should move with editor. Actual resultlist does not move with the editor. Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#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 } } } }] [...] |
|||||
#12181 | Dropdown markers not grayed out when in readonly mode | confirmed | Bug | Normal | ||
Description |
Some part of our dropdown markers (an arrow) is not grayed out when readonly mode is set. It would be good idea to keep behaviour consistent.
Expected result:
Current result:
additional info:
|
|||||
#13046 | Dropdown not working in maximize mode with RTL body | confirmed | Bug | Normal | ||
Description |
In Chrome and IE
|
|||||
#14367 | Dropdown open empty after moving CKEditor toolbar using shared spaces | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultDropdowns should open with content after the toolbar is moved Actual resultDropdowns open but appear blank Other details (browser, OS, CKEditor version, installed plugins)Tested in IE and Chrome using the latest CKEditor 4.5.6 with the shared spaces plugin installed. |
|||||
#10392 | Dropdowns don't scroll to top when opened. | confirmed | Bug | Normal | ||
Description |
To reproduce:
Result: It starts scrolled down rather than back at the top.
This is happening because we use 1 float panel for dropdowns and don't reset on every open. Sure when opening new dropdown user would expect it to be at the top. Since we are using one float panel we can either live with it or perhaps remember last dropdown opened and if current dropdown is different scroll it up. For those who want to have float panel always scrolled up please use below code: var editor = CKEDITOR.replace( 'editor1', {} ); editor.on( 'panelShow', function( ev ) { ev.data._.iframe.$.contentWindow.scrollTo(0,0); });
Another solution would be adding onOpen methods to below plugins (e.g. after onRender):
\ckeditor4-git\plugins\format\plugin.js onOpen : function(){ this._.panel._.iframe.$.contentWindow.scrollTo(0,0); }, |
|||||
#13553 | Dropdowns shouldn’t show any option when multiple styles, fonts or formats are selected | confirmed | Bug | Normal | ||
Description |
Result: Font dropdown shows Arial. In general, dropdowns reflect the beginning of selection. Expected result: Dropdown shouldn’t show any value as current behaviour gives false impression that whole content has this type of font assigned. |
|||||
#14900 | Drop of inline widget in a span, splits the span in two | confirmed | New Feature | Normal | ||
Description |
Steps to reproduce
<p><span style="border:2px solid red; padding: 10px">A span</span></p>
Expected resultThe image is shown now inside the span Actual resultThe span is split in two and the image (widget) is placed between the two spans <p><span style="border:2px solid red; padding: 10px">A </span><img alt="" src="/userfiles/dnv.png"><span style="border:2px solid red; padding: 10px">span</span></p> Other details (browser, OS, CKEditor version, installed plugins)Of course this happens with any other inline widget If the image is placed in source mode inside span then it works correctly and you can also drag the image from one position to another inside the span without problems |
|||||
#13323 | Dropping image on nested editable (image2 caption) doesn't effect. | confirmed | Bug | Normal | ||
Description |
Effect: Image uploading notification is visible, but nothing changes in the editor content. |
|||||
#10340 | DTD caching makes it impossible to modify DTD even before first editor creation | confirmed | Bug | Normal | ||
Description |
CKEDITOR.dtd.customtag = { em:1 }; CKEDITOR.dtd.$block.customtag = 1; CKEDITOR.dtd.body.customtag = 1; Load: <customtag>foo</customtag> It will be transformed to: <customtag></customtag> <p>foo</p> I think that we don't have to rewrite all code which caches DTD objects because that would ruin performance or increase complexity in some places. Therefore we can introduce event CKEDITOR#dtd fired when DTD is created and allowing its modifications. EDIT: The problem is DTD caching makes it impossible to extend it after loading CKEditor source. |
|||||
#10436 | Duplicate ids when shared space is used | confirmed | Bug | Normal | ||
Description |
config.sharedSpaces = {top: 'someElementId'};
to move toolbar to the shared space.
|
|||||
#9308 | duplicate no-repeat value for background-repeat in Table dialog | confirmed | Bug | Normal | ||
Description |
I found this ticket (http://dev.ckeditor.com/ticket/8451) in your database from 11 months ago and it's marked closed/invalid but the issue still seems to exist. Steps: -Create a table -Right-click on it, pick Table Properties -> advanced tab. -Enter: background-repeat:no-repeat; in the Style box, you get background-repeat:no-repeat no-repeat; That is invalid and shouldn't happen. This can be reproduced in your ckeditor.com/demo site as well as latest nightly build. What's interesting is that this doesn't happen when you create a new DIV, edit it and enter the same into style box there. This seems to happen on table properties only. |
|||||
#16901 | Duplicate selection field after changing some styles | new | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultSelection field hasn't duplicate. Actual resultSelection field duplicates in different ways. It depends on applied style. Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#12120 | Dynamic size restrictions in AutoGrow feature | confirmed | New Feature | Normal | ||
Description |
At the moment AutoGrow plugin supports config.autoGrow_minHeight and config.autoGrow_maxHeight along with editor#autoGrow event, which can be used to force a custom height on every editor resize, i.e. CKEDITOR.replace( 'editor2', { extraPlugins: 'autogrow', autoGrow_maxHeight: 400, removePlugins: 'resize', on: { autoGrow: function( evt ) { evt.data.newHeight = 42; } } } ); Such behaviour is desired when the space around the editor is changing, i.e. window is resized, other page elements collapse or expand.
The event, however, controls height only, while Possible solutions:
|
|||||
#11530 | Dynamic Templates with Dialog Helpers | confirmed | New Feature | Normal | ||
Description |
I would vote to extend templates and make them dynamic through the usage of popup dialog helper. The dialog would:
This would allow a web site builder to provide client with smart templates that would react to web editor input. Enclosed please find a very rudimentary example of what it would do. Validation and error handling aspects are not polished at this moment - subject to further development upon feature approval. |
|||||
#13291 | Easy copy and paste of checkboxes | confirmed | Bug | Normal | ||
Description |
When working in the ckeditor, you used to be able insert a check box in one area and then click on top of the check box (you did not have to highlight it) and copy and paste it. You can no longer do that. If you click on top of the check box and copy it with the context menu, it just pates a space (no check box). If you very tediously highlight the check box and copy it, it includes a space before the check box and a space after the check box. |
|||||
#13946 | [Edge] Drag and drop on styled elements within editor does nothing | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected result
Actual result
Other details (browser, OS, CKEditor version, installed plugins)Edge on Windows 10 |
|||||
#13602 | [Edge] Drag and drop within editor(s) throws an error or removes too much text | confirmed | Bug | Normal | ||
Description |
Edge is the only browser which don't handle preventDefault() on drop correctly. The dragged text gets removed, so our cached dragRange points to an invalid location. This causes errors or removal of too much text. It could be possible to workaround this, but it's very, very sad and would make the CKEditor's integration with DnD very inconsistent. |
|||||
#14827 | [Edge] Editor viewport is scrolled back to the top when focusing editor for the first time. | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultThe editor is focused and caret is placed on the position of the click. Actual resultThe editor viewport scrolls to the top and caret is placed on the beginning of the content. Other details (browser, OS, CKEditor version, installed plugins)Edge (Edge 38.14393, EdgeHTML 14.14393) - it does not happen in previous versions of Edge browser. |
|||||
#17058 | [Edge/IE] Visual selection applies to single table cell selection | new | Bug | Low | ||
Description |
Steps to reproduce
Expected resultCell should be marked with native selection. Actual resultCell was marked with visual selection. NotesBug appends only if cell wasn't focused. You can try this scenario:
As you can see, it received native selection. Other details (browser, OS, CKEditor version, installed plugins)OS: Windows 10 Browsers: Edge, IE 11 |
|||||
#14616 | [EDGE] Loss of focus on touch devices (randomly) | new | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultA touch in the edition area (anywhere) should result in the ability to type content. Actual resultA touch in the edition area sometimes result in the lost of focus. Other details (browser, OS, CKEditor version, installed plugins)
OS: Windows 10
Browser: EDGE
Editor: version 4.5.7
Plugins :
|
|||||
#17062 | [Edge] Manual test tests/core/selection/manual/iecontenteditablefalse#child fails on Edge browser | new | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultWidget should receive a selection after key pressing. Actual resultWidget doesn't receive a selection and moves downwards. Other details (browser, OS, CKEditor version, installed plugins)OS: Windows 10 Browser: Edge |
|||||
#14548 | EDGE: Not able to edit the Image if Image has Alignment set | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultContext menu opens & it has Image Properties option. Actual resultContext menu opens but it has no Image Properties option, so there is no way for user to edit the image |
|||||
#14892 | [Edge Only] : CkEditor Bold/Italic/underline does not work. If we do not give <!DOCTYPE HTML> in the html page. | confirmed | Bug | Normal | ||
Description |
Steps to reproduceHTML Source Code : <!DOCTYPE HTML> <html>
<script src="https://code.jquery.com/jquery-2.2.4.js"></script> <script src="http://cdn.ckeditor.com/4.5.11/full/ckeditor.js"></script> <script src="http://cdn.ckeditor.com/4.5.11/full/adapters/jquery.js"></script> <script> $(document).ready(function() {
}); </script> </head> <body> <textarea id="testCk"></textarea> </body> </html> This works. Remove DocType from html page. It does not work in edge browser only Tried using Doctype config property. Still does not work. Expected resultIt should work in Edge even without Doctype declaration. Actual resultIt does not Other details (Edge, Win 10,Full 4.5.11) |
|||||
#14334 | EDGE: Pasting Numbered list from word with more than 2 levels not working properly | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultList pasted properly with all nested levels shown properly Actual resultList pasted incorrectly Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#16743 | [Edge] PFW generic tests | confirmed | Bug | Must have (possibly next milestone) | ||
Description |
In 4.6.0 we did not include generic test fixtures for Edge. It's time to fix it and add these missing pieces. First we need to focus on fixtures directly in _fixtures directory. |
|||||
#16872 | [Edge][PFW] Multi number markers lists not pasted correctly | confirmed | Bug | Normal | CKEditor 4.7.1 | |
Description |
Steps to reproduce
Expected resultPasted list has correct structure (ofc multiple digit markers do not need to be preserved). Actual resultStarting with "4.2.1.Aa" item, list structure is broken. Other details (browser, OS, CKEditor version, installed plugins)
I think it has something to do with this list item not having |
|||||
#14543 | EDGE: Replacing text with empty string not working in Find & Replace dialog | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultFind word is removed Actual result == Find word not replaced |
|||||
#17060 | [Edge] Undo-redo flicker when style applied | new | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultIt should undo all style changes. Actual resultStyle appears for a split second only and there's no possibility to undo changes. Other details (browser, OS, CKEditor version, installed plugins)OS: Windows 10 Browser: Edge |
|||||
#16629 | Editable inside widget disappears after other widget drag&drop | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultWidget is moved, everything else remains the same. Actual resultThe editable in which the code snippet widget used to be disappears. Other details (browser, OS, CKEditor version, installed plugins)Opera. |
|||||
#10147 | Editable#setup called twice during wysiwygarea initialization | confirmed | Task | Normal | ||
Description |
It is first time called in editable's constructor, second in onDomReady inside wysiwygarea plugin. This may not be a wrong behaviour, though it looks like one. We should investigate whether after the first call every changes (new listeners, etc) are cleaned up before second call. This maybe happen thanks to clean up done by setData which is done in onLoad function inside 'wysiwyg' mode (not class) constructor. If everything is ok, appropriate docs should be written to avoid confusion in the future. Why editable#setup has to be called for the first time and why for the second time? |
|||||
#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. |
|||||
#8636 | Editing Absolute positioned DIVs in Firefox and IE is problematic | confirmed | Bug | Normal | ||
Description |
When using Mozilla Firefox (or at least version 9.0.1), when a DIV with absolute positioning is not the first thing you click inside the editor, then it becomes uneditable. Paste this inside a CKEditor to re-create: <div>1. Click me</div> <div style="position:absolute;">2. now try to edit me</div> I note that this works as expected in competing editors such as TinyMCE. |
|||||
#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. |
|||||
#7224 | Editing pasted lists not working properly | confirmed | Bug | Normal | ||
Description |
To reproduce the defect:
Expected Result: A new empty list item appears at same level(level 1) as third list item. Actual Result: A new empty list item is created at level 1 and previous list items at level 1 are moved to level 2 and made as a sub list of the new empty list item created at level 1 |
|||||
#7954 | Editing pasted Numbered list with different Start Value not working properly | confirmed | Bug | Normal | ||
Description |
To reproduce the defect:
Expected Result: A new empty list item is created and Numbers for other list items should update accordingly. Actual Result: A new empty list item is created but Numbers for other list items are not updated they remain the same. same behavior happens when we press enter after any of the pasted list items in the pasted list |
|||||
#5481 | Edit inserted div in table cell | confirmed | Bug | Normal | ||
Description |
Reproducing Procedures
|