Custom Query
Results (2301 - 2400 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
#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. |
|||||||||||||||||
#14698 | Vertical scrollbar flashes during auto grow | review | Bug | Normal | ||||||||||||||
Description |
Steps to reproduceOr create a CKEditor instance this way: CKEDITOR.replace( 'editor', { extraPlugins: 'autogrow', autoGrow_maxHeight: 500 } );
Expected resultThe editor grows with its content. Actual resultThe editor grows, but with each step a vertical scrollbar appears for a fraction of a second. |
|||||||||||||||||
#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. |
|||||||||||||||||
#14733 | setting Italic fails for Japanese character, in Japanese locale | pending | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultthe selected text will set to Italic Actual resultthe selected text will still keep non-Italic Other details (browser, OS, CKEditor version, installed plugins)Win10+IE11/Edge OS locale set to Japanese Browser locale set to Japanese (try to make sure it's 100% Japanese... it's the key to reproduce. i have a Win10 VM that cannot reproduce this and i suspect it's because it's not set Japanese completely) |
|||||||||||||||||
#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)
|
|||||||||||||||||
#14812 | Editor calls setData twice at load | new | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultWhen the "load" event occurs, "setData" should get called once. Actual resultAfter "load" finished, "setData" gets called a second time. Other details (browser, OS, CKEditor version, installed plugins)For my five text areas, all five sequences of "load" then "setData" are finished before the next set of five "setData" calls begins. |
|||||||||||||||||
#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. |
|||||||||||||||||
#14829 | Can't open image dialog when double-clicking on image in mobile Environment | new | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultOn mobile popup will be appear where we can edit the image's height or width Actual resultZoom in when we click on image on mobile view but on desctop it works fine Other details (browser, OS, CKEditor version, installed plugins)issue in on mobile resolution and in mobile |
|||||||||||||||||
#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) |
|||||||||||||||||
#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) |
|||||||||||||||||
#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) |
|||||||||||||||||
#14911 | Table cell lose formatting on tab switch an new text | pending | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultThe new text has the same formatting (bold) like the text before. Actual resultIn Firefox and sometimes in IE the text lost the formatting. In Chrome not. Other details (browser, OS, CKEditor version, installed plugins)Browser: Firefox 45.3.0, Internet Explorer 11, Chrome 53 |
|||||||||||||||||
#14919 | hitting enter in a ckeditor when multiple ckeditors are on the page, scrolls randomly down the page in IE 11 only | pending | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
This does not happen in Firefox, Chrome or MS Edge. The check editor doesn't scroll when enter is pushed in those browsers. In the config.js I have the doctype set to html 4 and it does not help per issue https://dev.ckeditor.com/ticket/9136. I am using ckeditor 4.5.11. This is happening only in IE 11 in Windows 10 and Windows 7. |
|||||||||||||||||
#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) |
|||||||||||||||||
#14933 | Buggy behaviour when getting current selected node indexes | new | Bug | Normal | ||||||||||||||
Description |
I'm trying to integrate a speech plugin (based on another app of us) into CKEditor. The plugin is integrated seamlessly and correctly, props for the CKEditor team for that easyness. Thing is we can dictate normal text and also use voice commands with the plugin, like the type of "Go to X", "Go to next phrase", etc. These commands make use of char index based selection , so we have 2 methods that extrapolate the DOM nodes based selection system of the CKEditor API to char index based selection. Those functions are: 1. SETSELECTION this function does not show buggy behaviour textHelper.setSelectionRange = function (editor, range) { //"range" is our char index based range var startSetted = false, endSetted = false, counter = 0; var editable = editor.editable(); var ckRange = editor.createRange(); ckRange.selectNodeContents(editable); var walker = new CKEDITOR.dom.walker(ckRange); var node = null; while ((node = walker.next()) && (!startSetted || !endSetted)) { var nodeLength = 0; if (node.type == CKEDITOR.NODE_TEXT ) { nodeLength = node.getText().length; } else if (node.$.nodeName == 'BR') { nodeLength = 1; } if (nodeLength > 1 || !node.hasNext()) { if (!startSetted && counter + nodeLength >= range.start) { ckRange.setStart(node, range.start - counter); startSetted = true; } if (!endSetted && counter + nodeLength >= range.end) { ckRange.setEnd(node, range.end - counter); endSetted = true; } } counter += nodeLength; } ckRange.select(); editor.focus(); }; 2. GETSELECTION this function DOES show buggy behaviour textHelper.getSelectionRange = function (editor) { var ckRange = editor.createRange(); ckRange.selectNodeContents(editor.editable()) var walker = new CKEDITOR.dom.walker(ckRange); var start = 0, end = 0, //This is where the buggy behaviour occurs, this indexes don't always match those of the node that is selected (or where the cursor is), in the editable part of the editor selectionRange = editor.getSelection(true).getRanges(true)[0], si = selectionRange.startContainer.getIndex(), ei = selectionRange.endContainer.getIndex(); for (var i = 0; i <= ei && (node = walker.next()); i++) { var nodeLength = 0; if (node.type == CKEDITOR.NODE_TEXT ) nodeLength = node.getText().length; else if (node.$.nodeName == 'BR') nodeLength = 1; if (i < si || (i == si && node.$.nodeName == 'BR')) start += nodeLength; else if (i == si) start += selectionRange.startOffset; if (i < ei || (i == ei && node.$.nodeName == 'BR')) end += nodeLength; else if (i == ei) end += selectionRange.endOffset; } return new invoxmd.Range(start, end); }; Steps to reproduce1. selectionRange = editor.getSelection(true).getRanges(true)[0], si = selectionRange.startContainer.getIndex(), ei = selectionRange.endContainer.getIndex();
Expected resultIndexes always match those of the node of cursor/selection. Actual resultIndexes don't always match those of the node of cursor/selection, speech behaviour then becomes buggy, text is inserted when it shouldn't, etc. Other details (browser, OS, CKEditor version, installed plugins)Chrome, Windows 10 x64, 4.5.11, full editor |
|||||||||||||||||
#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. " |
|||||||||||||||||
#16391 | CKEditor: Clipboard is pasted multiple times | pending | Bug | Normal | ||||||||||||||
Description |
In Firefox Version Firefox 49.0.1: When a text is pasted from a word file or a Thunderbird e-mail the text is SOMETIMES pasted multiple times instead of just once. It's no issue with the clipboard since pasting it into notepad works just fine. Any hints on what might cause this issue are welcome. Thank you! The issue is very similar to this one: https://dev.ckeditor.com/ticket/12995 |
|||||||||||||||||
#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 |
|||||||||||||||||
#16451 | Inserting table after resize fails with error " Unable to get property 'checkReadOnly' of undefined or null reference" | pending | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultTable should get inserted at desired position. Actual resultNothing happens on browser. In debugger console, we see following error - SCRIPT5007: Unable to get property 'checkReadOnly' of undefined or null reference ckeditor.js (341,347) Other details (browser, OS, CKEditor version, installed plugins)
|
|||||||||||||||||
#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. |
|||||||||||||||||
#16618 | [IE11][FF][CF] Styling could not be reapplied on a simple click | review_failed | Bug | Normal | CKEditor 4.7.1 | |||||||||||||
Description |
Steps to reproduce
Can be easily reproduced on
Expected resultOn the second click styling should be copied, so word Orange should be styled same as rest of the paragraph. Actual resultOn the second click, styling is not applied. Other details (browser, OS, CKEditor version, installed plugins)IE11, FF (Chrome works as expected). |
|||||||||||||||||
#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. |
|||||||||||||||||
#16646 | ckeditor sets style="height:0px; width:0px" when Drag 'n Drop Images into Editor in safari | pending | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultImage is appeared Actual resultImage does not appear Other details (browser, OS, CKEditor version, installed plugins)safari |
|||||||||||||||||
#16654 | Ipad enter key doesn't work when I finish typing hangul (south of korea language) to vowel | new | Bug | Normal | ||||||||||||||
Description |
Steps to reproduceExpected resultIf I push enterKey cusor is moved next line ( from line 1 to lien 2) and if type the hangul It will be typed there line (line 2) Actual resultbut It is typed at before line (line 1) so When I want to type to next line I have to two times push enterkey Other details (browser, OS, CKEditor version, installed plugins)browser : safari OS : Ipad mac os CkEditor version : 4.5.11 installed plugins : There is so many customized plugins but I think there is no affecting plugins to Ipad hangul enter issue because It is samely occured at ckeditor.com/demo |
|||||||||||||||||
#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 |
|||||||||||||||||
#16659 | <embed> tag should not have a closing tag | confirmed | Bug | Normal | ||||||||||||||
Description |
https://developer.mozilla.org/en-US/docs/Web/HTML/Element/embed states: "Must have a start tag, and must not have an end tag." However, CKEditor is adding a closing tag. Steps to reproduce
Expected resultThe tag should remain as pasted, without a closing tag Actual resultA closing </embed> tag is being incorrectly added Other details (browser, OS, CKEditor version, installed plugins)Tested on Chrome, latest version |
|||||||||||||||||
#16662 | Stylescombo not updated after applying/removing styles to widget. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultStyles combo is updated immediately, showing that no styles are selected for the current selection (widget). Actual resultStyles combo is updated only after changing selection (or applying/removing) different style. Other details (browser, OS, CKEditor version, installed plugins)Tested on Chrome with CKEditor 4.5.11. |
|||||||||||||||||
#16663 | Case sensitive class not applied on Chrome | confirmed | Bug | Normal | ||||||||||||||
Description |
For any extrange reason, dynamically added styles to editor with camel case are not being applied to content elements. Steps to reproduceOn a clean CKEditor download
var cssStylesContenidoInteractivo = [ '.interElem { background:#dddddd; }' , ].join( ).replace(/;/g, ' !important;' ); CKEDITOR.addCss( cssStylesContenidoInteractivo );
Expected resultclass interElem to be applied to the element Actual resultclass interElem is not applied to the element Other details (browser, OS, CKEditor version, installed plugins)It happens in Chrome, in different Windows installations, tested with CKEditor 4.3.3 and 4.5.11 |
|||||||||||||||||
#16664 | Setting two styles with the same name for different widgets is not properly handled by stylescombo plugin. | confirmed | Bug | Normal | ||||||||||||||
Description |
Style sets for widgets can be set like: CKEDITOR.replace( 'editor1', { stylesSet: [ { name: 'Clean', type: 'widget', widget: 'image', attributes: { 'class': 'clean' } } ] } );
or in CKEDITOR.stylesSet.add( 'default', [ { name: '240p', type: 'widget', widget: 'embedSemantic', attributes: { 'class': 'embed-240p' } }, { name: '360p', type: 'widget', widget: 'embedSemantic', attributes: { 'class': 'embed-360p' } }, ] }; When trying to set two styles with the same name but for different widget type, like: { name: '240p', type: 'widget', widget: 'embedSemantic', attributes: { 'class': 'embed-240p' } }, { name: '240p', type: 'widget', widget: 'embed', attributes: { 'class': 'embed-240p' } },
The In some cases there may be a need to provide same styles for different widget types. Expected result
It is possible to set styles with the same name for different widget types. It is properly handled by Actual result
Generally, there may be two cases:
Enabling adding styles with the same name for different widget types solves both of the above issues, however, it is not optimal for the second one (optimal could be, e.g. passing array of widget types/names). So we might consider different approaches for this issue. |
|||||||||||||||||
#16676 | Improvements in loading the debug code for async | confirmed | New Feature | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultScript would load normally. Actual result"A call to document.write() from an asynchronously-loaded external script was ignored." in the console. Other details (browser, OS, CKEditor version, installed plugins)FF50, Win7, 4.5.11, many plugins. I've been running into issues with the debug code being used with RequireJS. This use case is a simplified example of the first issues I hit. This may be moot with the 5.x line and the AMD branch, but for 4.x, a few tweaks can be added. I altered the debug ckeditor.js and core/loader.js and added to the test: if ( document.body && ( !document.readyState | | document.readyState == 'complete' | | document.readyState == 'interactive' | | (document.currentScript && document.currentScript.async) ) ) Per the web, "interactive" does still mean the doc is loaded and parsed, while still waiting on images/script/frames, so adding a script node sounds legal. For the currentScript.async test, if this script was loaded with async, writing to the doc should never be allowed. This flag didn't seem to pickup if a script calling this script was async, so its' not perfect. Additionally, I wasn't sure if there was a benefit to doing "document.getElementsByTagName("head")[0].appendChild(script)" instead of "document.body.appendChild(script)". |
|||||||||||||||||
#16680 | Possibility to alter widget structure after initialization | new | New Feature | Normal | ||||||||||||||
Description |
Steps to reproduceLoad the plugin I've attached to this ticket. It's a plugin to work with jQuery UI Accordion. It has Add and Remove button. Latter does not have any events at the moment. Expected resultAfter clicking on Add I would expect the new html be editable but it's not. Only way to make it editable is toggle Source button. I've tried everything so I'm either not doing it properly (and I don't want the whole accordion to be editable) or there's no such feature yet. Actual resultThe html is appended but I can't edit it. |
|||||||||||||||||
#16681 | Pasting List from Word in IE wraps list utems in paragraphs. | confirmed | Bug | Normal | ||||||||||||||
Description |
Steps to reproduce
Expected resultJust ul/ol tags get pasted. Actual resultEach list item text is wrapped in paragraph. Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced in CKEditor 4.6 in IE11. NOTE: Actually native IE11 produces same result so I'm not entirely sure if CKEditor should extra filter it or rather IE11 should have that fixed: <ol style="list-style-type: decimal; direction: ltr;"> <li style='color: rgb(0, 0, 0); font-family: "Calibri","sans-serif"; font-size: 11pt; font-style: normal; font-weight: normal;'> <p style='color: rgb(0, 0, 0); font-family: "Calibri","sans-serif"; font-size: 11pt; font-style: normal; font-weight: normal; margin-top: 0cm; margin-bottom: 0pt; mso-list: l0 level1 lfo1;'> <span lang="PL" style="mso-ansi-language: PL;">Test1</span> </p> </li> <li style='color: rgb(0, 0, 0); font-family: "Calibri","sans-serif"; font-size: 11pt; font-style: normal; font-weight: normal;'> <p style='color: rgb(0, 0, 0); font-family: "Calibri","sans-serif"; font-size: 11pt; font-style: normal; font-weight: normal; margin-top: 0cm; margin-bottom: 0pt; mso-list: l0 level1 lfo1;'> <span lang="PL" style="mso-ansi-language: PL;">Test2</span> </p> </li> <li style='color: rgb(0, 0, 0); font-family: "Calibri","sans-serif"; font-size: 11pt; font-style: normal; font-weight: normal;'> <p style='color: rgb(0, 0, 0); font-family: "Calibri","sans-serif"; font-size: 11pt; font-style: normal; font-weight: normal; margin-top: 0cm; margin-bottom: 10pt; mso-list: l0 level1 lfo1; tab-stops: 179.25pt;'> <span lang="PL" style="mso-ansi-language: PL;">Test3</span> </p> </li> </ol> On the other hand, paragraphs weren't populated in IE11 so maybe this can be fixed by the editor. |