Custom Query
Results (1701 - 1800 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone | |
---|---|---|---|---|---|---|---|
#11427 | [IE8] Many "Invalid argument" errors when beginning of the document is removed | confirmed | Bug | Normal | |||
Description |
Result:
The same in inline. IE9 and Chrome works fine. Since 4.0. |
||||||
#11428 | Elementspath entries should not be dragable | confirmed | Bug | Normal | |||
Description |
Buttons in elementspath should not be draggable. Now you can drag it into editable. What's worse in IE10, IE11 it will cause following exception: SCRIPT5009: 'CKEDITOR' is undefined replacebyclass.html, line 355 character 1
additional info:
|
||||||
#11429 | [IE11] Can't place space at the beginning of text input | confirmed | Bug | Normal | |||
Description |
Expected result:
Current result: |
||||||
#11433 | [IE11] Image - crashes upon editing image properties | confirmed | Bug | Normal | |||
Description |
Expected result:
Current result:
additional info:
|
||||||
#11434 | [IE] Exception thrown while pasting page break | confirmed | Bug | Normal | |||
Description |
TC 1 (general, IE9)
SCRIPT5007: Unable to get value of the property 'isBlock': object is null or undefined editable.js, line 1708 character 5 Works in 3.x. TC 2 (IE11)
Expected result:
Current result: SCRIPT5007: Unable to get property 'isBlock' of undefined or null reference File: ckeditor.js, Line: 323, Column: 45 |
||||||
#11442 | [Blink, Webkit, IE11] Comments inside iframe tags get messed up | confirmed | Bug | Low | |||
Description |
How to reproduce.
<iframe src="http://google.de"><!--{cke_protected}{C}%3C!%2D%2D%20Hello%20%2D%2D%3E-->This is a test</iframe> |
||||||
#11470 | [Umbrella] a11yhelp dialog needs attention | confirmed | Task | Normal | |||
Description |
There are several things concerning the dialog that should be investigated/fixed/re-factorized:
Related tickets we could also take into consideration:
|
||||||
#11471 | When toolbar position is fixed, dropdowns in toolbar aren't scrolling correctly | confirmed | Bug | Normal | |||
Description |
Hi, when you open SharedSpace demo http://ckeditor.com/ckeditor_4.3_beta/samples/plugins/sharedspace/sharedspace.html and you add those styles style="position: fixed; top: 0px; left: 0px; right: 0px; bottom: auto; z-index: 10000; width: auto;" to div with id "top" it will work well for editable areas in div, but for textareas it's broken. Dropdown is moving along with page scroll. |
||||||
#11473 | Remove deprecated ieXCompat | confirmed | Task | Normal | |||
Description |
env.ie6Compat ... env.ie9Compat are deprecated since 4.0. After clean-up (#11422) these variables are rarely used: env.ie9Compat -> 1 time env.ie8Compat -> 2 times env.ie7Compat -> 0 times env.ie6Compat -> 0 times They should be finally removed. |
||||||
#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 |
||||||
#11481 | Multiple Link insert cause missing ID | confirmed | Bug | Normal | |||
Description |
Steps to reproduce:
Browser and OS: Window Firefox 26.0 & Chrome 32.0.1 |
||||||
#11488 | Dialog content empty when it is told it will have tabs | confirmed | Bug | Normal | |||
Description |
In Simple Plugin (Part 1) guide, in Dialog Window Tabs part, after first code segment, there is a phrase, that tells reader, that result of changes in code segment can be seen immediately and that it will have two tabs in place. Expected: As told Instead: There are no tabs, assuming because the tabs have no elements inside at that moment. |
||||||
#11491 | Pressing delete key in highlighted text in blockquote removes paragraph tags | confirmed | Bug | Normal | |||
Description |
If you create a blockquote, enter some text, highlight the text and then press the Delete key. The paragraph(s) inside the blockquote disappear and you can type directly into it. For FF you need more than one line of text highlighted. |
||||||
#11495 | CKEDITOR.ui.dialog.select size option doesn't work due to css | confirmed | Bug | Normal | |||
Description |
select.cke_dialog_ui_input_select { height: 24px; line-height: 24px; background-color: #FFF; border: 1px solid #C9CCCF; border-top-color: #AEB3B9; padding: 2px 6px; outline: none; -moz-border-radius: 3px; -webkit-border-radius: 3px; border-radius: 3px; -moz-box-shadow: 0 1px 2px rgba(0,0,0,.15) inset; -webkit-box-shadow: 0 1px 2px rgba(0, 0, 0, 0.15) inset; box-shadow: 0 1px 2px rgba(0, 0, 0, 0.15) inset; } height parameter is limiting select area. |
||||||
#11501 | Visible Text Selection disappers in inline editor | confirmed | Bug | Normal | |||
Description |
Dear Team, In CKEditor Inline when you make text selection and then right-click on it, context manu appears and selection is lost. |
||||||
#11502 | Synchronous calls of asynchronous methods causes errors | confirmed | New Feature | Normal | |||
Description |
See e.g. #11295. Calling That's because developer has to care about calling methods when previous finished. There are callbacks and events which notify developer when action is completed, but it's his duty to find which method can be called when. However, not every developer understand problems with asynchronous methods and not in every case it's easy to handle this. For example when editor is loaded in one tab of some UI component and user switches between tabs too quickly, destroy() may be called before editor fully initialises. On the other hand, if editor's methods would take care of that (e.g. destroy() would wait until initialisation finished), then API would start to work unpredictably. Developer would never know if destroy() will be done immediately or if it's going to wait until something (setData, initialisation, etc.) ends. This may be even worse situation than the current one. We could make even longer step and make all editor's methods asynchronous and e.g. based on promises. Then everything would be fine... if you understand all of this :D. Therefore, instead of forcing developers to understand some not trivial concepts to do basic stuff we can simply clarify this in docs. But there still will be cases in which it will be hard to handle editor state (like the tabs case). Opinions needed. More details about the current situation in http://dev.ckeditor.com/ticket/11502#comment:8 |
||||||
#11503 | [Umbrella] Further widgets integration with ACF | confirmed | New Feature | Normal | |||
Description |
Cases we need to solve
Cause of problems
SolutionACF after upcastingThe advantage of this solution is that ACF would know everything about widgets, so it could make precise decisions. Additionally, while filtering pasted content there would be no problem at all, because it would be the same case. However, there are two problems which makes this idea incorrect:
ACF filters dataPrevious section proved that ACF needs to be applied to data, not to inner HTML. This means that the current way of processing is the only correct one, but on the other hand we still have those three cases, which are listed at the beginning, that have to be solved.
|
||||||
#11506 | Image inside floating DIV looses selection with Context Menu on IE | confirmed | Bug | Normal | |||
Description |
Descriptive summary: When you move the focus out of the image area and then do a right clic on the image, Image Properties option is not displayed in the context menu
|
||||||
#11510 | List plugin versions in the about-dialogue | confirmed | New Feature | Normal | |||
Description |
This would help in debugging,
I guess this is also the reason for any software's version string in about-dialogues. PS: In my initial request in the forum i also asked is there a way to get plugin versions on the JS console of the browser inspector? which is currently unanswered... |
||||||
#11522 | Select all, replace text loses formatting on firefox | confirmed | Bug | Normal | |||
Description |
Using current standard CKEditor demo:
On Chrome and Safari, the new text is bold (i.e. it retains the styling of the original text). On Firefox and IE11, the new text does not retain the original styling; it just gets the default styling. I think the Chrome and Safari behaviour is correct, so Firefox and IE11 should work the same way. |
||||||
#11524 | BBCode plugin "consumes" line breaks when switching to source | confirmed | Bug | Normal | |||
Description |
Tested on the demo using the BBcode plugin to confirm the bug. ( ckeditor.com/demo#bbcode ) When adding some line breaks between inline text and a block element, each time the user switch to source code, then switch back to preview. One line break disappear. To reproduce the bug, use the demo (link above). Switch to source code and paste this code : This is some [b]sample BBCode text[/b]. You are using CKEditor. [list=1] [*]test [*]test [*]test [/list] test test test [quote]Test content[/quote] [quote]Test content[/quote] Switch back to preview, then switch back and forth to see that the line breaks between the first line of text and the list are disappearing and also the line breaks between the line "test test test" and the first quote, and finally also the line breaks between the two quotes. It doesn't only happen when switching back to source. It has the same behavior when saving the content. If you save the content in a database, each time you save you lose some of the line breaks exactly as if you were switching to source then back to preview before saving. |
||||||
#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. |
||||||
#11538 | Flying option menu when anchor present in URL | confirmed | Bug | Normal | |||
Description |
Steps to reproduce:
Result: You'll see that the flyout gets anchored to the top of the page Note: This only happens the first time you click on the option for flyout. All subsequent clicks anchor the flyout correctly. This happens with barebones install of ckeditor 4.0+ & usage of CKEDITOR.replace My environment:
|
||||||
#11562 | allowedContent = true results in JS error when inserting elements | confirmed | Bug | Normal | |||
Description |
When config.allowedContent = true; is set, the editor throws a JS error when inserting content (such as an image) into any unknown element. A simple test case is this: <nobr>a</nobr> Steps to reproduce: With the above content entered into the editor, set the cursor focus to be inside the unknown tag, then insert an image.
Inside core/editable.js, the function
This is invalid HTML, so it is a user error, but the
My suggestion is when I would be willing to submit a fix with the above suggestion, or implement another suggested fix if needed. Thanks Chrome error message: Uncaught TypeError: Cannot read property 'img' of undefined ckeditor.js:319 c ckeditor.js:319 (anonymous function) ckeditor.js:326 CKEDITOR.editable.CKEDITOR.tools.createClass.proto.insertHtml ckeditor.js:300 (anonymous function) ckeditor.js:306 h ckeditor.js:10 CKEDITOR.event.CKEDITOR.event.fire ckeditor.js:11 CKEDITOR.editor.CKEDITOR.editor.fire ckeditor.js:13 CKEDITOR.tools.extend.insertHtml ckeditor.js:225 $.extend.editor.paste Edit: This issue is about CKEditor throwing error if DTD was not extended. |
||||||
#11565 | Footnote plugin | confirmed | New Feature | Normal | |||
Description |
I have noticed that there is no plugin for inserting footnotes into text using CKEditor although I found a Drupal module at https://drupal.org/project/footnotes bundled with CKEditor which has a footnote plugin. I also found a DokuWiki module called ckgedit at https://www.dokuwiki.org/plugin:ckgedit used for editing bundled with CKEditor including a footnote plugin. So one of these footnote plugins could be merged into the main release of CKEditor. |
||||||
#11579 | Merging of table cells containing an image widget fails in OSX using different browsers | confirmed | Bug | Normal | |||
Description |
Setup:
Steps te reproduce:
The following javascript error occurs: Uncaught TypeError: Object #<error> has no method 'getDocument' plugin.js:402 placeCursorInCell plugin.js:402 createDef.exec plugin.js:767 exec command.js:52 CKEDITOR.tools.extend.execCommand editor.js:822 CKEDITOR.menu.CKEDITOR.tools.createClass._.onClick plugin.js:193 (anonymous function) tools.js:573 (anonymous function) tools.js:573 (anonymous function) plugin.js:361 (anonymous function) tools.js:659 CKEDITOR.tools.callFunction tools.js:687 onclick replacebyclass.html:1 |
||||||
#11581 | Enter Backspace Shift+Enter fails on FF | confirmed | Bug | Normal | |||
Description |
Tested with FF25 and 27. Reproducalbe in demo
Type "AAA" --> expected: new line, but it make p Backspace --> cursor is on line under "AAA" Type "B" -> In Line 1 is "AAAB" With "down" u can reproduce it. |
||||||
#11589 | Invalid focus in link to anchor dialog | confirmed | Bug | Normal | |||
Description |
Due to invalid focus in anchor dialog we can experience few issues. You're not able to:
Expected result:
Current result:
additional info:
|
||||||
#11593 | [Image2] If only one dimension is set the missing one should not be set when resizing image | confirmed | Bug | Normal | |||
Description |
TC1:
Notice that in step 2 "keep ratio" is on. I think that it's ok, because it tells user that ratio will be kept if he changes size, which is true because the missing dimension is calculated automatically. TC2:
|
||||||
#11594 | [FF] Dropdown arrows in the toolbar look nasty | confirmed | Bug | Normal | |||
Description |
See attached image. It's a Firefox bug: https://bugzilla.mozilla.org/show_bug.cgi?id=965966 |
||||||
#11595 | Add support for MathJax block equations | confirmed | New Feature | Normal | |||
Description |
Extracted from #11298 Currently MathJax supports only inline equations. It would be nice if block equations were supported as well. Additionally plugins should detect what sort of equation it is dealing (probably based on brackets used). |
||||||
#11596 | [Umbrella] MathJax plugin improvements | confirmed | Task | Normal | |||
Description |
This is umbrella ticked for MathJax improvements. The list of the tickets with bug/feature requests for MathJax: |
||||||
#11601 | FF - Pasting Chinese characters adds spaces to the pasted text | confirmed | Bug | Normal | |||
Description |
Firefox Customer is complaining about spaces being inserted when pasting text in the editor. To recreate: Copy the following text. Paste it into the demo editor. Select and copy the text within the editor. Enter a few lines and paste the text again. You will see a space being added to the pasted text. See attachment. 该交易由登记或新办理发起。客户初次办理出口保理额度预申请或正式申请需要分别对进口商、出口商的相关信息进行补充录入。经办确认后,进、出口商信息按各分 行存储在本地,下次交易时输入进、出口商编号后可以直接调用。如果第二次录入时对原进、出口商信息有所更改,则新信息覆盖原信息。不同分行间信息独立存 储,不相互影响。出口商信息保存:栏位33-50.进口商信息保存:栏位61-73。 |
||||||
#11604 | [IE] Unable to indent list selected by Element Path | confirmed | Bug | Normal | |||
Description |
STR:
RESULT: Nothing happens.
RESULT: The list can be indented. |
||||||
#11605 | [IE] Selection cached after making selection by mouse | confirmed | Bug | Normal | |||
Description |
See ie-selection-cached.webm. Tested on IE8 and IE9.
Result: entire list was indented. Most likely editor.getSelection() returned cached selection made in step 2. |
||||||
#11606 | [UX] UI Color Plugin cancel by "X" | confirmed | Bug | Normal | |||
Description |
Result: Alert "You have changed some options. Are you sure you want to close the dialog window?" is shown but changes are applied anyway. Expectation: Alert will not be shown or changes will be reverted when I close dialog using "X". I am for first option so alert should not be shown. |
||||||
#11607 | Custom direction "rtl" set for body in fullPage mode is reverted to "ltr" in data | confirmed | Bug | Normal | |||
Description |
Expected: The same HTML as set in 2. Actual: <html> <head> <title></title> </head> <body dir="ltr"></body> </html> The origin I discovered the bug with docprops plugin, which brings Language Direction field in its dialog. What's wrong? First bad commit is git:751e298cca8. It's fine in 3.6.x. |
||||||
#11609 | [IE] List items annihilated after certain actions with Elements Paths | confirmed | Bug | Normal | |||
Description |
Expected (considering that 5. is right): <ul style="margin-left: 40px;"> <li>x</li> <li>y</li> <li>z</li> </ul> Actual: <ul> <li>x</li> </ul> Two list items are gone. Just like that. This ticket may be related to #11604. |
||||||
#11610 | [Blink] It is not possible to select text in with Shift+Click in link. | confirmed | Bug | Normal | |||
Description |
What is the expected behavior? ", Americans Neil" is selected. What went wrong? Cursor moved instead of select text. This is actually a Blink/contenteditable bug and I reported it to the chromium project: http://code.google.com/p/chromium/issues/detail?id=345745&thanks=345745&ts=1393005706 |
||||||
#11614 | Warnings about deprecated API usage in strict-mode | confirmed | Bug | Normal | |||
Description |
Chrome reports this in developer console, when I click inside wysiwygarea: body.scrollLeft is deprecated in strict mode. Please use 'documentElement.scrollLeft' if in strict mode and 'body.scrollLeft' only if in quirks mode. This code do not produce any issues, however I'm not sure if users aren't scared a bit of it, for example. |
||||||
#11622 | No indentation of cell content possible if table cell is inside a list item | confirmed | Bug | Normal | |||
Description |
Steps to reproduce:
Actual behavior:
Expected behavior:
|
||||||
#11623 | Text reflow is broken when deleting text at the end of a list followed by a table | confirmed | Bug | Normal | |||
Description |
Steps to reproduce:
Actual behavior:
Expected behavior (one of the following):
|
||||||
#11624 | toolbarGroups - impossible to remove subgroup that has the same name as group | confirmed | Bug | Normal | |||
Description |
Default configuration: CKEDITOR.replace( 'editor1', { toolbarGroups : [ { name: 'document', groups: [ 'mode', 'document', 'doctools' ] }, { name: 'clipboard', groups: [ 'clipboard', 'undo' ] }, // <---- { name: 'editing', groups: [ 'find', 'selection', 'spellchecker' ] }, { name: 'forms' }, '/', { name: 'basicstyles', groups: [ 'basicstyles', 'cleanup' ] }, { name: 'paragraph', groups: [ 'list', 'indent', 'blocks', 'align', 'bidi' ] }, { name: 'links' }, { name: 'insert' }, '/', { name: 'styles' }, { name: 'colors' }, { name: 'tools' }, { name: 'others' }, { name: 'about' } ] } ); Undo subgroup removed (undo/redo buttons are gone): CKEDITOR.replace( 'editor1', { toolbarGroups : [ { name: 'document', groups: [ 'mode', 'document', 'doctools' ] }, { name: 'clipboard', groups: [ 'clipboard' ] }, // <---- { name: 'editing', groups: [ 'find', 'selection', 'spellchecker' ] }, { name: 'forms' }, '/', { name: 'basicstyles', groups: [ 'basicstyles', 'cleanup' ] }, { name: 'paragraph', groups: [ 'list', 'indent', 'blocks', 'align', 'bidi' ] }, { name: 'links' }, { name: 'insert' }, '/', { name: 'styles' }, { name: 'colors' }, { name: 'tools' }, { name: 'others' }, { name: 'about' } ] } ); Clipboard subgroup removed (clipboard buttons are still available): CKEDITOR.replace( 'editor1', { toolbarGroups : [ { name: 'document', groups: [ 'mode', 'document', 'doctools' ] }, { name: 'clipboard', groups: [ 'undo' ] }, // <---- { name: 'editing', groups: [ 'find', 'selection', 'spellchecker' ] }, { name: 'forms' }, '/', { name: 'basicstyles', groups: [ 'basicstyles', 'cleanup' ] }, { name: 'paragraph', groups: [ 'list', 'indent', 'blocks', 'align', 'bidi' ] }, { name: 'links' }, { name: 'insert' }, '/', { name: 'styles' }, { name: 'colors' }, { name: 'tools' }, { name: 'others' }, { name: 'about' } ] } ); |
||||||
#11638 | Inserted text blinks after multiple insertions using ctrl-v | confirmed | Bug | Normal | |||
Description |
After multiple insertions some text using ctrl-v, inserted text blinks in the left of the screen. It is reproduced with presented html structure and css. Browser: Chrome, 33.0
Html structure: <body> <div class="container"> <div class="cke-holder"> <div class="toolbar-ckeditor" id="toolbar"> <!-- This div will handle top toolbars --> </div> <div id="ck-field" class="inline-ckeditor-default"></div> </div> </div> </body>
Div with id="ck-field" initialized as inline ckeditor. body {min-width: 960px;} .container {width: 960px;margin: 0 auto;position: relative;} This can be fixed by adding "position: relative;" style for div initialized as ckeditor. |
||||||
#11639 | Image2's resizer is displayed far from image if image has a margin | confirmed | Bug | Low | |||
Description |
Add to contents styles: img { margin: 10px } And the resizer will be displayed 10px from its correct position. Can we do anything about it other than resetting that style? I think that the only solution is to change the resizer position if margin was discovered, but that's not even close to a clean solution. On the other hand, if I set padding instead of margin, then resizer also isn't displayed over the image. But in this case it's still displayed over the widget outline (so it looks good), because the outline is also pushed from image. So theoretically we could add border or ~0px padding to widget wrapper, so it'd be pushed from image if it has margin, but then we would break margins collapsing between image and surrounding elements, what's not acceptable. |
||||||
#11655 | editor.config.toolbarLocation='bottom' does not work | confirmed | New Feature | Normal | |||
Description |
Due to the implementation with the "floating" toolbar (depending on the scroll position/available space of the page), it is not possible to fix the location of the toolbar. It'd be great to give a preferred location of the toolbar ("put it to the bottom unless there is no space"). Please see my attached plugins/floatingspace/plugin.js with my temporary workaround to get an idea of location of the problem. |
||||||
#11668 | delete key behavior is WRONG!! | confirmed | Bug | Normal | |||
Description |
EDIT:
Result: once whole bold text is deleted, the italic element gets deleted (except for the first letter) hi all; I newly found key delete works wrong!!! for example, we have an bold element in a paragraph and in the bold element there is an italic word. if we put cursor after italic element exactly, and begin pressing delete key, the characters of bold text node which is after italic element, delete one by one. when the text node deleted and italic element was placed in end of bold element and cursor was placed in bold element and exactly after italic, pressing delete key will caused all of italic characters except one char, be remove!!! that is WRONG!!! True : In these circumstances, characters of next text node from next element must be remove. I checked this, from 4.3.3 to 3.0 versions and all of them have this bug. please solve it. Very Thanks. |
||||||
#11671 | [IE 8-10] inserttext space as first call on editor problem | confirmed | Bug | Normal | |||
Description |
please take a look at the following JSFiddle: http://jsfiddle.net/5zx3B/1/ in IE10 click on button: "space" click on button: "letter A" result: "A" expected result: " A" Take an empty editor. If you call insertText(" ") the space is displayed. If you call insertText("A") the space is removed and the "A" is added. |
||||||
#11673 | Builder ignores languages set for plugins | confirmed | Bug | Normal | |||
Description |
CKBuilder ignores languages set in CKBUILDER_CONFIG when handles plugins. All language files gets into package. |
||||||
#11674 | Tableresize - allow percent-based values | confirmed | New Feature | Normal | |||
Description |
It would be nice if tableresize allowed to set column widths in percent instead of pixels. Of course, it should be configurable. |
||||||
#11679 | Color buttons can't be customized | confirmed | Bug | Normal | |||
Description |
Results:
|
||||||
#11686 | [Webkit] "Delete Columns" sometimes removes two columns instead of one | confirmed | Bug | Normal | |||
Description |
Outcome: the first and the second columns will be deleted |
||||||
#11687 | [FF] Caret position reset when clicking editable | confirmed | Bug | Normal | |||
Description |
Clicking text in editable moves caret to very beginning, which is extremely annoying if you want i.e. select something in order to bold it.
Expected result:
Current result:
additional info:
|
||||||
#11690 | Placeholder with forbidden characters | confirmed | Bug | Normal | |||
Description |
Result: there is no placeholder.
Result: there is a placeholder.
Result: Error message:
On the one hand it is not possible to upcast placeholder with ']' character, because it is forbidden, but on the other we can do it with '>'. In my opinion it should not be possible to upcast placeholder with forbidden character but also it would be good if user would be informed that the placeholder contains forbidden character. |
||||||
#11691 | [IE8] Can not expand selection when caret is at the end of a inline element | confirmed | Bug | Normal | |||
Description |
checked only on IE8, but this issue might be also present in other IE versions
Expected result:
Current result:
additional info:
|
||||||
#11692 | [IE9-10] Home and end buttons in inputs move cursor to the wrong possition | confirmed | Bug | Normal | |||
Description |
Result: there is a space between cursor and text. The same issue for 'end' button. I was able to reproduce it on IE9 and IE10 with all of the text fields. On IE8, IE11 and Chrome everything is fine. |
||||||
#11696 | undo link scrolls to top of page | confirmed | Bug | Normal | |||
Description |
Not an issue if you put a link on a word at the bottom of the page but using a picture for a link. |
||||||
#11700 | Bringing accessibility support for widgets | confirmed | Bug | Normal | |||
Description |
We should think about providing good a11y for widget. Currently screen readers treats every widget as the end of an element. We need to do far better than that. The most important requirements i see at the moment are:
labels for widgets
labels for editablesHere i have no clear conception as of yet, because you're only able to access editable using the tab key, but it iterates from the very beginning of the document, rather than current caret position. Currently 2 solutions come to my mind: Solution 1
Solution 2
|
||||||
#11701 | Richcombo breaks on HTML entities in HTML formatted values | confirmed | Bug | Normal | |||
Description |
Edit: Please see comment:5 for quick summary :) |
||||||
#11708 | Magic-Line showing in email | confirmed | Bug | Normal | |||
Description |
Magic line is a great tool for creating new paragraphs into spaces where normally would be impossible to reach.But we have found an issue associated to it. Issue: We have been using CKeditor for designing emails. We have seen some red line remain in final email we design. This issue we have seen to be happening from IE 10. Steps to reproduce:
Please see attachment. Any help will be admirable. thanks |
||||||
#11720 | Method insertElement causes error in IE if editable hasn't been yet focused | confirmed | Bug | Normal | |||
Description |
Insert below code into replacebycode sapmle: editor.on('instanceReady', function(){ var elem = new CKEDITOR.dom.element( 'pre' ); editor.insertElement(elem); //error in IE //editor.editable().append(elem); //works });
When you load the page you will get: Problem can be reproduced from CKEditor 4.3 in all versions of IE. |
||||||
#11721 | [iOS] Dialog in the wrong position | confirmed | Bug | Normal | |||
Description |
Tested on the Safari (537.51.2) on iOS 7.1 (iPad). Dialogs are in the correct position as long as I'm not using zoom. |
||||||
#11729 | [iOS] Magicline does not work | confirmed | Bug | Normal | |||
Description |
Tested with Safari (537.51.2) on iOS 7.1 (iPad). Magicline does not work on Safari on iOS. It could works as it works on Chrome on Android so show the magicline when cursor is just before or after the position of the magicline. Or magicline could be shown when user tap on the magicline position. There are solutions. |
||||||
#11730 | [iOS] Editor is scrolling when command is execute | confirmed | Bug | Normal | |||
Description |
Tested with Safari (537.51.2) on iOS 7.1 (iPad), CKEditor 4.3.4. When I apply any command page scoll down so toolbar is above the viewport. |
||||||
#11731 | [iOS] Dialogs move selection to the begging of the document | confirmed | Bug | Normal | |||
Description |
Tested with Safari (537.51.2) on iOS 7.1 (iPad), CKEditor 4.3.4. When I try to insert a content using dialog (link, special character, smiley) cursor is moved to the begging of the document. |
||||||
#11732 | [iOS] It's not possible to switch to source and back | confirmed | Bug | Normal | |||
Description |
Tested with Safari (537.51.2) on iOS 7.1 (iPad), CKEditor 4.3.4.
Expected: editor will switch back to the wysiwyg mode. Result: nothing happens. I can go back to the wysiwyg mode if I move the focus to the source textarea. |
||||||
#11733 | [iOS] It is not possible to open Image2 edit dialog. | confirmed | Bug | Normal | |||
Description |
Tested with Safari (537.51.2) on iOS 7.1 (iPad), CKEditor 4.3.4.
Expected: Image edit dialog will be shown. Result: Empty dialog is shown. |
||||||
#11734 | [iOS] Native context ballon options does not work with ACF and undo | confirmed | Bug | Normal | |||
Description |
Tested with Safari (537.51.2) on iOS 7.1 (iPad), CKEditor 4.3.4. Using build-in format tools I'm able to execute commands which are forbidden by ACF (see attachment). Also modification made by this options are on recorded by undo manager. |
||||||
#11735 | Adding a tab support inside codesnippet dialog | confirmed | New Feature | Normal | |||
Description |
Follow-up of #11480. We should add some support for tab key inside code-edit textarea of codesnippet dialog. We need to handle following keys:
Note: that shift + tab should remain untouched. We're considering 2 solutions:
|
||||||
#11743 | Exception flood caused by calling nativeSelection.createRange() | confirmed | Bug | Normal | |||
Description |
Steps to reproduce in Google Chrome, but should be relevant for any browser: Open browser builtin Developer Tools, set "pause on exception" option. You get a series of debugger pauses every time you try to focus on CKEditor. This issue makes a debugging difficult. Additionally, this is a waist of processor ticks :) . |
||||||
#11745 | Maximize should use position:fixed instead of changing entire page styling | confirmed | Task | Normal | |||
Description |
Follow up of http://dev.ckeditor.com/ticket/8587#comment:8 Using position:fixed for the editor chrome may be beneficial for us because it will need less code, there won't be a problem with input names, it may be faster and more stable. Additionally, we may check if there are other ways to remove scrolls from the viewport which will not cause so much damage underneath the editor. |
||||||
#11750 | Iframe Dialog Scrollbar problem. | confirmed | Bug | Normal | |||
Description |
Problem can be reproduced in IE8-10 (works in IE11).
Result: in IE8-10 there is always vertical scrollbar. This is happening because below TD element exceeds size of wrapper div: <td class="cke_dialog_ui_vbox_child" role="presentation" style="width: 100%; height: 100%;"> <div class="cke_dialog_ui_vbox cke_dialog_page_contents" id="cke_111_uiElement" role="tabpanel" aria-hidden="false" aria-labelledby="cke_iframe_112" style="width: 100%; height: 100%;" name="iframe"> This scrolbarr is not a big issue with small content but you you use large contant you will get double vertical scrollbar (Please see attached iframeDialog.png) One solution to this problem is adding below rule in ckeditor/skins/moono/dialog_ie.css: .cke_dialog_page_contents { overflow:hidden; }
The above rule solves the problem (please note that kama skin uses this class in dialog_iequirks.css) but if someone uses ony iframe in his dialog it would be nice idea to to have paddings removed on |
||||||
#11755 | Styles dropdown not updated after object style change | confirmed | Bug | Normal | |||
Description |
Reproduced on master and major. Checked Firefox and Chrome. |
||||||
#11759 | Introduce a "split button" UI component | confirmed | New Feature | Normal | |||
Description |
It would be suit color buttons, paste button, table button etc. |
||||||
#11761 | Event system dies along with the last editor being destroyed | confirmed | Bug | Normal | |||
Description |
I stumbled upon this issue while developing sample for #11480. This issue makes CKEditor events API quite useless without editor instance, especially if the editor is destroyed in the callback. See jsFiddle. How to reproduce?
Actual:
Expected:
Quick research: |
||||||
#11762 | Styles are not applied in Internet Explorer if backspace is the last key pressed | confirmed | Bug | Normal | |||
Description |
Steps to Reproduce
Expected result ...to step onto the moon... Actual result ...to step onto the moon... This happens with bold, italic, and underline and occurs with both the keyboard shortcuts and the toolbar buttons. It also occurs if you use multiple backspace presses or highlight the text you want to remove and press backspace once. Browser I can reproduce this on Internet Explorer 9, 10, and 11, it does occur on Internet Explorer 8 or Chrome/Firefox |
||||||
#11765 | Editor does not show in divreplace sample, when clicked between paragraphs. | confirmed | Bug | Normal | |||
Description |
Div is not replaced with editor when you'll click inbetween paragraphs. It's minor issue but can mess up user UX, if he'll click in such place for the very first time.
Expected result:
Current result:
additional info:
|
||||||
#11767 | Table Tools spanning not updated | confirmed | Bug | Normal | |||
Description |
Testcase: Use IE or FF to be able to easily visualize the issue, in the source its broken for all browsers thogh
A more common use-case for normal users would be
Basically there is no sense in not validating the data since this is an editor for a user, not developer. In a table with a lot of rows you can easily count wrong and end up having a broken table. Solution:
You could also reuse such a table validator: http://jsfiddle.net/UkV35/8/ |
||||||
#11768 | Merging table-cells using the cell-properties dialog is completely broken | confirmed | Bug | Normal | |||
Description |
Reproduce by:
Problem: Everytime you do this, no matter which values you choose for col/rowspan, the complete table-layout is broken, respectivly an extra broken column is inserted every time. |
||||||
#11770 | Destroying an editor while a widget is selected causes JS error in IE | confirmed | Bug | Normal | |||
Description |
I am using IE 11 and an inline editor. If you add a widget, such as the demo simplebox widget, and while it is selected you destroy the editor (such as the user clicking a cancel button that removes the editor function) there is a JS error. The JS error occurs while trying to remove expand attributes. In plugin.js on line 211 it calls contents.replace( /\s+data-cke-expando=".*?"/g, ) but in this situation contents is a Boolean value equal to true so it throws the exception that there is no replace function for that value. It appears that the code expects editor the getSnapshot to return a string but a Boolean is being returned instead. Looking at event.js it appears true is returned when an event call returns undefined. |
||||||
#11771 | Introduce styleableElement in widget API | confirmed | Bug | Normal | |||
Description |
At the moment (#11297) to change the way widgets are styled, developer must override
The idea is to introduce Problems:
|
||||||
#11772 | [Inline] Format drop down shows that selection is in a div when image2 is focused | confirmed | Bug | Normal | |||
Description |
|
||||||
#11773 | Hierarchy request script error | confirmed | Bug | Normal | |||
Description |
RESULT: You get Hierarchy request script error. Note: IE9 will not throw error but the cursor will be dropped to an unexpected place. |
||||||
#11775 | Codesnippet plugin should allow to specify custom path for highlight.js | confirmed | New Feature | Normal | |||
Description |
Plugin should allow to use other highlight.js path than the default one. It will allow developer to:
|
||||||
#11778 | IE11: The xml object loaded with Ajax plugin fails to find children | confirmed | Bug | Normal | |||
Description |
Create a "test.xml" file with something like this: <?xml version="1.0" encoding="utf-8" ?><Templates><Template>content</Template></Templates> Add this to a page with CKEditor: CKEDITOR.on('instanceReady', function(e) { CKEDITOR.ajax.loadXml( "test.xml", function(oXml) { var child = oXml.selectSingleNode( 'Templates' ); if (!child) alert("Failed, the Templates node hasn't been found"); else alert("XML successful"); }); }); Now when the page is loaded IE11 will state that the child hasn't been found This can be prevented by using the XML code found in CKFinder (in theory it was added for Android, but it turns out that it also works here). |
||||||
#11779 | Scrolling issues in modern browsers when document is in Quirks Mode | confirmed | Bug | Normal | |||
Description |
Steps to Reproduce Standards mode Example: http://jsfiddle.net/SdL9u Quirks mode Example: http://jsfiddle.net/SdL9u/1/
Expected Result The paragraph named in the button is scrolled into view when the button is clicked Actual Result In standards mode it works as expected, but when the editor's document is in Quirks mode scrolling only works in the forward direction on IE 11 and Firefox, and does not work at all in Chrome. Browser I can reproduce this in Internet Explorer 11, Firefox, and Chrome. Internet Explorer 9 and 10 work correctly. |
||||||
#11786 | [IE8] codesnippetgeshi does not print new lines correctly | confirmed | Bug | Normal | |||
Description |
As in a ticket title. |
||||||
#11787 | Umbrella ticket for Problems with Asian input | confirmed | Bug | Normal | |||
Description |
It seems that we have couple of issues that concern Asian languages and input methods:
|
||||||
#11794 | [UX] Apollo image has class instead of style | confirmed | Bug | Normal | |||
Description |
Image is align to right, but "Alignment" is "<not set>". It is because we use class instead of inline style to align this image. |
||||||
#11795 | [FF] Ctrl+backspace inside table removes too much stuff | confirmed | Bug | Normal | |||
Description |
Expected result:
Current result:
additional info:
|
||||||
#11800 | Missing integration of anchor and image2 | confirmed | Bug | Normal | |||
Description |
Following #11341, it's not possible to create an anchor (with Anchor button) out of image2 widget (image) or, at least, the feature is buggy in most cases. Since it's possible to create linked images, users would expect to do the same with anchors. There are two solutions: We can either completely disable the feature but, quite frankly, it would not make much sense since linking already works or we can simply enable it. Special case of #11963. |
||||||
#11802 | Margin is set on list item when creating list from indented paragraph | confirmed | Bug | Normal | |||
Description |
<ul> <li style="margin-left: 120px;">Foo</li> <li>Bar</li> </ul> Expected: <ul style="margin-left: 120px;"> <li>Foo</li> <li>Bar</li> </ul> Reasoning
Paragraph's margin should be moved to However, I'm not sure what if we're creating list out of few paragraphs when each have different margin. I think that in such case it's best to remove those margins and "normalize" the situation. Otherwise, we'd have to go crazy and e.g. create sublists based on indentation of following paragraphs, but that would be a waste of time and we don't know if user wanted to do that anyway. Alternatively, we can simply remove all margins when creating list, because none of the solutions seem to be 100% correct. Everyone can have different idea about how that should work. |
||||||
#11806 | [IE-all] Creating placeholder in anchor and click drag handler load page which URL is set in anchor | confirmed | Bug | Normal | |||
Description |
Actual result: In WYSIWYG area there is loaded page with URL set in related anchor tag. |
||||||
#11808 | [IE] It's possible to enter code snippet's (non-editable content's?) body by up/down keys | confirmed | Bug | Normal | |||
Description |
Reproduced in IE9 and IE11. I set version to 4.3, because since then we support widgets. |
||||||
#11810 | [IE] Widgets drag container allows to put text in it | confirmed | Bug | Normal | |||
Description |
I've noticed it in IE8 and IE9. Didn't reproduce it with IE11 though. Chromium and FF seems to be untouched by this issue.
Expected result:
Current result:
additional info:
|
||||||
#11817 | Magic line does not display properly | confirmed | Bug | Normal | |||
Description |
Browsers: All
<p></p> <hr /> <hr />
Actual result: Magic line is not displayed in proper position Please note: when add more hr tag, then magic lines are displayed between some of them. |
||||||
#11821 | [IE] Wrong behaviour after hit Ctrl + Backspace on selected text in CKEditor | confirmed | Bug | Normal | |||
Description |
It's a browser bug, but we can handle it in CKEditor.
Actual result: Word is not deleted but previous does. |
||||||
#11824 | sourcedialog / codesnippet textarea enhancement | confirmed | New Feature | Normal | |||
Description |
Current implementation is kind of static, once the dialog is inited it will store textarea sizes, and if one will resize browser / dialog, it's not being resized with it. Because of that reason I've decided to hide resizer in codesnippet plugin, because it does not give expected results. Things to solve:
|
||||||
#11825 | [IE] Clicking on image2 in readonly mode causes error | confirmed | Bug | Normal | |||
Description |
Part of: #12134.
IE8: Could not complete the operation due to error 800a025e. selection.js, line 1834 character 6 IE11: SCRIPT16389: Unspecified error. File: selection.js, Line: 1937, Column: 6 Since 4.3, I was not able to reproduce it on 4.3beta. |
||||||
#11828 | Content Templates Improvement | confirmed | New Feature | Normal | |||
Description |
Templates are very useful, but if a site has a large number of templates or very complex templates, the load on the editor can get rather large. I would suggest an option to provide a URL as an alternative to the html variable. I have set this up in my own tests and this works well. In my example, it expects the return data to all be JSON arrays with the actual HTML in the "result" param, but it could also take raw HTML instead if needed. In the template plugin, around line 50 there is currently this line... item.on('click', function(){ I moved the insertTemplate call into an if statement, so now it reads this way...
Basically, if the chosen template has a URL, it will load via ajax (async off) and populates, rather than using the HTML attached. This also solves other issues, like needing to encode templates inside JS files or not being able to access HTML based templates from the server. |