Custom Query
Results (2101 - 2200 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#14624 | Applying toolbar buttons should keep focus when pressed | confirmed | Bug | Normal | ||||||||||||||
Description |
When applying formatting with toolbar buttons using keyboard, the editor takes the focus. It could be frustrating for person that wishes to apply multiple stylings. And let us make clear, we're talking about changing focus strategy for keyboard-only usage. Steps to reproduce
Expected:Focus remains in the toolbar, so that the user can apply further styles. Actual resultFocus goes into the editor. |
|||||||||||||||||
#14630 | Failing magicline test on hidpi screen | confirmed | Bug | Normal | CKEditor 4.7.1 | |||||||||||||
Description |
Error details for tests/plugins/magicline/magicline get size Values should be equal. Expected: 9 (number) Actual: 8 (number)
System specs: win10, This is not a regression, it has been that way with earlier versions. |
|||||||||||||||||
#14631 | [IE/Edge] Colordialog - focus moves to colors on "clear" button click | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultFocus stays on Clear button after click. Actual resultFocus gets back to selected color. Other details (browser, OS, CKEditor version, installed plugins)This bug appears on all IE versions and Edge. |
|||||||||||||||||
#14632 | Tabbing through table merged cells creates invalid rows | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduceTC1
TC2
Expected resultTC1&2: The new row has four cells. Actual resultTC1: The new row has one cell less at the end. TC2: The new row has only one cell. Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced in all browsers from CKEditor 3.4 when creating row with TAB key was introduced. Please note that in CKEditor 4.x it works fine if I use "Insert Row Below" option. This can be used as a workaround. <table border="1" cellpadding="1" cellspacing="1" style="width:500px"> <tbody> <tr> <td>1.1</td> <td>1.2</td> <td>1.3</td> <td>1.4</td> </tr> <tr> <td>2.1</td> <td>2.2</td> <td>2.3</td> <td>2.4</td> </tr> <tr> <td>3.1</td> <td>3.2</td> <td>3.3</td> <td>3.4</td> </tr> </tbody> </table> |
|||||||||||||||||
#14634 | getSelectedText omits <br> characters in IE | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
line 1
Expected resultThe returned text should have \n characters Actual resultThe returned text is "line 1line 2line 3" The length of string is 18. While in chrome it is 21 Other details (browser, OS, CKEditor version, installed plugins)
Chrome:
The returned text is "line 1\nline 2\nline 3" |
|||||||||||||||||
#14636 | Clicking at the end of text in table cell results in some menu options being disabled. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultMerge and Split options should be enabled. The Merge Cells option should be disabled. Actual resultMerge and Split options are disabled. The Merge Cells option is enabled instead. Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced from CKEditor 4.0.0 in Blink and Webkit browsers on Mac only. Problem doesn't occur when cursor is blinking: inside the text, at the start of the text in empty cell. |
|||||||||||||||||
#14640 | user agent Uncaught TypeError: Cannot read property '1' of null | confirmed | Bug | Normal | ||||||||||||||
Description |
Hi There, I got a bad issue with some user agent that got the "applewebkit/" word without the version number on it (for example : "mozilla/5.0 (linux; u; android 5.1.1; fr-fr; sm-g925f build/lmy47x) applewebkit/"), I got some other user agent in this case, but this one is a good example I suppose. The code is trying to get a version number with a regexp, and try to get the first item. // line 297 for version 4.5.9 revision a35abfe b.webkit && (c = parseFloat(a.match(/ applewebkit\/(\d+)/)[1])); Expected resultNo javascript error Actual resultUncaught TypeError: Cannot read property '1' of null Other details (browser, OS, CKEditor version, installed plugins)You can try this issue on the demo page : http://ckeditor.com/demo Just add the given user agent to the console emulator and you should get the same issue. (mozilla/5.0 (linux; u; android 5.1.1; fr-fr; sm-g925f build/lmy47x) applewebkit/) I am actually using the 4.4.7 version, but the issue is the same with the latest version. Best, André. |
|||||||||||||||||
#14642 | Shift+Enter after pressing backspace inserts two br's instead of one | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultOne BR is inserted Actual resultTwo BR's are inserted Other details (browser, OS, CKEditor version, installed plugins)Firefox, Mac OS (El Capitan), CKEditor Version 4.5.9 |
|||||||||||||||||
#14643 | [Chrome][Android][AC] Pop-up window misplaced when view enlarged | confirmed | Bug | Normal | ||||||||||||||
Description |
This issue concerns Accessibility Checker plugin. While in Chrome on Android and view is enlarged, the AC pop-ups (those showing warnings/errors) appears in different places than it should (does not point to the current error/warning). Steps to reproduce
Expected resultPop-up window points to the content causing error/warning. Actual resultPop-up windows does not point to the content causing error/warning. Other details (browser, OS, CKEditor version, installed plugins)Chrome 50.0.2661.89, Android 4.4.2; Nexus 7 Build/KOT49H |
|||||||||||||||||
#14644 | [Safari][iOS][AC] Minimized AC window hides under virtual keyboard. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultMinimized AC window (bottom right corner) is still visible. Actual resultMinimized AC window (bottom right corner) is hidden under virtual keyboard. When minimizing AC window, CKEditor content area gains focus and virtual keyboard opens so it is shown over AC window. Not sure if this can be detected properly in Safari on iOS. Other details (browser, OS, CKEditor version, installed plugins)Safari, iOS |
|||||||||||||||||
#14646 | Text de-select problem on IE11 | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultDe-selects selected text. Actual resultNothing change on selected block. Other details (browser, OS, CKEditor version, installed plugins)
|
|||||||||||||||||
#14648 | config.allowedContent doesn't work when BBCode plugin active | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultWith added config.allowedContent = 'strong em ul li;'; formating like Strikethrough, Superscript etc should be auto removed on paste as they do not match 4x specified allowedContent tags. Actual resultNot allowedContent included tags are allowed through on paste and shown visually in CKEditor window. However if you add additional config.removePlugins = 'bbcode'; to temporarily disable BBCode then config.allowedContent is working properly as expected with no other changes. So it appears to be the addition of (needed) BBCode plugin that is stopping config.allowedContent working correctly. Other details (browser, OS, CKEditor version, installed plugins)Issue replicated on CKEditor 4.5.9 on Windows 8.1 in Firefox 46 and Chrome 50 Paste of CKBuilder http://ckeditor.com/builder/6e18dbe9776749ca0c98f94ccc0e842f is: /** * @license Copyright (c) 2003-2016, CKSource - Frederico Knabben. All rights reserved. * For licensing, see LICENSE.md or http://ckeditor.com/license */ /** * This file was added automatically by CKEditor builder. * You may re-use it at any time to build CKEditor again. * * If you would like to build CKEditor online again * (for example to upgrade), visit one the following links: * * (1) http://ckeditor.com/builder * Visit online builder to build CKEditor from scratch. * * (2) http://ckeditor.com/builder/6e18dbe9776749ca0c98f94ccc0e842f * Visit online builder to build CKEditor, starting with the same setup as before. * * (3) http://ckeditor.com/builder/download/6e18dbe9776749ca0c98f94ccc0e842f * Straight download link to the latest version of CKEditor (Optimized) with the same setup as before. * * NOTE: * This file is not used by CKEditor, you may remove it. * Changing this file will not change your CKEditor configuration. */ var CKBUILDER_CONFIG = { skin: 'bootstrapck', preset: 'basic', ignore: [ '.bender', 'bender.js', 'bender-err.log', 'bender-out.log', 'dev', '.DS_Store', '.editorconfig', '.gitattributes', '.gitignore', 'gruntfile.js', '.idea', '.jscsrc', '.jshintignore', '.jshintrc', 'less', '.mailmap', 'node_modules', 'package.json', 'README.md', 'tests' ], plugins : { 'basicstyles' : 1, 'bbcode' : 1, 'clipboard' : 1, 'enterkey' : 1, 'entities' : 1, 'indentlist' : 1, 'list' : 1, 'pastefromword' : 1, 'pastetext' : 1, 'removeformat' : 1, 'sourcearea' : 1, 'toolbar' : 1, 'undo' : 1, 'wysiwygarea' : 1 }, languages : { 'en' : 1 } }; |
|||||||||||||||||
#14652 | Bidi - Replace Icon in Arabic UI is not correctly mirrored | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultit has to be shown in Arabic letters Actual resultit is shown in English letters Other details (browser, OS, CKEditor version, installed plugins)My Suggestion to solve this problemI suggest to use another icon for "replace" with no letters included to avoid each language translation. |
|||||||||||||||||
#14653 | Bidi - Template window in Arabic UI should be translated into arabic | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultTemplates description should be viewed into Arabic language Actual resultTemplates descriptions are viewed into English language Other details (browser, OS, CKEditor version, installed plugins)Suggested SolutionIf you are not willing to translate it for some reasons , so As a BiDi user I suggest to view this text aligned left and has LTR direction because it does not make sense to be viewed it right-aligned |
|||||||||||||||||
#14654 | [Webkit/Blink] Empty line is removed when changing selection after inline widget removal. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe empty line is not removed even after caret is moved. Actual resultThe empty line is removed after caret is moved. Other details (browser, OS, CKEditor version, installed plugins)Tested on Chrome (50) and Safari (9.1) with CKEditor 4.5.9. Slightly different use case: After removing widget, click outside the editor (nothing happens - empty line stays were it was). Line is removed when editor gains focus again (even if you try to focus on the exact same empty line). |
|||||||||||||||||
#14655 | When merging header cell with body cell, table tools options for merge should be disabled | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultHeader cell should not be merged with body cell because the end result doesn't make sense IMHO. The structure of the table doesn't chnage that much (header is higher and one body cell gets removed - I think it is far from expected) There should be no result or menu should be disabled. Actual result
Cells get merged. Header cell is higher (has rowspan=2), in first body row there are two cells and last row has 3 cells. Other details (browser, OS, CKEditor version, installed plugins)Please see attached video. |
|||||||||||||||||
#14657 | Bidi - Arabic UI - Image Properties window Perview section not translated into Arabic | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultPreview section text should be displayed into Arabic language, Or It should be aligned left with LTR direction if there is no willing to translate into Arabic Actual resultPreview section text is Displayed into English with text-align right and RTL direction Other details (browser, OS, CKEditor version, installed plugins)Suggested SolutionAs it is pure English Text and there is no willing to translate it to other languages so It should be aligned left with has LTR direction |
|||||||||||||||||
#14658 | BBCode adds extra nodes when toggling modes in default sample. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultDefault pre-filled content source code should be rendered in BBCode [ ] style tags and remain unchanged when toggling into and out of View source Actual resultOn intial toggle into View source you can see that source code has NOT been converted to BBCode as should. Toggling back into RTE view then causes unwanted HTML tag code to be progressively added to RTE and source code content on repeated View Source toggling Other details (browser, OS, CKEditor version, installed plugins)CKEditor version 4.5.9. Tested in Firefox 46 and Chrome 50 on Windows 8.1 Please note that unlike previously raised http://dev.ckeditor.com/ticket/14647 I have now been able to confirm this bug in CKBuilder with minimal number and only CK Source created plugins I believe this problem is related to the plugin ordering that CKBuilder is doing, rather than any it not being possible to have these plugins work together. As if you look at http://ckeditor.com/builder/fc05d38e49b04113eab3dd0ec9b18487 that is a download package with the exact same elements showing selected on CKBuilder UI web page, but that 2nd version does work correctly (however when I add all my desire plugins via CKBuilder I then can't get CKBuilder to produce a valid build for me) EditThis issue is about fixing BBcode plugin so that it works in certain situation. When building CKEditor with BBCode plugin and displaying default sample, extra nodes are added while switching between source/wysiwyg. The plugin should be adjusted to handle that as content is basic sample is very basic. |
|||||||||||||||||
#14661 | Bidi - Arabic UI - Some Icons are missed Mirroring | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultAttached Image illustrates what I mean Actual resultAttached Image illustrates what I mean Other details (browser, OS, CKEditor version, installed plugins) |
|||||||||||||||||
#14675 | On change event is not fired on first content remove after D'n'D | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Same happens when dropping text from outside of the editor. Expected result
The Actual result
After D'n'D the first remove operation does not trigger Other details (browser, OS, CKEditor version, installed plugins)CKEditor 4.5.9, tested on Chrome 51 and FF 46. |
|||||||||||||||||
#14676 | P tag pollution in lists after a table | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce(This is done in the demo site)
Expected resultNew list items should just be an empty li Actual resultAll the rest of the list items automatically have p tags within Other details (browser, OS, CKEditor version, installed plugins)Demo site with Chrome. We observe this in our build which is based on 4.5.7 as well. In Firefox & IE, pressing right from the last table cell puts you in a new p tag within the original list item. if you do not type anything into this new p tag, when you press enter, the table gets destroyed. If you do type into it, then you will observe the behaviour described where all the next list items will automatically have p tags |
|||||||||||||||||
#14683 | Deleting table column leaves wrong rowspan | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultRowspan created for cells in second row should be removed Actual resultRowspan created for cells in second row is not removed. This will break table layout once you start adding new rows. Please try tabbing after deleting the column. When new row is created the layout gets broken. Other details (browser, OS, CKEditor version, installed plugins) |
|||||||||||||||||
#14693 | When applying a header style to a paragraph in OSX Chrome, the paragraph below will also be a header | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduceWrite two lines in the editor in OS X Chrome. Separate the two lines by a whiteline. If 'show blocks' is clicked you should be able to see three lines of the type 'p'. When only the first line is selected and a heading style is applied (e.g. a H2), the line below will also be converted into a heading. This occurs in Chrome, but it doesn't in Firefox. |
|||||||||||||||||
#14699 | Pressing outdent merges first list item with previous line if enter mode is BR | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
http://sdk.ckeditor.com/samples/enterkey.html
this is the first line
Expected result
this is the first line
Actual resultthis is the first lineline 2
Other details (browser, OS, CKEditor version, installed plugins) |
|||||||||||||||||
#14703 | FF: Adding extra paragraphs or space when text pasted | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduceScenario 1:
Issue: You will see an extra new paragraph added below pasted text. Scenario 2:
Issue: An extra space will be added after pasted text |
|||||||||||||||||
#14704 | IE11: Japanese Kanji character breaks when you repeatedly typing Japanese | confirmed | Bug | Normal | ||||||||||||||
Description |
Wikipedia Link for Japanese writing system. https://en.wikipedia.org/wiki/Japanese_writing_system platform to reproduce: IE11 only Input method: windows IME Steps to reproduce:
さ: http://graphemica.com/%E3%81%95 い: http://graphemica.com/%E3%81%84 げ: http://graphemica.com/%E3%81%92 ん: http://graphemica.com/%E3%82%93 再: http://graphemica.com/%E5%86%8D 現: http://graphemica.com/%E7%8F%BE
This issue not reproducible in other browser or application (e.g. notepad). See attachments for more information. This is customer reported PMR & high priority for us |
|||||||||||||||||
#14705 | Inserting list inside widget focused empty editable area causes error | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultList gets inserted Actual result
Java Script error gets thrown Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced from CKEditor 4.3 in Blink browsers only (Safari on Mac works fine) |
|||||||||||||||||
#14711 | Toolbar configurator buttons are not accessible with keyboard. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultYou should be able to focus buttons. Actual resultWhole panel is not accessible. You need to click on one of the buttons and now you can tab through them but that initial click is needed. Other details (browser, OS, CKEditor version, installed plugins) |
|||||||||||||||||
#14712 | adding template without replacing content - removing code from template | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Custom templateYou might need to create your own CSS file or change the href. <link href="/templates/common/responsive.css" rel="stylesheet" type="text/css" /> <div class="fullwidth"> <h2>Title</h2> <p></p> </div> Expected resultnot checking the "replace actual contents" checkbox should render the template same as checking it Actual resultlink to CSS file is stripped from source code if checkbox is not checked Other details (browser, OS, CKEditor version, installed plugins)
|
|||||||||||||||||
#14717 | Widget tag name with colon | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
|
|||||||||||||||||
#14722 | Block Widget inside Lists disappear on enter. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultWe get a new list element Actual resultPrevious list element with the code snippet disappears Other details (browser, OS, CKEditor version, installed plugins)All Browsers This is happening for all block level widgets. |
|||||||||||||||||
#14727 | Clear Format doesn't remove strikethrough | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultStrikethrough option should not be selected and you should be able to type normal text. Actual resultStrikethrough option is selected. Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced in all browsers starting from CKEditor 4.1. In version 4.1 it is not possible to remove strikethrough and starting from 4.1.1 this TC applies. |
|||||||||||||||||
#14739 | APPHOST9602 Error when using CKEditor in native Windows App | confirmed | Bug | Normal | ||||||||||||||
Description |
DetailsIn my particular instance I am using Cordova 6.0.0. Running the application in the browser does not produce any issues but when you compile it to a Windows app you get: APPHOST9602: 'javascript:' is an invalid attribute value and will be ignored. Don’t use 'javascript:' URIs in the local context. I should also note that text entry and most buttons become disabled. As you probably know this is because the buttons in the toolbar use anchor tags with href attributes like: href="javascript:void('something')" Here is the native security policy for Windows applications There is another issue open on stackoverflow that references the same thing but for ionic framework Steps to reproduce
Expected resultNo errors and full functionality. Actual resultButtons and text entry are not disabled and buttons work as expected. Other details (browser, OS, CKEditor version, installed plugins)
|
|||||||||||||||||
#14749 | Provide a hotkey formats like headers | confirmed | New Feature | Normal | ||||||||||||||
Description |
It would make easier to apply certain dropdown styles (like headers, paragraph) if those were accessible with a hotkey. Now the only way to add those is by navigating though format dropdown. Currently impossible to do that with a custom config, using config.keystrokes property, because operations done by format plugin aren't exposed as commands. |
|||||||||||||||||
#14752 | Autogrow & fullPage - body elements gets modified. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultnot to mess with the HTML CODE Actual result<body style="height: auto; min-height: auto;"> Other details (browser, OS, CKEditor version, installed plugins)FF, Windows 10, 4.5.10 |
|||||||||||||||||
#14754 | Removing anchor doesn't remove link's id attribute | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThere are no name and id attributes Actual resultThe link still has id attribute Other details (browser, OS, CKEditor version, installed plugins) |
|||||||||||||||||
#14759 | Big images makes editor scroll top on input in iPad with iOS 9.3.2 | confirmed | Bug | Normal | ||||||||||||||
Description |
Brief summaryIf I have a big image in the editor and I open it in iOS 9, everytime I add a new letter to the editor the iframe is scrolled to the top, so I cannot see the inputted text. Steps to reproduce
1.1 You can also use this codepen: http://codepen.io/anon/pen/WxzExZ/
4.1 In the codepen I wrote after the text: Do not create that page? Expected resultThe letter is written and the iframe is NOT scrolled at all. Actual resultThe iframe scrolls to the top, so I cannot see the letter I have just inputted. After this I cannot scroll the iframe at all. Other details (browser, OS, CKEditor version, installed plugins)I reproduce it in Safari in an iPad with iOS 9.3.2, using the latest CKEditor version with default plugins. |
|||||||||||||||||
#14760 | ScrollIntoView also expands selection to entire paragraph | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe selection is scrolled into view, but remains the same selected text. Actual resultThe selection expands to the enclosing paragraph. Other details (browser, OS, CKEditor version, installed plugins)Tested on Chrome |
|||||||||||||||||
#14761 | Missing "`startDisabled: 1`" in table-related commands definition | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
For example: CKEDITOR.replace( 'editor1',{ on: { pluginsLoaded: function( evt ) { var ed = evt.editor; ed.ui.addButton( 'tableDelete', { label: ed.lang.table.deleteTable, icon: 'tests/tickets/279/tabledelete.png', command: 'tableDelete' }); } } }); Expected resultTable-related buttons must be disabled by default when editor is ready. And enabled when cursor placed inside table. Actual resultTable-related buttons enabled when editor is ready. Other details (browser, OS, CKEditor version, installed plugins)Plugins: wysiwygarea, toolbar, table.
Commands provided by plugins 'table', 'tabletools' is context-sensitive, therefore they must need have add I'll make pull-request with changes and test based on https://github.com/ckeditor/ckeditor-dev/pull/279 after create this issue. This issue related to: |
|||||||||||||||||
#14765 | Copying from IE divarea editor to Chrome/Firefox in results in full nodes path. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultOnly two paragraphs get pasted. Actual resultIt looks like paragraph plus every node above/below also get pasted. Other details (browser, OS, CKEditor version, installed plugins)
This is a special case where you need to disable This doesn't happen in native contenteditable thus I have decided to report it. Problem can be reproduced when copying from IE and pasting into Chrome or Firefox. |
|||||||||||||||||
#14766 | Deleting columns with merged cells results in columns being left behind. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultAll 3 columns get deleted. Actual resultColumn 3 & 4 gets deleted but Column 2 stays. If you try the same with non-merged cells, all three columns get deleted. Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced in every browser at least from CKEditor 4.0 |
|||||||||||||||||
#14767 | Browser becomes unresponsive at the input of the multi-byte character | confirmed | Bug | Normal | ||||||||||||||
Description |
Page crashed when typing multi-byte characters( Japanese in my test ) after hitting enter key in any cell. Steps to reproduce
Expected resultMulti-byte characters are normally input. Actual resultPage crashed and reloaded with message said: web page is not responding. Other details (browser, OS, CKEditor version, installed plugins)Happened on Windows7 + IE11 and Windows8 + IE11. |
|||||||||||||||||
#14782 | [Chrome] Dropdown elements(Styles) are scrolled to top | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultI expect that it will work in the same way as in FF. Elements should scroll down without scrolling to the top. Actual resultWhen I open Styles dropdown I can see that list is scrolled to the same position as it was when I closed. After scroll down list is scrolled to the top and next moved few elements down. Other details (browser, OS, CKEditor version, installed plugins)Chrome browser version: 52.0.2743.82 m OS: Windows 10 |
|||||||||||||||||
#14795 | Color picker dialog should validate entry upon dialog close | confirmed | New Feature | Normal | ||||||||||||||
Description |
Currently, the text entry field in the color picker dialog has no validation whatsoever, not even a maxlength. Knowing that there are 140 named colors and that other colors should be specified as a hex value, it should be possible to validate the input to that field to at least warn users when an invalid named color or an invalid hex color has been specified. Possible error messages are:
|
|||||||||||||||||
#14797 | [iPad Mini] Unable to scroll horizontally in CKEditor | confirmed | Bug | Normal | ||||||||||||||
Description |
Reported on Zoho as tickets 18892 and 18929.
We are facing following issue on the iPad mini device (browser details attached) and this issue is seen in "Standard editor" on http://ckeditor.com/demo website also. Steps to reproduce
Expected resultIt should be possible to scroll the editor content horizontally and the cursor should stay in the editor. Actual resultThe cursor focus moves out & also unable to scroll horizontally. Other details (browser, OS, CKEditor version, installed plugins)Mobile Safari 9 on iOS 9.2 |
|||||||||||||||||
#14799 | Handling MOD+(i,b,u) shortcuts in more friendly way to hostile environment | confirmed | New Feature | Normal | ||||||||||||||
Description |
Steps to reproduceOur application is setting shortcuts Ctrl+Alt+i in Windows and Ctrl+Cmd+i in Mac version and they works fine until editor is focused. We are checking exactly which modifier keys are used and act only when exact combination is pressed. We find out that editor is handling Ctrl+Cmd+i shortcut and stopping event propagation. What a nasty boy! I digged into source code and find method getKeystroke, which do: if (this.$.ctrlKey || this.$.metaKey) a += CKEDITOR.CTRL; So you can make text italic with: Ctrl+i, Win+i, Cmd+i, Ctrl+Win+i, Ctrl+Cmd+i! This is not mentioned in documentation, where is explicitly mentioned Ctrl+i. Expected resultI expect that editor will distinguish Ctrl and Meta key and do what is in documentation -> handle only Ctrl+letter shortcuts. If you want to support also meta key, please, to it in smarter way, that both shouldn't be pressed: if ((this.$.ctrlKey || this.$.metaKey) && !(this.$.ctrlKey && this.$.metaKey)) a += CKEDITOR.CTRL; Actually there should be some configuration option to set behavior for this method. And last comment. What about to do not stop event propagation (https://css-tricks.com/dangers-stopping-event-propagation/) and just prevent events defaults? Actual resultOther details (browser, OS, CKEditor version, installed plugins)Used version:"4.5.4 (Standard)",revision:"d4677a3". |
|||||||||||||||||
#14800 | Pressing Down or Right arrow on a page with a DIV contained CKEditor, steals focus and places it in the RTE. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultnothing happens, unless I specify page changes based on these key events Actual resultFocus is moved to the nearest editor. This causes major accessibility issues for keyboard and screen reader users. Other details (browser, OS, CKEditor version, installed plugins)
|
|||||||||||||||||
#14818 | Using Safari's history back when editor is maximised fails to remove CSS from HTML and Body elements. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe demo page should be displayed as before. Actual resultThe demo page loads but the HTML element is still assigned with style="position: fixed; z-index: 9995; width: 0px; height: 0px;" and the Body element with style="position: static; z-index: 9995; width: 0px; height: 0px;" resulting in the page being squashed to the lefthand side. Other details (browser, OS, CKEditor version, installed plugins)Safari Version 9.1.2 (11601.7.7) |
|||||||||||||||||
#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. |
|||||||||||||||||
#14833 | Font set on multi-line text then numbered list causes extra line breaks in numbered list | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproducePaste the following 4 lines in full ckeditor, or type them in (use a line break and not a new paragraph after each line). If pasting, make sure pasting as plain text.
One
Select the 4 lines and change the font to another font (for example, Courier New). With the 4 lines still selected, click the Insert/Remove Numbered List. It will look like this 1. One 2. Two 3. Three 4. Four The first 3 list items have a line break injected after the number and before the text. Expected result1. One 2. Two 3. Three 4. Four Actual result1. One 2. Two 3. Three 4. Four Other details (browser, OS, CKEditor version, installed plugins)
Browser: Chrome 52.0.2743.116 on Windows 7
Editor version: ckeditor Version 4.5.10, 13 Jul 2016 Also tried in nightly build 30-Aug-2016 full editor and had same results. |
|||||||||||||||||
#14836 | Editor content scrolls when pasting data from clipboard (iOS) | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe pasted content must appear on the caret position and the screen should be steady. Actual resultThe contents in the editor scrolls up and down. Sometimes the entire screen scrolls up and down especially when zoomed-in . The pasted content appears on the caret position. But hard to find where it is. Other details (browser, OS, CKEditor version, installed plugins)On most of the iOS versions including tablets. Browsers : Safari and Chrome. |
|||||||||||||||||
#14837 | Can't tab through table inside a widget. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultFocus is moved to next table cell like in case of table not inserted into widget. Actual resultFocus is moved to next widget or out of the editor. Other details (browser, OS, CKEditor version, installed plugins) |
|||||||||||||||||
#14838 | The color FF00FF (or F0F) is not named as Fuchsia (or Magenta) recognized by HTML/CSS and X11. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
<form style="margin-left: 80px;"> <textarea name="editor1" id="editor1" rows="10" cols="80"> </textarea> <script> var config = { language : 'en', height : '500', width : '600', colorButton_colors : 'FF8C00,FFFF00,00FF00,FF00FF', } CKEDITOR.replace('editor1', config); </script> </form>
Expected resultThe colors are named in ordre : Dark Orange, Yellow, Lime, Fuchsia (or Magenta ?) Actual resultThe colors are named in ordre : Dark Orange, Yellow, Lime, FF00FF Other details (browser, OS, CKEditor version, installed plugins)tested on IE11 (11.0.9600) and Firefox 47 plugin color button : office 2013 theme tested on version 4.5.6 too. |
|||||||||||||||||
#14844 | [WebKit] Image2 throws IndexSizeError while undoing deletion of partially uploaded image | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultDeleted text should be brought back (without image) by undo. Actual result
Deleted text is brought back (without image) by undo and error is thrown (in Chrome: Other details (browser, OS, CKEditor version, installed plugins) |
|||||||||||||||||
#14845 | Using justify in BR mode doesn't remove trailing BR's in IE thus resulting in new line | confirmed | Bug | Nice to have (we want to work on it) | ||||||||||||||
Description |
Steps to reproduce
Expected resultMiddle line gets centered. Actual resultMiddle line gets centred but extra line is added. This is happening because BR in first span (which gets wrapped into div) doesn't get removed like in modern browsers. <div> <div> <div style="font-family: tahoma,arial; font-size: 9pt;"> <div style="padding: 4px;"> <div> <span style="border: 0pt rgb(0, 0, 0); text-align: left; color: rgb(0, 0, 0); padding-top: 0px; padding-bottom: 0px; font-style: normal; font-weight: normal; text-decoration: none; margin-top: 0px; margin-bottom: 0px;"> <span style="padding-top: 0px; padding-bottom: 0px; margin-top: 0px; margin-bottom: 0px;"> <span class="ddspellcheck" id="scayt3">jkhgkjh</span> </span> </span> <br /> <!-- This doesn't get reoved --> </div> <div style="text-align: center;"> <span style="padding-top: 0px; padding-bottom: 0px; margin-top: 0px; margin-bottom: 0px;"> <span class="ddspellcheck" id="scayt2">gkjhgkjh</span> </span> </div> <div> <span style="border: 0pt rgb(0, 0, 0); text-align: left; color: rgb(0, 0, 0); padding-top: 0px; padding-bottom: 0px; font-style: normal; font-weight: normal; text-decoration: none; margin-top: 0px; margin-bottom: 0px;"> <span style="padding-top: 0px; padding-bottom: 0px; margin-top: 0px; margin-bottom: 0px;"> <span class="ddspellcheck" id="scayt1">gkjhlgfkhj</span> </span> </span> </div> </div> </div> </div> </div> Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced from CKEditor 4.0 in IE10 and below |
|||||||||||||||||
#14847 | [Safari] Scrolls editor viewport to the top and changes selection after confirming cancelling changes in a dialog | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe dialog is closed, selection and scroll position in the editor does not change. Actual resultThe dialog is closed, the editor viewport is scrolled to the top and caret is placed on the beginning of the editor content. Other details (browser, OS, CKEditor version, installed plugins)Safari 9.1.3 |
|||||||||||||||||
#14848 | [IE8] link plugin test fails | confirmed | Bug | Normal | ||||||||||||||
Description |
With the addition of #7154, the new link test case started to fail on IE8.
The issue is that |
|||||||||||||||||
#14849 | [QM] Editor does not load up in IE9 QM | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultEditor is visible. Actual resultEditor does not load up. It's a regression after commit f03be954f37ed07c59baa10e60d8e6023c245fbf. |
|||||||||||||||||
#14851 | trailing slash is removed from meta tag | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultmata tag is converted into (XHTML) self-closing tag with trailing slash: e.g. <meta charset="utf-8" /> Actual resultmata tag is converted into self-closing tag without trailing slash: <meta charset="utf-8"> Other details (browser, OS, CKEditor version, installed plugins) |
|||||||||||||||||
#14860 | Whole viewport is scrolled in the inline editor on dialog close action | confirmed | Bug | Nice to have (we want to work on it) | ||||||||||||||
Description |
Steps to reproduce
Expected resultViewport isn't scrolled on dialog close action Actual resultViewport is scrolled in the inline editor on dialog close action Other details (browser, OS, CKEditor version, installed plugins)CKEditor 4.5.11 Google Chrome Version 52.0.2743.116m |
|||||||||||||||||
#14862 | Inline editor replacing textarea doesn't handle [required] | confirmed | Bug | Normal | ||||||||||||||
Description |
#8031 long ago fixed the issue of [required] on a replaced textarea making submission impossible. However, it seems that the same problem is present if CKEDITOR.inline is used to replace the textarea rather than CKEDITOR.replace. The code for handling the presence of [required] only seems to exist for themedui, not inline. It seems the check for "saved [required]" to actually prevent submission and fire events is in onSubmit, and so is already used by both the replace and inline codepaths. It's just that inline doesn't check for the presence of [required] when creating the editor. |
|||||||||||||||||
#14866 | Deleting bullet list does not work | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduceFor the following markup, if you try to delete the bullet in wysiwyg (backspace), it will not get deleted. <p> </p> <ol><br /> <li> </li> </ol> <p> </p> if you toggle Source, the OL>LI will come back. Same thing will happen if you persist markup on the server and reload it into another instance of cke - you will get the bullet list back ever though you thought you had deleted it. Expected resultA clean up of orphaned <OL> needs to occur Actual result<OL> remains when <LI> is removed Other details (browser, OS, CKEditor version, installed plugins)Chome 52.0.2743.116 (64-bit) Mac CKEditor 4.5.11 |
|||||||||||||||||
#14872 | [Firefox] Insert cell before then after | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected result
Actual result
It seems to be caused by the fact that the selection's offsets after inserting new cell are not updated and pointing to the new cell instead of the existing one. Other details (browser, OS, CKEditor version, installed plugins)Firefox 48.0 on Ubuntu 16.04 |
|||||||||||||||||
#14880 | One style with a class + another with two classes which one is used be the first style, then both are selected in style combo menu. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Styles.js Example{ name: $l('Styles_Base_FullWidthWithMargin'), type: 'widget', widget: 'image', attributes: { 'class' : 'fullWidth' } }, { name: $l('Styles_Base_FullWidthWithoutLeftMargin'), type: 'widget', widget: 'image', attributes: { 'class' : 'fullWidth outSectionBodyLeft' } } HTML example<p> <span tabindex="-1" contenteditable="false" data-cke-widget-wrapper="1" data-cke-filter="off" class="cke_widget_wrapper cke_widget_inline cke_image_nocaption" data-cke-display-name="image" data-cke-widget-id="0" role="region" aria-label="Élément image"><img alt="" height="500" data-cke-saved-src="IMAGE_URL_REMOVED" src="IMAGE_URL_REMOVED" width="1500" class="cke_widget_element outSectionBody fullWidth" data-cke-widget-data="%7B%22hasCaption%22%3Afalse%2C%22src%22%3A%22IMAGE_URL_REMOVED%22%2C%22alt%22%3A%22%22%2C%22width%22%3A%221500%22%2C%22height%22%3A%22500%22%2C%22lock%22%3Atrue%2C%22align%22%3A%22none%22%2C%22classes%22%3A%7B%22outSectionBody%22%3A1%2C%22fullWidth%22%3A1%7D%7D" data-cke-widget-upcasted="1" data-cke-widget-keep-attr="0" data-widget="image"><span class="cke_reset cke_widget_drag_handler_container" style="background: url("URL_REMOVED/ckeditor/plugins/widget/images/handle.png") rgba(220, 220, 220, 0.498039); top: -15px; left: -20px; display: block;"><img class="cke_reset cke_widget_drag_handler" data-cke-widget-drag-handler="1" src="data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw==" width="15" title="Cliquer et glisser pour déplacer" height="15" role="presentation" draggable="true"></span><span class="cke_image_resizer" title="Cliquer et glisser pour redimensionner">​</span></span> </p> Expected resultReopening the style combo show only the second style selected, not the first. Actual resultReopening the style combo show both styles selected. FixThis could resolved by looking at the classes in the combo that search via a regex which is set to full word. I didn't look the code, but as I saw in other issues, it seems that the editor splits the classes using a space to find the correlated style. Other details (browser, OS, CKEditor version, installed plugins)Not relevant except for the image2 plugin installed. Though, just saying the "$l" function is just a translating function of my own. |
|||||||||||||||||
#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. |
|||||||||||||||||
#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) |
|||||||||||||||||
#14895 | Uncaught IndexSizeError JS error | confirmed | Bug | Normal | ||||||||||||||
Description |
We faced this issue in different conditions but there are the steps to consistently reproduce it. It seems normalization of bookmark sometimes works incorrect so Undo feature stops to work. Steps to reproduce
See attached video with all of these steps. Expected resultUndo works Actual resultUndo doesn't work. There is JS error ckeditor.js:415 Uncaught IndexSizeError: Failed to execute 'setStart' on 'Range': There is no child at offset 6. Other details (browser, OS, CKEditor version, installed plugins)Chrome There is one more case with the same error. Steps to reproduce
JS error in console: ckeditor.js:380 Uncaught IndexSizeError: Failed to execute 'setStart' on 'Range': The offset 7 is larger than or equal to the node's length (4). |
|||||||||||||||||
#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 |
|||||||||||||||||
#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 |
|||||||||||||||||
#14902 | CHROME: Empty paragraphs lost when copied & pasted from Notepad | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected result == Content pasted properly with empty paragraphsActual result : All empty paragraphs are removed in pasted content. |
|||||||||||||||||
#14905 | Initiating widget can add blank space | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
CKEDITOR.plugins.add( 'ipsquote', { requires: 'widget', icons: 'ipsquote', hidpi: true, allowedContent: 'blockquote', init: function( editor ) { editor.widgets.add( 'ipsquote', { /* Basic Widget definition */ button: "Quote", template: "<blockquote class='ipsQuote' data-ipsQuote><div class='ipsQuote_citation'>Quote</div><div class='ipsQuote_contents ipsClearfix'></div></blockquote>", editables: { content: { selector: '.ipsQuote_contents' } }, } ); } );
var quote = "<blockquote class='ipsQuote' data-ipsQuote><div class='ipsQuote_citation'>Quote</div><div class='ipsQuote_contents ipsClearfix'><pre class='ipsCode'>Some code</pre></div></blockquote>"; var element = CKEDITOR.dom.element.createFromHtml( quote ); instance.insertElement( element ); instance.widgets.initOn( element, 'ipsquote' ); Expected resultThe provided content is inserted into the editor with the contents of the <pre> tags unmodified Actual resultA blank line is inserted at the beginning of the <pre> tag Other details (browser, OS, CKEditor version, installed plugins) |
|||||||||||||||||
#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) |
|||||||||||||||||
#14921 | Copy paste content in WYSIWYG 4.5.11 removes styles created using WYSIWYG, version 4.4.7 works fine | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultAll styles created in WYSIWYG CKEditor version >4.4.7 should be preserved after copy&paste between different editor instances of the same version. Just like it was in CKEditor version 4.4.7. Actual resultVarious styles created in WYSIWYG CKEditor version >4.4.7 are getting removed after copy&paste between different editor instances of the same version. |
|||||||||||||||||
#14922 | event listeners leak between each setData | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultActual resultOther details (browser, OS, CKEditor version, installed plugins)There are at least two identified source of leaks:
(http://docs.ckeditor.com/source/plugin13.html)
== |
|||||||||||||||||
#14923 | Copy paste from word does not retain font size for first <li> tag | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
<ol>
<li style="color: rgb(0, 0, 0); font-family: Calibri,sans-serif; font-size: 11pt; font-style: normal; font-weight: normal; margin-top: 0in; margin-bottom: 10pt;">Sdfas</li> </ol>
Expected resultit should retain the font size for the first li item Actual resultremoving the font size from the 1st li tag Other details (browser, OS, CKEditor version, installed plugins)reproducible in IE |
|||||||||||||||||
#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) |
|||||||||||||||||
#16338 | Make link dialog simpler | confirmed | New Feature | Normal | ||||||||||||||
Description |
Taken from #14853 where user sugests simplification of link and image dialogs. "For links, there really should be no more than the text, the URL, and whether to open in a new window. People rarely manually type in a URL. They paste URLs into the editor. Realistically it should automatically make into a link if it detects the proper format. The link menu doesn't need a protocol - nobody understands what that is anyway, and when people paste a url, they hardly do so without the protocol. Just have a single string be whatever they want it to be, including the protocol. The tabs in the link menu are cumbersome and most of the options are rarely used by anyone who isn't already technical. At the very least, make an option to simplify the menu with a minimalist version. If the link looks like an email, then it should prepend "mailto:" to the URL when first typing (but not after they remove it again), maybe have a small note saying why. And if the selection looks like any sort of url (whether a link or an email), it should AUTOMATICALLY place that content inside the URL field. Make it easy on the user. " |
|||||||||||||||||
#16444 | Inline Editor Not fully destroyed with .destroy() method | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe div with id="introduction" should not have any styles added Actual resultThe div with id="introduction" has "position: relative" added Other details (browser, OS, CKEditor version, installed plugins)Chrome v.53.0.2785.143 (64bit) OSX El Capitan |
|||||||||||||||||
#16454 | Pasted plain text should have the same format where it is pasted in CKEditor | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe pasted text should have the same format where it is pasted in CKEditor. Actual resultThe pasted text does not have the same format where it is pasted in CKEditor. Other details (browser, OS, CKEditor version, installed plugins)CKEditor Version: CKEditor 4.5.11 as in CKEditor Demo Testing matrix:
|
|||||||||||||||||
#16471 | Update hidpi settings when it changes | confirmed | Bug | Normal | ||||||||||||||
Description |
This test case will require 2 screens witha different pixelratio.
Expected: Icons are updated to hdpi icons. Actual: Icons remain blurry.
Actually if that's as simple as toggling I did not research it in deep, however there's a question on SO that might contain interesting information. |
|||||||||||||||||
#16472 | [IE/Edge] Bold (and other style tags) are applied multiple times | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected result
Resulted html should be Actual result
Resulted html is Other details (browser, OS, CKEditor version, installed plugins)Checked on IE11 in CKEditor 4.5.11. Does not occur in Chrome or FF. |
|||||||||||||||||
#16491 | Moono-lisa Image dialog - invisible preview border | confirmed | Bug | Normal | ||||||||||||||
Description |
See attached screenshot. Other details (browser, OS, CKEditor version, installed plugins)Safari on Mac. Happens only sometimes. |
|||||||||||||||||
#16492 | Moono-lisa Image dialog - reduce empty space | confirmed | Task | Normal | ||||||||||||||
Description |
In the |
|||||||||||||||||
#16500 | Copy/Paste list doesn't paste first bullet. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultWhole list gets pasted. Actual resultList gets pasted without fisr bullet: <p>test1</p> <ul> <li>test2 <ul> <li>test3 <ul> <li>test4</li> </ul> </li> </ul> </li> </ul> Other details (browser, OS, CKEditor version, installed plugins)This is how it works in IE. Please use below code on HTML5 page and you will see it works like that. <div style="margin: 20px; border:1px solid black; width:500px;" contenteditable="true"> <ul> <li>111 <ul> <li>222 <ul> <li>333</li> </ul> </li> </ul> </li> </ul> <p> </p> <p> </p> </div>
In CKEditor you can use elements path at the bottom. Just click on list and then on left most ul element to select whole list. |
|||||||||||||||||
#16518 | Please move notifications of Notification plugin to bottom status bar | confirmed | New Feature | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultDon't interfere with my editing. Actual resultPopups show over my editing field distracting me from my work. Other details (browser, OS, CKEditor version, installed plugins)Please move notifications (at least "success", "info" and "progress") to the bottom status bar of the editor. Or give an option to do that. I get absolutely sick when unnecessary popups show over my editing field distracting me from my work. |
|||||||||||||||||
#16608 | Removing paragraph below nested widget and moving the nested widget removes main widget editable | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe content editable of master widget stays Actual resultThe content editable of master widget is removed Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced in all browsers. |
|||||||||||||||||
#16619 | [Safari] Can't focus widget's editable after dragging it | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultEditable's focused. Actual resultFocus is moved to the beginning of the editor's content. Other details (browser, OS, CKEditor version, installed plugins)Safari 10.0.1 (12602.2.14.0.7) |
|||||||||||||||||
#16620 | Source button disabled after block widget copy-paste | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultMode switched to source. Actual resultSource button gets disabled. Other details (browser, OS, CKEditor version, installed plugins)Browser: Edge |
|||||||||||||||||
#16621 | Missing keystroke for copy formatting command | confirmed | Bug | Normal | ||||||||||||||
Description |
Copy formatting command does not seems to have keystroke associated with the command. Because of that it does not show the hotkey in a tooltip as you hover the copy formatting button. Steps to reproduce
Expected resultTooltip says "Copy Formatting (CTRL+SHIFT+C)" (or cmd for Mac). Actual resultTooltip says "Copy Formatting". |
|||||||||||||||||
#16622 | Balloonpanel first appearance arrow rendered in a wrong position. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe arrow is rendered correctly pointing on the red fragment. Actual resultThe arrow is rendered in the center of the balloonpanel. Other details (browser, OS, CKEditor version, installed plugins)Same result on both Chrome and FF. This behavior is only visible on the first balloonpanel appearance. After second click (even on the same fragment) the arrow is rendered correctly. |
|||||||||||||||||
#16625 | FF & IE: Increasing Indent not working on lists | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected result : List Indented Actual result: Nothing happens This works in Chrome |
|||||||||||||||||
#16628 | Anchor with space in name | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
The anchor seems to be created, however:
|
|||||||||||||||||
#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. |
|||||||||||||||||
#16637 | Anchor disappears when dropped into widget editable region | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Actual resultThe anchor can be drag and dropped into editable. When dropped it disappears (probably because of ACF applied to editable region). Expected resultNot sure exactly what should happen, I assume the anchor should be not droppable if it's going to be removed anyway. Other details (browser, OS, CKEditor version, installed plugins)Tested on Chrome. |
|||||||||||||||||
#16638 | [iOS] Support for copyformatting plugin | confirmed | New Feature | Normal | ||||||||||||||
Description |
At the moment
|
|||||||||||||||||
#16640 | [iOS] Balloonpanel does not update its position when in inserting text mode. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
It is easily reproducible on When clicking between red regions ballonpanel works fine. If you tap longer inside red region so that the caret is placed inside the red region (virtual keyboard opens and typing is possible) and then switch / move focus to other regions the ballonpanel (position and content) is not updated. See attached screenshot - the caret is already inside different region (on the right) while balloonpanel is not updated. Other details (browser, OS, CKEditor version, installed plugins)Safari, iOS 9.3.1. |
|||||||||||||||||
#16641 | [iOS] Balloonpanel position misplaced on init for inline editor. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Visible in both tests -
The Other details (browser, OS, CKEditor version, installed plugins)Safari, iOS 9.3.1. |
|||||||||||||||||
#16642 | [iOS] Widget fake selection is not correctly removed. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe newline is inserted (the caret is placed in the text content). Actual resultThe widget editing dialog is opened. As you may see on attached screenshot, the caret was placed on the tap position and virtual keyboard appeared. However, selected widget still has blue border which means fake selection (I assume, it may be some other focus thing?) is still active. Other details (browser, OS, CKEditor version, installed plugins)Safari, iOS 9.3.1. |
|||||||||||||||||
#16645 | Update SCAYT and WSC localizations | confirmed | Task | Nice to have (we want to work on it) | ||||||||||||||
Description |
WSC and SCAYT localizations are provided through our CKEditor UI Translation Center. It does not seem the source files were updated since January 2015 :(. We should make sure that the translations provided by the community actually make it to the released product. Expected resultWSC and SCAYT translations are up to date. Actual resultWe do not seem to have any process in place to update the SCAYT and WSC translations and as a result, they are not updated at all. Links |
|||||||||||||||||
#16658 | Placeholder widget losses styling after switching to source mode. | confirmed | Bug | Normal | ||||||||||||||
Description |
Custom styles can be added to style placeholders, e.g:
More on styles - http://docs.ckeditor.com/#!/guide/dev_styles. While styles can be applied on a placeholder widget properly, switching to source mode removes classes/styling so it cannot be restored while switching back to WYSIWYG mode. Expected resultThe classes/styles are preserved while switching between Source/WYSIWYG mode. Actual resultThe classes/styles are removed while switching to Source mode. Other details (browser, OS, CKEditor version, installed plugins)
The cause of the issue is the way placeholder widget is downcasted. It is downcasted to |