Custom Query
Results (1001 - 1100 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone |
---|---|---|---|---|---|---|
#10556 | Size (Font Size) menu dropdown jumps to page top when user clicks on it on chrome browser. | confirmed | Bug | Normal | ||
Description |
Go to Ck Editor online Demo page on Chrome browser> Click on Full Featured> Click on Size (Font Size) menu. Font Size dropdown with its items will go on page top. |
|||||
#10557 | [IE8] Delete creates unordered list from ordered list | confirmed | Bug | Normal | ||
Description |
Result: Ordered list gets changed into unordered one. Problem can somewhat be reproduced from CKE 3.0 (orphan li elements were left) but this particular TC where one list is changed into another can be reproduced from CKEditor 3.4.2 in both CKE 3.x and 4.x. |
|||||
#10559 | Deactivating list tool for empty list gives script error | confirmed | Bug | Normal | ||
Description |
Please load the attached file into IE9 and copy-paste its content to the CK-DEMO page and follow the steps below:
RESULT: You get a script error dialog with the following details.
listNode error:
isContextFor error: Note: the attached file is a valid HTML. |
|||||
#10564 | Removing Numbered Lists removes enclosed <p> | confirmed | Bug | Normal | ||
Description |
If you have a numbered list and one or more of the items have a <p> included inside of it and you attempt to remove the numbered list by selecting the list and utilizing the Remove Numbered list button, it will remove the paragraph tag and its contents. 1 - create a numbered list and go into source to add a paragraph tag inside of the numbered item to set things up. 2 - In normal view, select your list and the Remove Numbered List button. 3 - Notice that the entire contents including the paragraph tags are also removed. |
|||||
#10575 | Text in between two tables is pushed down when deleting upper table | confirmed | Bug | Normal | ||
Description |
Steps to reproduce: 1) Using the source view paste the attached HTML into the editor 2) Exit source view 3) Select all table cells in the upper table, by clicking and dragging from the bottom right to the top left 4) Delete the upper table by pressing backspace Expected results: The upper table should be removed, and the "WYSIWYG editor" text should appear above the remaining table Actual results: The upper table is removed, and the "WYSIWYG editor" text appears below the remaining table, not above |
|||||
#10583 | [iOS] CKeditor 4.1.2 is not working in ipad 6.1.3 | new | Bug | Normal | ||
Description |
hi, I'm using ckediter version 4.1.2 in my application . it is working in every where except in ipad and iphone I'm using Ipad -(ios- 6.1.3) here it is display like a normal text-area, not showing the the editor options. |
|||||
#10584 | IE8 throws error on delete | confirmed | Bug | Normal | ||
Description |
To reproduce:
Result JS error is thrown.
Message: Invalid argument Problem can be reproduced in both branches CKE 3.x and 4.x. I was able to reproduce it from CKEditor 3.3.
Bug History:
Possible reason: It has turned out in my tests that simple space between image and Apollo word is to blame. If I have removed this space there was no error. <h1><img alt="Saturn V carrying Apollo 11" class="right" src="assets/sample.jpg" /> Apollo 11</h1> In CKEditor 4.x this image is aligned to the right and it doesn't look like source of the problem but in older versions there is something extra happening which may prove what I have written. Copy sample code from CKE 4.x to 3.x - till version 3.3 When you removed image space was left and no error occurred. From CKE 3.3 removing image removes also this space. |
|||||
#10590 | [Android] Copy/Cut buttons not Enabled | confirmed | Bug | Normal | ||
Description |
OS: iOS 6 & Android Jelly Browsers: Safari, Chrome Repro: ==================== Goto http://ckeditor.com/demo Hold down a tap to bring up the selection menu. Select a range of text. Note the copy/cut buttons are still not enabled. Expected: Selection range exists but is not triggered. I will hopefully work on this, but as of right now I am not seeing an easy fix. EDIT: From what I have checked in CKEditor 4.6.1, Android 4.4.4 and iOS 9, the only problem is that when you select range of text then copy/cut icons are not enabled in Android (in iOS this works fine). In all other cases, cutting/copping is enabled and works as expected. |
|||||
#10591 | Bug-Fix bbcode plugin: Font-Size | confirmed | Bug | Normal | ||
Description |
The Problem here is that before the tagName was just set, if the value is a percental value, this solution works great ... Plugin.js line 652 - 656 tagName = 'size'; var percentValue = value.match( /(\d+)%$/ ); if ( percentValue ) { value = percentValue[ 1 ]; } |
|||||
#10594 | Error when replacing element with <br> in HTML filter | confirmed | Bug | Normal | ||
Description |
|
|||||
#10595 | Wrong caret position after ENTER on list item with sub-list | confirmed | Bug | Normal | ||
Description |
<ul> <li>x <ul> <li>y</li> </ul> </li> </ul>
Current results: The new list item will be properly created, but the caret will be blinking right before "x". Expected results: The caret should be blinking in the new empty list item. |
|||||
#10598 | ck editor in iframe in firefox inserts two line breaks and a nbsp on enter | confirmed | Bug | Normal | ||
Description |
If you go to http://jsfiddle.net/r9HCt/ (which displays the ck editor demo page in an iframe), and hit enter inside of the editor, it will result in two line breaks and a space. The line breaks will be before the cursor, and the space will be after it. Browsers other than Firefox don't seem to have the same problem (they only insert one line break). The demo page alone outside of the iframe works correctly on Firefox. Tested on Firefox 22.0 |
|||||
#10602 | Browse button in Image dialog misaligned | confirmed | Bug | Normal | ||
Description |
Browse button is not placed properly (not aligned at bottom with input field), see attach. |
|||||
#10607 | Remove "indentlist" require from "list" | confirmed | Bug | Normal | ||
Description |
This is a followup for ticket:10599#comment:3. Ideally, the "list" plugin should not require "indentlist". The problem is that there is a execCommand( 'outdent' ) call in the list plugin code, which makes this require necessary. Additionally, we have removed some tests with (edbb565 @tests), because they were not compatible with this require. If we fix this, we should revert those tests back. |
|||||
#10616 | IE11 numbers lists from zero IN COMPATIBILITY MODE | confirmed | Bug | Normal | ||
Description |
Insert ordered list into editor or open page with list in IE11 compatibility mode. Numbers start from 0. |
|||||
#10617 | [IE]: BIDI button breaks toolbar when in compatibility mode | confirmed | Bug | Normal | ||
Description |
Result: some toolbar buttons get very long. This happens in IE7 by default and in other IEs when they are set in compatibility mode. |
|||||
#10627 | Removing form element removes whole paragraph | confirmed | Bug | Normal | ||
Description |
Results:
This problem can be reproduced in Safari 6 (Mac) and Chrome 28 from CKEditor 3.3. Before this version there was no tiny space before textfiled and removing worked ok. |
|||||
#10631 | Content Advisor in IE8 Causes 4.1.2 to not function | confirmed | Bug | Normal | ||
Description |
When Content Advisor is turned on in IE8, regardless of the restrictiveness of the filtering options, CKEditor will not go into an editable state or enable any of the buttons. I have validated this using the CKEditor Samples > Replace Textarea Elements by Class name. It works properly in 4.1.1. |
|||||
#10636 | Error thrown when in/outdenting inside of a list element (caret in a paragraph) | confirmed | Bug | Normal | ||
Description |
<ol> <li>x <p>y^</p> <ol> <li>z</li> </ol> </li> </ol>
|
|||||
#10639 | Single Space Does Not Cause Lines to Re-Wrap Correctly | confirmed | Bug | Normal | ||
Description |
Repro steps: Open the demo page. Place the cursor at the beginning of any line of a paragraph other than the first. Press backspace (deleting the previous space, causing the last word on the previous line to wrap to this line) Press space. Expected: The line to re-wrap and the first word to return to the previous line, like it was originally. Saw: The re-separated words both stay on the second line. Entering a second space causes the lines to rewrap appropriately. |
|||||
#10641 | Find considers elements with display: none | confirmed | Bug | Normal | ||
Description |
Extracted from the question on SO. When searching for some text, editor also considers invisible elements. It looks strange when the dialog suggests something was found but nothing is highlighted. We could at least provide some configuration option to bypass this strange behavior or basically fix it. |
|||||
#10645 | Preview tab in DocProps plugin is missing utf-8 meta tag. | confirmed | Bug | Normal | ||
Description |
Preview tab in DocProps plugin is missing utf-8 meta tag. Because of this all non-latin characters are wrongly displayed. |
|||||
#10649 | SPECIAL CHARACTER INSERTED IN WRONG LOCATION WITH SPECIFIC STEPS | confirmed | Bug | Normal | ||
Description |
Description: An inserted special character is being inserted at the end of the previous paragraph even though the insertion point was in a new paragraph when I opened the special characters dialog. I can only recreate the problem with these specific steps. Win7 32-bit, IE9 Steps To Recreate:
The special character is appended to the text of the last numbered list item instead of in the new paragraph which is where the insertion point was. Note: You should select really a special char e.g. select the black diamond from the last line. See attached picture. |
|||||
#10650 | [IE] Cannot apply nested background colors | confirmed | Bug | Normal | ||
Description |
STR:
Result: the yellow background from the first and third words is gone. This is reproducible in IE9 and IE10. It works fine in IE8. It's a problem for the background color only. Foreground color is fine. |
|||||
#10655 | TAB leaves the editable when cannot indent anything | confirmed | Bug | Normal | ||
Description |
If we handle tab in all other lists' elements, then it should be blocked in the first one and in all other places where tab does nothing. It cannot be so inconsistent, because this is confusing and irritating. Either tab leaves editable or it indents lists/blocks. Not both at the same time. This could be configurable by keystrokes - by default tab is added as a keystroke executing 'indent' command. If someone needs it for leaving editable, then he can reset this keystroke. Or the opposite - tab by default can be used for navigation, but it's behaviour can be changed by setting a keystroke. And yes, there's no good solution ;|. |
|||||
#10657 | Config.removeButtons isn't mentioned in Toolbar configuration guide | assigned | Bug | Normal | ||
Description |
Guide: http://docs.ckeditor.com/#!/guide/dev_toolbar Option: http://docs.ckeditor.com/#!/api/CKEDITOR.config-cfg-removeButtons |
|||||
#10660 | Menu Button may be missing default mode | confirmed | Bug | Normal | ||
Description |
Problem: button gets disabled.
This is happening because plugin doesn't use I believe that either there should be default mode for menu button or this property should be made required. Problem can be reproduced in both CKEditor 4.x and 3.x |
|||||
#10669 | CKEditor follows links in WebKit-based browsers, replacing the iframe content | new | Bug | Normal | ||
Description |
Tested under qtwebkit 2.3.1, qtwebkit 2.3.2, qt5-webkit from Qt 5.1.0, and Safari on iPad. Steps to reproduce:
What should happen (as it does in, for example, Firefox 22.0):
What happens:
Workaround (jQuery-based): /// WARNING: bloody fix for WebKit-based browsers CKEDITOR.on('instanceReady', function(ev) { if (!CKEDITOR.env.webkit) return; function disableLinks() { var content = $(ev.editor.document.$.defaultView.frameElement).contents(); content.find('body.cke_editable').on('click', 'a', function() { return false; }); content.find('head').append('<style>a{cursor:text}</style>'); } ev.editor.on('mode', function() { if (this.mode === 'wysiwyg') disableLinks(); }); disableLinks(); }); |
|||||
#10670 | Inline CKeditor steals focus | confirmed | Bug | Normal | ||
Description |
I have a div with inline ckeditor on it and also an input box. when the page loads, i assign the focus on the input box, but it seems that the ckeditor steals the focus. If the inline ckeditor is not present, the focus stays on the text box. How can I fix this? here is the fiddle demonstrating the issue. http://jsfiddle.net/FLZhn/3/ P.S. I am using CKEditor version 4.0.2 and Chrome 28 |
|||||
#10673 | Deleted style incorrectly remembered | confirmed | Bug | Normal | ||
Description |
Refer to the attached video for demonstration, but this can be easily reproduce on the demo CKEditor at http://ckeditor.com/demo as follows:
|
|||||
#10675 | Inline styles should be normalized when selection doesn't change | confirmed | Bug | Normal | ||
Description |
Attached video shows reproduction on ckeditor.com/demo#full. Summary:
|
|||||
#10679 | IE complains if "@" is used right after comment start | confirmed | Bug | Normal | ||
Description |
Problem was described on forum: http://ckeditor.com/forums/CKEditor/ckeditor-causes-comments-prefixed-by-in-subsequent-scripts-to-be-executed-as-code-in CKEditor uses conditional compilation to determine whether it is ran on IE. If CKEditor's source file is followed (even indirectly) by: //@ or: /*@ IE will parse this comment as a CC statement (although, I have no idea why :|) causing a very likely syntax error. Possible workarounds:
|
|||||
#10682 | Cannot set tablet headers back to None on table with one row | confirmed | Bug | Normal | ||
Description |
When a table has one row, and Headers are set to Both. It is not possible to go back into table properties and set the headers back to None. Steps to reproduce:
Expected results:
Actual results:
Here is one possible fix, applied to ckeditor/_source/plugins/table/dialogs/table.js (Note that this code segment is from version 3.6.5, although the bug is present in the latest version too): // Move the row out of the THead and put it in the TBody: thead = new CKEDITOR.dom.element( table.$.tHead ); tbody = table.getElementsByTag( 'tbody' ).getItem( 0 ); var previousFirstRow = tbody.getFirst(); while ( thead.getChildCount() > 0 ) { theRow = thead.getFirst(); for ( i = 0; i < theRow.getChildCount() ; i++ ) { var newCell = theRow.getChild( i ); if ( newCell.type == CKEDITOR.NODE_ELEMENT ) { newCell.renameNode( 'td' ); newCell.removeAttribute( 'scope' ); } } if ( previousFirstRow ) theRow.insertBefore( previousFirstRow ); else theRow.appendTo( tbody ); } thead.remove(); |
|||||
#10687 | background-image css not work on chrome | confirmed | Bug | Normal | ||
Description |
hi only on chrome have bug not display image ckeditor version : 4.2 chrome version : 28 <div style="width: 500px;height: 500px;background-image: url('content/files/admins/backgrounds/bg.png');"> <p></p> </div> |
|||||
#10692 | Links to files clickable in Firefox | confirmed | Bug | Normal | ||
Description |
When I have a link to a file (i.e. tmp.doc), that link becomes clickable in Firefox. I am able to reproduce this using the CKEditor demo page in Firefox only, seems to work in Chrome and IE. I am using Firefox version 22.0. To reproduce:
If you type "/tmp.php" or "/tmp.html", the link is not clickable. It seems that non-web mime types trigger the link to be clickable (i.e. /tmp.xls also triggers the link to be clickable) |
|||||
#10694 | [iOS] Editing in ipad scrolling issue | confirmed | Bug | Normal | ||
Description |
Editing scrolled content using the ipad is very erratic and impossible to use in some cases. There needs to be plenty of content so the editor needs to scroll. This can easily be reproduced using the standard editor demo page at ckeditor.com/demo#standard. Using an ipad, go to the standard editor demo page and scroll down a bit to the editor. Then scroll to the bottom of the content, place the cursor at the end and begin typing. Hit enter a few times to create a few new lines and type some more content. You should notice that the scroll position of the page jumps around and the scroll position of the content jumps around too. There does not seem to be consistency of what happens when and I have had a couple of times when it seemed stable but refreshing the page and trying again caused the issue to reappear. Tested on an ipad2 with iOS 6.1.3 |
|||||
#10702 | Image dialog gives script errpr when focus in all of a link. | confirmed | Bug | Normal | ||
Description |
Can be reproduced on DEMO page with IE9. With IE10 not an issue.
RESULT: Error dialog displays these details. |
|||||
#10709 | Firefox, IE: Text entered after pasted URL becomes part of that URL | confirmed | Bug | Normal | ||
Description |
Environment: Windows 7/8, Chrome 28, FF 23
Result: The text you enter after the pasted URL becomes part of the text. Real life use case: You enter in the text "Check out my website (https://www.google.com/) Here, the right side closing parentheses becomes bolded like it is actually part of the URL. Only happens on Windows, and only from Chrome/IE10 to Firefox. |
|||||
#10710 | Error: Object doesn't support property or method 'getParent' | confirmed | Bug | Normal | ||
Description |
Hi.
Using CKEditor v4.1.1 - the following JavaScript error occurs when highlighting a word in the editor and switching to source view, when config.enterMode = EnterMode.BR. Error: Object doesn't support property or method 'getParent' |
|||||
#10711 | ResizeDir = ResizeDir.Both not working | review | Bug | Normal | ||
Description |
In conjuction with CKEditor 3.6.4 for ASP.NET,
As a footnote, modifying |
|||||
#10712 | Editor.insertElement will insert passed element into every range in the selection | confirmed | Bug | Normal | ||
Description |
This is a FF's only issue. Currently (and this is a state from 3.0) Editor.insertElement will take passed element, clone it multiple times and insert into every range. This is a surprising behaviour, because we lose control over inserted element - we keep the reference only to one of them. Correct behaviour IMO would be to clean all ranges and insert element only to the first (or last?) of them. While working on this ticket it would be worth to review and correct insertHtml which does not clean other ranges when doing insertion. |
|||||
#10734 | icon strip generated in local builder includes all the icons | confirmed | Bug | Normal | ||
Description |
The icons.png generated by the local version of CKBuilder includes all the images instead of just the used icons like the online version does. Go to http://ckeditor.com/download and download the Basic package. Now use the included build-config.js in a local version of CKEditor and use the build.sh script Compare both icons.png files and you'll see that instead of 7Kb it's 17Kb and includes all the plugins. |
|||||
#10745 | [FF&Inline] Cells selection is lost when merging cells | confirmed | Bug | Normal | ||
Description |
To debug add
Note: |
|||||
#10749 | [Webkit/Blink] Loading URL with a # causes page to scroll | confirmed | Bug | Normal | ||
Description |
Open: http://ckeditor.com/demo# or samples/datafiltering.html# See that page is scrolled down. Reported on: http://ckeditor.com/forums/CKEditor/Scrolling-problem-when-using-empty-anchor-in-URL |
|||||
#10752 | IE10 crashes using custom bullets | confirmed | Bug | Normal | ||
Description |
This is probably an IE10 bug but can be recreated in CK only. STR:
RESULT: The browser loads CKEditor 4.1.1 and then loads a web page with a numbered list that uses a style with custom bullet images. The editor loads the page and then IE crashes probably when it tries to render the style. There must be some subtle timing issue here as well because the next time when the files are loaded from the IE cache, it doesn't crash. It crashes again after you clear the IE cache. |
|||||
#10765 | Broken form submit with inline-textarea | confirmed | Bug | Normal | ||
Description |
Then what happens:
|
|||||
#10766 | [Webkit] Irresistible content when pasting into entirely selected editable | confirmed | Bug | Normal | ||
Description |
Note there's an unwanted paragraph aligned to the right at the end of editable: <p>Hello world!</p> <p style="text-align:right"> </p> Now remove the link from the original content and repeat all the steps. Use the following startup data: <p>Hello world!</p> <p style="text-align:right">Yay! I'm not so sticky anymore!</p> Result is just perfect: <p>Hello world!</p> |
|||||
#10767 | Webkit removes whole table | confirmed | Bug | Normal | ||
Description |
To reproduce:
Result: Whole table gets deleted. Problem can be reproduced from CKEditor 4.0.1 in Chrome and Safari only. |
|||||
#10779 | Autogrow: Editor does not scroll to end of pasted content | confirmed | Bug | Normal | ||
Description |
To Reproduce:
Problem: The editor does not scroll to the end of the pasted content. The cursor is in the correct location because if you type some text after pasting, the editor does scroll to the bottom of the contents. However the editor should scroll to this position automatically after the paste event. I have tried this with FF, IE and Chrome and can reproduce it on all 3 browsers. |
|||||
#10785 | Editor content's stylesheet is removed from document after another editor's editable is reattached | confirmed | Bug | Normal | ||
Description |
Or:
Problem is somewhere here: https://github.com/ckeditor/ckeditor-dev/blob/master/core/editable.js#L681-L693 It seems that framed editor (wysiwygarea or sourcearea) does not increase stylesheet_ref, but it decreases it. Or that order of detach and new editable's setup is incorrect. |
|||||
#10788 | [Safari] Pressing ESC when in opened color platte/combo moves focus to editable. | confirmed | Bug | Normal | ||
Description |
Expected: focus goes back to color button in the toolbar so it's possible to select a different toolbar (TAB) or a different button (arrows). This is the behaviour of Chrome. Actual: focus goes to editable. Need to use the keystroke again to focus it. |
|||||
#10791 | It is possible to write in hidden elements in IE 9+. | confirmed | Bug | Normal | ||
Description |
It seems that in IE10 (at least) you can write in hidden elements that have innerHTML !== ; If the said element is contenteditable:false it is worse because you cannot get out of it. It may relate to this: https://dev.ckeditor.com/ticket/10641 Test case: http://jsbin.com/UNOWOba/5 PS: I discovered the problem because I use an element (<span contenteditable="false" style="display:none"> </span>) just before a space holder that is removed on click and on IE the users could not write... It may suggest a cursor positionning problem. PSS: No problem in chrome. |
|||||
#10792 | Error in IE10 With Compatibility View | confirmed | Bug | Normal | ||
Description |
In IE10 with Compatibility View, if move vertical scroll show javascript error Incompatible markup pointers for this operation. |
|||||
#10794 | [IE10 Quirks Mode]Toolbar for RTL languages looks bad | confirmed | Bug | Normal | ||
Description |
Result: toolbar has wrong styles (see attachment). 4.2.1 is first version with IE 10 QM support. |
|||||
#10795 | [IE10 Quirks Mode]Not code formating in source mode | confirmed | Bug | Normal | ||
Description |
Result: no code formatting (see attachment). 4.2.1 is first version with IE 10 QM support. |
|||||
#10796 | [IE] Text selection to end of caption causes JS error | confirmed | Bug | Normal | ||
Description |
since: 4.0 until master
Expected result:
Current result:
js error:
additional info: |
|||||
#10801 | enterMode BR - selecting one bold line and 'un-bold' it, makes the previous entered text 'un-bold' | confirmed | Bug | Normal | ||
Description |
Sorry for the title, i don't really know how to explain it in one sentence (also, English is not my main language) I found a problem in CKEditor where bold text that's not selected is influenced by an action on a text that is selected. It's pretty hard to describe, so let's just give an example:
Result: Bold is removed from line 1 + 2 Expected result: Bold is removed from selected line 2 only Same problem occurs for other layout options, such as italic and underline. When you hit the enter key after line 2, and then select line 2, it works fine and only line 2 is changed. Also, when you select the 2nd line with your keyboard (shift+home for example) it works fine too. Browser/OS: I think the bug is Chrome (or webkit?) specific. The problem occurs in latest stable version of Chrome in Windows 7 + 8. Also tested in updated stable versions of IE 10 and FireFox in Win7+8, but there it works as expected. Tested in 'latest' and 'nightly': http://ckeditor.com/latest/samples/plugins/enterkey/enterkey.html http://nightly.ckeditor.com/13-09-04-13-06/full/samples/plugins/enterkey/enterkey.html I hope the explanation is sufficient. |
|||||
#10819 | [iOS] Hitting return will cause all text below cursor to delete | new | Bug | Normal | ||
Description |
Hitting return enough times in a CKEditor field will cause all text below cursor to delete, and will continue to delete text below cursor when pressing return. This is also reproducible using the demo you have online following these steps:
|
|||||
#10820 | [iOS] Calling insertText switches CKEditor into "Read Only" mode | new | Bug | Normal | ||
Description |
After using the CKEditor function
Text can be read and selected but no typing is allowed. This can happen after |
|||||
#10821 | Scrollbars cannot be used with big pictures in certain cases. | confirmed | Bug | Normal | ||
Description |
Description: If I have a large picture in the editor and it is selected while the picture is about center aligned the scrollbars don't work properly or don't work at all. STR:
|
|||||
#10824 | Languages plugin - can't nest language markup | confirmed | Bug | Normal | ||
Description |
Issue is reproducable with Chrome/31.0.1627.0, Firefox 23.0, MSIE10 We're unable to nest multiple spans using languages plugin
Expected result:
Current result:
additional info:
|
|||||
#10834 | Image2: The caption should not allow <p> and <br> (disable ENTER) | confirmed | Bug | Normal | ||
Description |
Referring to: http://dev.ckeditor.com/ticket/10659#comment:8 |
|||||
#10847 | [FF] Incorrect cursor position on Backspace | confirmed | Bug | Normal | ||
Description |
To Reproduce:
Problem: Cursor moves to next line |
|||||
#10858 | Function focus() failed under IE if some of the HTML elements has style with specified width or height attributes | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
Browser and OS: Internet Explorer 10, Windows 7 Error SCRIPT16389 is also mentioned in #10857, #10796, #10894, #10970. |
|||||
#10872 | Unexpected bold when breaking a line after Removing Format on collapsed selection | confirmed | Bug | Normal | ||
Description |
I'm able to reproduce it since 3.6.6.1 in Chrome, Firefox and Safari (Mac). |
|||||
#10885 | Broken path to an anchor when CKEditor is located in a directory with a space | confirmed | Bug | Normal | ||
Description |
Kudos to Anna and Olek.
When there is an anchor in the content, CKEditor requests the following image: Note the weird path in the URL: /ckcke_contents_ltr0421/ Confirmed in 4.2.1 and 4.3 Beta. Did not check earlier versions. |
|||||
#10894 | IE: Unspecified error thrown when we tro to delete a row in a table containing list | confirmed | Bug | Normal | ||
Description |
To reproduce the defect:
Expected Result: Corresponding row gets deleted Actual Result: Corresponding row is deleted but a Javascript error thrown and the error is "Unspecified error" |
|||||
#10897 | IE9/IE10 - No visual indication that a table is selected | confirmed | Bug | Normal | ||
Description |
To reproduce:
Problem: There is no visual indication that the table is selected. Note that if you use Ctrl+C and Ctrl+V the table is copied and pasted, so it is actually selected. However the user is not aware of this. In IE8, browser handles are displayed when the table is selected. This stopped working in IE9/IE10 with git:396c4f0 where w3c DOM APIs were enabled for IE>9 so I am not sure if this is an IE issue or not. Either way it would be good to be able to give the user some visual indication that the table is selected in these browsers. |
|||||
#10924 | Attributes and styles are stripped from block elements when they are pasted in the editor | confirmed | Bug | Normal | ||
Description |
To Reproduce:
Problems:
Scenario 2:
Problems:
Note: The name attribute in the sample code provided will always be removed when ACF is enabled. However, the same results as outlined above also occur even when ACF is disabled. |
|||||
#10940 | [FF] contenteditable false prevents removing line breaks | confirmed | Bug | Normal | ||
Description |
When a tag with contenteditable=false is directly preceded by a BR, P, or DIV tag said tags cannot be removed. <br /> <span contenteditable='false'>test</span> I can occasionally click the margin to the left of the span and backspace the BR, but it's not dependable. It cannot be deleted from the end of the previous line at all. Deleting the SPAN will also delete the BR. Adding any printable character between the BR and SPAN will allow the BR to be removed.
Tested in chrome and firefox.
UPDATE: Problem occurs in both CKE 3.x and 4.x (4.2.1 at the time of writing) |
|||||
#10941 | Indentation not applied to ul/ol element when the entire list is indented | confirmed | Bug | Normal | ||
Description |
1) Select a list (ul or ol) as whole. 2) Click Indent button Result: Text inside list items is indented but not the list as a whole. The bullet points are aligned to the left, that means to the edge of the edit area. |
|||||
#10942 | Image2: Introduce a proper visual indicator of selected resizable image | confirmed | Bug | Normal | ||
Description |
Following the discussion https://dev.ckeditor.com/ticket/10835#comment:5 suggesting that we may may want to improve UX by putting some kind of an outline to the image, I open this ticket for research purposes and general brainstorming. |
|||||
#10946 | [FF] Cursor stuck in widget | confirmed | Bug | Normal | ||
Description |
You can not move cursor before widget. This bug could be reproduce with any inline widget. |
|||||
#10947 | Status bar path not selecting 'caption' and 'thead' in table | confirmed | Bug | Normal | ||
Description |
See the below link |
|||||
#10949 | [Blink Firefox] Readonly editor elementspath selection doesn't select as expected. | confirmed | Bug | Normal | ||
Description |
When the editor is readonly clicking an element in elements path does not truly select it in Blink and Firefox.
NOTE: This doesn't have to be table. You can select list or any other element. In blink and Firefox you won't be able to copy it. Blink informs you about it with system sound while FF does nothing. Workaround: select the table with the mouse and copy it then (notice the blue selection instead of the gray one in step 3). This is really difficult to control though as the mouse selection is not accurate or easy. This is difficult when for example trying to copy long or nested tables. |
|||||
#10952 | Various issues when choosing inactive option in context menu | confirmed | Bug | Normal | ||
Description |
General problem - nothing should happen IMO when choosing disabled option. Browser specific:
|
|||||
#10955 | IE9: Cursor jumps to start of next list level when we press tab to create another list level | confirmed | Bug | Normal | ||
Description |
To reproduce the defect:
Expected Result: A new sub list created with 2nd list item as first item in newly created sub-list and focus stays at end of newly created sub list Actual Result: A new sub list created with 2nd list item as first item in newly created sub-list but focus jumps to first list item in next level |
|||||
#10959 | Delete cells in table with nested table removes entire document content | confirmed | Bug | Normal | ||
Description |
Open the attached html. Select the content in the first and second cells in the second row of the table. Execute Delete Cells. The entire content of the document is deleted. |
|||||
#10966 | [FF] Unable to escape from the link or anchor | confirmed | Bug | Normal | ||
Description |
To Reproduce:
Problem: Cursor is inside the anchor tag This issue was previously fixed under http://dev.ckeditor.com/ticket/5978 |
|||||
#10970 | [IE] Not able to remove row in inline | confirmed | Bug | Normal | ||
Description |
SCRIPT16389: Incorrect function. inlinebycode.html, line 46 character 5 |
|||||
#10979 | Undo does not work for resizing elements such as table, image, horizontal line | confirmed | Bug | Normal | ||
Description |
I tested with IE9 on full featured DEMO page. |
|||||
#10981 | Autogrow plugin cause the text content to 'shake' | confirmed | Bug | Normal | ||
Description |
To Reproduce:
Problem: On the line when autogrow gets triggered the text content shakes, e.g. jumps up and down. |
|||||
#10988 | [FF] Widgets: Caret goes outside of contenteditable on home/end keys | confirmed | Bug | Normal | ||
Description |
since: 4.3 (didn't check earlier) until major Firefox exclusive: pressing home/end key can put caret outside widget.
Expected result:
Current result:
additional info:
|
|||||
#10989 | [Webkit/Blink] Widgets and content after them disappear when pargraphs are merged using backspace | confirmed | Bug | Normal | ||
Description |
|
|||||
#10993 | Delete columns when rows are splitted | confirmed | Bug | Normal | ||
Description |
Column is being removed but console error occurs.
|
|||||
#10995 | Color (Foreground) doesn't get applied to span. | confirmed | Bug | Normal | ||
Description |
Color (Foreground) doesn't get applied to span, when span has a class which has color attribute set in CSS. Althoug, it does work for background-color. Tested on: Mac OS X 10.7+, Chrome many versions (30.0.+) Working Demo: http://jsfiddle.net/nachiket/44hSH/
|
|||||
#10999 | Resize an inline editor | confirmed | Bug | Normal | ||
Description |
If you convert an editable div to a CkEditor using the inline function, a call to the resize-method of the created instance will give an error. This can be confirmed by adding the following line to the bottom of the inlinebycode.html sample: <button onClick="editor.resize(100,100)">Test resize</button> The contents variable will never be set within the resize method. |
|||||
#11007 | Incorrect display of URL, file path including bidi data | pending | Bug | Normal | ||
Description |
Background Display of text on the screen is governed by Unicode Bidi Algorithm (UBA). This is true for both platform level rendering, web browser rendering and CKEditor rendering. UBA provides good results for plain text but fails to preserve structured in case of structured text includes bidi (Arabic / Hebrew) characters. UBA provide various tools (i.e. Unicode Control Characters) which can be used to instruct it about structure of the text. Using those tools we can achieve perfect display. CKEditor context In CKEditor we see following types of structured text:
When Bidi data is used as part of those cases, the display of data is completely incomprehensible. For example: c:\AAA\BBB\Aa\file.txt (capital letters refer to Bidi letters) will be displayed as: c:\A\BBB\AAAa\file.txt As you can see not only the order of folders names but also their integrity is violated. Judging by appearance, you would think that top most folder is A, while in reality it is AAA. You would also think that there is a folder AAAa, while in reality there is no such folder. |
|||||
#11010 | Fix memory leaks caused by CKEDITOR.filter.instances storing nested editables' filters forever | confirmed | Bug | Normal | ||
Description |
Every nested editable which has allowed content rules defined has its filter instance. These instances are stored in nested editable instances, which most likely are correctly garbage collected. But filter instances are also stored in CKEDITOR.filter.instances and they are kept there forever. We could have filter.destroy() method removing instance from the instances hash and doing other cleanup if necessary. Then we could destroy filters when destroying widgets. |
|||||
#11017 | Table border value should only allow integers | confirmed | Bug | Normal | ||
Description |
Create a table. Specify table properties. Enter a border value. Floats are allowed, but XHTML indicates table border must be integer value. This causes our XHTML validation to fail.
|
|||||
#11019 | calling destroy() throws an error when image dialog is open | confirmed | Bug | Normal | ||
Description |
This started happening in 4.2, reproducible in Chrome and Firefox. For some reason, when dialog tries to hide coverElement, it is already gone from the focusManager.
in
Steps to reproduce:
Observed Result: white dialog cover stays on screen, error printed to the dev console. Expected Result: exact opposite of "Observed Result". |
|||||
#11022 | [Webkit&Blink] Nested editable does not get focus in certain situations | confirmed | Bug | Normal | ||
Description |
Expected:
Actual:
|
|||||
#11026 | Htmlentities of php start tag makes attributes empty in internet explorer | assigned | Bug | Normal | ||
Description |
Firefox 24 or Chrome 30.0 on Win8: In code editor: <p><a href="<?=$foo;?>">Bar</a></p> Toggle source to wysywyg and toggle back to code <p><a href="<?=$foo;?>">Bar</a></p> The result is the same. IE10 (and other IE) Win8: In code editor <p><a href="<?=$foo;?>">Bar</a></p> Switch to wysywyg and back to code <p><a href="">Bar</a></p> Result: href is empty When I test this without a php start tag (loosing the ?) in IE10: In code editor <p><a href="<=$foo;?>">Bar</a></p> Switch to wysywyg and back to code <p><a href="<=$foo;?>">Bar</a></p> The result is correct. You can reproduce this on the CKEditor demo page. In our environment it is the same but if I add the following to the config, it works: config.protectedSource.push( /<\?[\s\S]*?\?>/g ); config.protectedSource.push( /<\?[\s\S]*?\?>/g ); But protectedSource is not something what we want to use. Is this a bug? Thanks in advance |
|||||
#11034 | IframeDialog has very small content in CKEditor 4 continued. | confirmed | Bug | Normal | ||
Description |
This is the continuation of ticket #10610. There are two methods of adding iframedialog to editor:
To summarize: adding iframe as contents and setting height to 100% will result in small iframe.
Why this is happening: Div surrounding iframe has height auto and all elements inside it (when you define % for iframe) are % so the wrapping div will never get dialog height in this case. Ticket #10610 didn't involve fixing dialog plugin but iframedialog plugin. As discussed with @fredck, fix from #10610 did its job in 50%. It should be checked why doesn't it work for second case and if something can be done about it. I’m attaching sample plugin for testing. |
|||||
#11035 | Deleting one of two subsequent spaces should leave normal space | confirmed | Bug | Normal | ||
Description |
Extracted from: #11024. Related to: #9929. There's WebKit&Blink bug:
If it won't be fixed in browsers we should take care of this when we'll be implementing custom delete/backspace support.
So |
|||||
#11037 | No link&unlink option in context menu opened on widget | assigned | Bug | Normal | ||
Description |
|
|||||
#11038 | [IE] Click on MathJax/Image widget wrapped with link causes location change | confirmed | Bug | Normal | ||
Description |
Reproduced on IE9, but most likely concerns also other IEs. |
|||||
#11039 | [Webkit/Blink] Link created in nested editable is not being selected | confirmed | Bug | Normal | ||
Description |
|
|||||
#11041 | Search plugin doesn't scroll properly when there is only "BR content" in editor | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
Edit:
Result: Editor will match and select word but will not scroll to it correctly (This can be checked when you resize editor to match whole content). Problem can be reproduced in all browsers from CKEditor 3.4 |
|||||
#11046 | figcaption moved outside figure tag | confirmed | Bug | Normal | ||
Description |
In CKEditor 4.2.2 in Chrome, using the following code, ficaption tag is moved outside the figure (and table) tags. Original code: <table class="nolines"> <tbody> <tr> <td> <figure> <img class="borderme shadowme" src="../media/4622/thyroid_intro_thyroidandparathyroid_3_img1of2.jpg" /></figure> <figcaption>Transverse Imaging Plane</figcaption> </td> <td> <figure> <img class="borderme shadowme" src="../media/4622/thyroid_intro_thyroidandparathyroid_3_img2of2.jpg" /></figure> <figcaption>Transverse View Thyroid Gland</figcaption> </td> </tr> </tbody> </table> }}} Modified by ckeditor: <figcaption>Transverse Imaging Plane</figcaption><figcaption>Transverse View Thyroid Gland</figcaption> <table class="nolines"> <tbody> <tr> <td> <figure><img class="borderme shadowme" src="../media/4622/thyroid_intro_thyroidandparathyroid_3_img1of2.jpg" /></figure> </td> <td> <figure><img class="borderme shadowme" src="../media/4622/thyroid_intro_thyroidandparathyroid_3_img2of2.jpg" /></figure> </td> </tr> </tbody> </table> Also, I noticed figcaption doesn't appear in the status bar as a selectable tag (related?). I am using config.allowedContent = true; as well as config.autoParagraph = false; to supress extra paragraphs, which I think are related to the formatting issue. |