Custom Query
Results (1601 - 1700 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone | |
---|---|---|---|---|---|---|---|
#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' } ] } ); |
||||||
#11625 | Start using different hashes instead of timestamp for loading resources (via getUrl) | review | New Feature | Normal | |||
Description |
Using timestamp to mark unique builds worked fine in the past where we released packages once per ~month. Now, when lots of users try different builds, overwriting the same location and then scratching their heads why something does not work, we need to do something different. See for example http://ckeditor.com/forums/CKEditor/Bug-with-custom-builder-and-language-selection, there were more issues reported like this.
My suggestion is to go with assigning a
Using 6-characters long hash that consists of small letters + numbers, gives ~1 838 265 625 ( |
||||||
#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. |
||||||
#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. |
||||||
#11663 | Input Method Editor(IMEs) didn't work properly in CKEditor with the AutoGrow plugin in IE11 | review | Bug | Normal | |||
Description |
Input Method Editor(IMEs) didn't work properly in CKEditor with the AutoGrow plugin in IE11. When trying to enter Chinese character using pinyin, the word options list disappeared after typed in the first letter (it didn't wait until I finish typing the whole pinyin) and it auto select the first one on the list. Tested on the demo page http://ckeditor.com/demo#auto-grow on Windows 7 64bit, IE11. Steps to reproduce:
(Docked the language bar in the taskbar for the easy access)
Noticed that after entered "k", the words option list showed and disappeared and a Chinese character is auto selected and that is not the character I want. The Input Method Editor works fine on the standard CKEditor, tested on demo page http://ckeditor.com/demo#standard Attached a screen capture of the editor with AutoGrow plugin and standard editor. |
||||||
#11665 | Include the showborders plugin in the Standard preset | assigned | Task | Normal | CKEditor 4.4.0 | ||
Description |
One of the CKEditor users asked about the lack of "dotted" borders for tables. After a few minutes of debugging I just realized that showborders is not a part of the Standard preset. The plugin s relatively small (145 SLOC), but is quite crucial when working with border-less tables, thus let's include it by default to provide a better OOTB experience. |
||||||
#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 |
||||||
#11709 | Update ACF documentation with wildcards and blacklisting | assigned | Task | Normal | CKEditor 4.4.0 | ||
#11714 | [iOS] Slowness when CKEditor is within an inline-block element on iPad | pending | Bug | Normal | |||
Description |
Significant slowness occurs when CKEditor is contained in an inline-block element using an iPad. When styled as a block element these issues go away. This occurs with both Safari and Chrome, both being webkit bases browsers. A simple test case http://jsfiddle.net/gw6x9/1/. |
||||||
#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. |
||||||
#11728 | [Android][Chrome] Font size | assigned | Bug | Normal | |||
Description |
Tested on CKEditor 4.3.4, Chrome 33 on Android 4.4.2.
Android change font size in the We should search for a flag to disable such feature and consider if we should use it. |
||||||
#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:
|
||||||
#11792 | [IEs] Click on the side of text in classic editor does not move caret there | review_failed | Bug | Normal | |||
Description |
Click on the left or right margin of editable - caret won't be moved to the closest possible solution. This is very bad for UX, because it's hard to place caret at the beginning of paragraph.
The solutions should be easy - use Using paddings will break margins collapsing, so to avoid breaking more often used margin-top/bottom (for paragraph, headers, etc.) we should still use margin-top/bottom for the body. If there's a different way, like using styling for HTML element, which could perhaps keep left/right margins collapsing too, I'd gladly see this solution. |
||||||
#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. |
||||||
#11829 | List element disappear after making indentation | confirmed | Bug | Normal | |||
Description |
Browsers: all
<ol>
</ol>
Actual result: list item with word "Two" disappear |
||||||
#11832 | Remove "Dependent (Netscape)" from popup options | confirmed | Bug | Normal | |||
Description |
This is pretty old part of the Editor, especially "Dependent (Netscape)" option. We should remove this option since we do not support Netscape for a while. |
||||||
#11835 | [Opera] Dialog box is displayed behind flash content | confirmed | Bug | Normal | |||
Description |
Tested in Opera 20.0.1387.91, Windows 7 64-bit, Flash Player 13.0.0.182
|
||||||
#11836 | [IE8-10] Special container style is not fully removed | confirmed | Bug | Normal | |||
Description |
Result: border and padding is removed but background is still grey. On Chrome background is also removed. Since 4.0. |
||||||
#11837 | [IE8-10]: Delete key removes too much | confirmed | Bug | Normal | |||
Description |
Problem: Paragraph below is joined with deleted Header. If you do that with mouse or try same steps in modern browsers, only header will be deleted but no joining will occur. This problem occurs in native contenteditable used in IE8-11 but in CKEditor this doesn't work in IE8-10. For some reason this issue works in IE11 in CKEditor. Perhaps there is something that can be done in IE8-10? NOTE: When you do the same with mouse it will work. |
||||||
#11840 | [IE11] Editable fixDom causes selection to lose direction | confirmed | Bug | Normal | |||
Description |
Steps to reproduce
Expected Result The selection expands one line at a time until you have the whole document selection Actual Result Each time your cursor enters a new block that does not contain a filler the fixDom method reselects the current selection, when this happens the direction of the selection is lost and Shift+Up starts moving the end of the selection upwards instead of the beginning. System This affects IE11 on both Windows 8.1 and Windows 7 Notes The steps to reproduce here are just for the convenience of reproducing it easily, I don't think we have anyone that actually selects large amounts of text holding shift and tapping the up arrow key. The scenarios we're getting from our customers when they run into this is that they usually hold Shift and Up to span multiple paragraphs and then without releasing Shift tap right or left arrow to fine tune their selection, this results in the end of their selection moving left and right if fixDom has been called due to the selection change. |
||||||
#11842 | Invalid element given in a parameter for contextMenu.addListener listener. | confirmed | Bug | Normal | |||
Description |
There seems to be an issue with context menu in readonly mode. It does not pass correct argument to funciton registered with Issue might be OS dependent - tested with FF28, Chrome, IE8 all @Win7.
Expected result: clicked tag a
Current result: clicked tag h1 FF28@Win7 gives even a body as a parameter.
additional info:
|
||||||
#11843 | [IE8-11] selectionChange event outputs invalid element when Ie is in Compatibility mode. | confirmed | Bug | Normal | |||
Description |
This doesn't happen in standard IE mode. Whenever you click on element, only its description gets reported. Problem is reproducible in CKE 4.0 beta. |
||||||
#11853 | Fail to correctly copy and paster the Upper Roman list | confirmed | Bug | Normal | |||
Description |
It’s an issue that deals with insert list and changing the list to Upper Roman or any other within the list and copying the list and pasting it again. This issue happens in IE8 and IE9 only. FireFox works correct Recreate Steps:
Expected Results: To copy the same Upper Roman list. Actual Results: Pasted the Orginal Number list. (Please see the attachment) |
||||||
#11864 | Paragraph added with magicline under div keeps nbsp | confirmed | Bug | Normal | |||
Description |
If you use magicline to create a paragraph under a div the paragraph keeps the nbsp after typing content. Open demo, remove all content and in source view type: <div>DIV</div> Leave source view and use magicline to insert a paragraph under the div. Type some text - the nbsp remains at the end of the paragraph. Also clicking away from paragraph (before typing) and back to it doesn't remove the nbsp (text starts after it). Appears viewing source helps fix the issue. |
||||||
#11865 | HTML parser and writer do not process HTML entities in attributes like browsers | confirmed | Bug | Normal | |||
Description |
|
||||||
#11873 | flash and iframe resizing | confirmed | Bug | Normal | |||
Description |
Object resizing for flash and iframe fake objects don't work. It's reproducable on full featured demo. After resizing fake object is set to 82x82 pixel. On double click it shows the right values in dialog width and height fields. |
||||||
#11875 | Image plugin ACF: disallowed height also removes width setting | confirmed | New Feature | Normal | |||
Description |
I want to remove table and image height settings completely. I only want widths set, so I set an ACF rule like so:
Now the height setting is gone from image properties, but so is the width. The table properties dialog shows only the width setting as expected. I expected it to remove the height and lock ratio button, but leave the width and reset button. I'm a support client - should I have reported it through email instead of creating a ticket? |
||||||
#11876 | [FF] Remove -moz- prefix from box-sizing property | confirmed | Task | Normal | |||
Description |
Since version 29 (https://developer.mozilla.org/docs/Mozilla/Firefox/Releases/29), Firefox supports |
||||||
#11877 | Walker executes guard on node twice in specific situation | confirmed | Bug | Normal | |||
Description |
Range:
Walker going forwards will execute guard twice on The same bug occurs when going backwards with mirrored range. |
||||||
#11878 | [IE11]: Applying different numbers to list doesn’t work. | confirmed | Bug | Normal | |||
Description |
Variation of #11853. Problem can be reproduced in IE9-11
Result: In IE11 it is impossible to change numbering. |
||||||
#11879 | (Chrome) Table: Insert Column After | confirmed | Bug | Normal | |||
Description |
<table border="1" cellpadding="1" cellspacing="1" style="width:500px"> <tbody> <tr> <td>1</td> <td>2</td> <td>3</td> </tr> <tr> <td>a</td> <td>b</td> <td>c</td> </tr> </tbody> </table> <p> </p>
Expected result A new column is added between the existing second and third columns Actual result A new column is added after the third column e.g. as the last column in the table Tested in Chrome |
||||||
#11902 | Math plugin doesn't work when used in inline editor created on Paragraph. | confirmed | Bug | Normal | |||
Description |
Edit: Please see comment:3[[BR]] Math plugin is disabled when inline editor is created on paragraph. When using the inline editor on phrased contenthttps://developer.mozilla.org/en-US/docs/Web/Guide/HTML/Content_categories#Phrasing_content the option to add math with the Mathematical Content plugin is disabled.
According to the specs the |
||||||
#11906 | Parser does not accept incorrect HTML tag with excessive quotes | confirmed | Bug | Normal | |||
Description |
See comment:2 for TC. Note that this HTML is not fixed by Firefox nor Chrome when we pass content through fixBin. |
||||||
#11914 | FF: Default values for Horizontal Alignment & Vertical Aalignment not shown on Cell Properties dialog | confirmed | Bug | Normal | |||
Description |
To reproduce the defect:
Issue: see that Default values <not set> not shown in Horizontal Alignment & Vertical Alignment combo boxes Tested on FF27, FF28 & FF29 |
||||||
#11923 | [Blink] Caret is rendered at wrong location when editable region ends with a non-editable region | confirmed | Bug | Normal | |||
Description |
Simplified TC:
This happens because a non-editable element is at the end. Original TC: Configuration: Plugins: image2 enterMode: ENTER_P Steps to Reproduce in Chrome Or Safari:
You will see the cursor appears on the right side of the screen, at the end of the P tag. Expected Result: Cursor should be next to the image. I reproduced this from the source code repository. I originally found it in my implementation. When I add images by upload, this does not occur. I have to save the document and then load it up again to reproduce it. This does not seem to be a problem while in BR mode but I haven't totally verified that. |
||||||
#11938 | Webkit Blink: Image2 Cursor not available when Image is only content in editor | confirmed | Bug | Normal | |||
Description |
This is variation of: #11923
Result: You won't see cursor blinking anywhere and you are not able to type in editor. This is happening only with widgets. |
||||||
#11939 | Table resize plugin should also allow resizing row height | confirmed | New Feature | Normal | |||
Description |
Table resize plugin should also allow resizing row height. |
||||||
#11949 | Undo does not work after cut or delete word using native context menu | confirmed | Bug | Normal | |||
Description |
Browsers: All
Actual result: Undo action was not called. Probably because was not added to stack. Please note: this bug occur in basic mode which does not support editor custom context menu. |