Custom Query
Results (1101 - 1200 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone |
---|---|---|---|---|---|---|
#8303 | IE8: can't delete whole text before an anchor. | confirmed | Bug | Normal | ||
Description |
Result: Reproducible from CKE 3.6 rev [6904] in IE8 |
|||||
#11786 | [IE8] codesnippetgeshi does not print new lines correctly | confirmed | Bug | Normal | ||
Description |
As in a ticket title. |
|||||
#13175 | [IE8] Coping and pasting some widgets results in invisible (empty) widgets | confirmed | Bug | Normal | ||
Description |
Some details:
|
|||||
#11095 | [IE8] Copying single widget does not work when using toolbar button | confirmed | Bug | Normal | ||
Description |
Follow up for #11082.
There's a big chance that selection was lost and widget wasn't copied. |
|||||
#9153 | IE8 - crash when replace text with textfield, text area, and radio button. | confirmed | Bug | Normal | ||
Description |
Against the nightly build, in IE8, browser crashes when you highlight on a text and replace it with a text field/textarea/radio button. Steps to reproduce: ->Type some text in ckeditor ->highlight the text ->Click on the text field/textarea/radio button plugin and click OK ->Browser crashes This error doesn't occur with checkboxes. Environment: XP/IE8, with or without compatibility view. |
|||||
#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. |
|||||
#5948 | IE8 delete list element bug | confirmed | Bug | Normal | ||
Description |
When I create a list <ol> elment under a <p> element
And my IE version is IE8.0.6001.18702, Os is Windows XP + SP3, ckediotr version is 3.3.1 However when I use win7 + IE8.0.7600.16385 to test this example, the bug doesn't appear! I am looking forward your reply! Best regards, Littlepower |
|||||
#11094 | [IE8] Editor loses focus when moving focus from nested editable to widget | confirmed | Bug | Normal | ||
Description |
Toolbar disappears. |
|||||
#8164 | IE8: empty paragaphs not editable/visible in wysiwyg mode | confirmed | Bug | Normal | ||
Description |
Empty paragraphs (<p></p><p> </p>) cannot be accessed and edited and are not even visible in IE8. config.fillEmptyBlocks has no effect on this behavior. FF/Chrome work just the way they are expected to. |
|||||
#11423 | [IE8] Error closing search&replace dialog | confirmed | Bug | Normal | ||
Description |
Result:
You cannot close the dialog and error in the console:
Since 4.0. I've tested this with Chrome and IE 10 and everything is fine there. |
|||||
#7090 | IE8: Error "Line: 96 error: 'N' is null or not a object" in scenario with ASP.NET AJAX and Postbacktrigger | confirmed | Bug | Normal | ||
Description |
if I have a PostBacktrigger that is hit after a partial page update has been done, I get the following error: actual nightly build (revision 6386): "Line 19: error: object does not supprt property or method" at "return i&&new g(i.contentWindow.document)" release 3.4.2: "Line 19: error: object does not supprt property or method" at "return i&&new g(i.contentWindow.document)" Attached please find a small sample project to reproduce the issue. |
|||||
#7994 | [IE8, FF] Problems with typing text next to an anchor | confirmed | Bug | Normal | ||
Description |
IE8 - the letters appear on the left of the anchor and you can't get to the right side using Right Arrow, End buttons or mouse.
This hasn't been working from CKEditor rev [6904] |
|||||
#3513 | [IE8] Form elements at end of line | confirmed | Bug | Normal | ||
Description |
In IE8 strict, it's impossible to move carret to the end of line if form element ends this line. Reproduction
Works in IE8 quirks. |
|||||
#6514 | [IE8]: Highlighted text is deleted when using browser Edit => Copy | confirmed | Bug | Normal | ||
Description |
Steps to Reproduce the defect:
Expected: You should be able to copy the highlighted text from the Edit menu in the browser. Actual: The highlighted text is erased. |
|||||
#16790 | [IE8] Highlight of found phrase is not deleted | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultHighlight is removed. Actual result
Highlight is still present and it's represented by styled |
|||||
#8207 | IE8 IE9: empty paragraphs inserted when aligning text | confirmed | Bug | Normal | ||
Description |
Result: Empty paragraphs are inserted between lines of text. Issue is reproducible in IE8 and IE9 from CKE 3.0 |
|||||
#8425 | IE8 IE9: Selection Defect with contentEditable = "false" and unselectable = "on" | confirmed | Bug | Normal | ||
Description |
This issue was reported on our support channel (Topic: selection defect)
Result:
Result: It is possible to move the text because it's selection had stayed. Issue has been reproducible in IE8 and IE9 from CKEditor 3.2.1 |
|||||
#8920 | IE8 IE9: unable to edit selected text with keyboard (left-click and drag to select text then release left-button outside ckeditor window) | confirmed | Bug | Normal | ||
Description |
In IE8, unable to edit selected text with keyboard when the selection was finished by releasing the left-mouse button outside of the ckeditor box. |
|||||
#11242 | [IE8] Ignored tests related to fake selection have to be checked | confirmed | Bug | Normal | ||
Description |
Currently ignored: '/dt/core/style/editor.html#test apply inline style on non-editable inline element - at non-editable inline boundary': 'env.ie && env.version == 8', '/dt/core/style/editor.html#test remove inline style from non-editable inline element - at non-editable inline boundary': 'env.ie && env.version == 8', '/dt/plugins/indent/indent.html#test indent next to inline non-editable': 'env.ie && env.version == 8', We thought that they will be fixed by #11042, but nothing has changed. |
|||||
#11398 | [IE8] Image2 widget explodes after list type change | confirmed | Bug | Normal | ||
Description |
Image's structure explodes. <:figure class="caption cke_widget_element" data-widget="image" data-cke-widget-keep-attr="0" data-cke-widget-data='{"hasCaption":true,"src":"assets/image1.jpg","alt":"Saturn V","width":"200","height":"","lock":true,"align":"right"}'><SPAN class=cke_image_resizer_wrapper><IMG alt="Saturn V" src="assets/image1.jpg" width=200 data-cke-saved-src="assets/image1.jpg"><SPAN class="cke_image_resizer cke_image_resizer_left" title="Click and drag to resize" data-cke-expando="138"></SPAN></SPAN><:figcaption class=cke_widget_editable contentEditable=true data-cke-expando="false" data-cke-display-name="caption" data-cke-filter="107" data-cke-widget-editable="caption" data-cke-enter-mode="2">Roll out of Saturn V on launch pad</:figcaption></:figure> |
|||||
#16704 | IE-8 Insert link not working | pending | Bug | Normal | ||
Description |
We are using CK editor 4.5.11. in our application. We are facing weird issue in creating content link from CK editor text. If we try to add link on selected text by clicking link button from toolbar nothing happens in IE8. It works fine in a later versions of IE and Chrome browser. By some more attempts it seems to create link but chances are seldom. Most of the time it just gets blink on click of ok button and link dialog goes away. We dont see any error or warning in browser console. |
|||||
#12334 | [IE8] Invalid argument error thrown when pressing backspace in specific conditions | confirmed | Bug | Normal | ||
Description |
Reproduced at least from 4.4.3. Most likely much earlier. |
|||||
#8106 | IE8 : Javascript error when deleting in bulleted list | confirmed | Bug | Normal | ||
Description |
When deleting a row in a bulleted list CK throws a Javascript error with message 'null' is null or not an object on row. Steps to reproduce the error:
Expected here is that the link will be moved up to the first row and merge the first and the second row. But instead the cursor is moved down to the second row. I don't know if this is a bug as well?
The link will be removed and the Bulleted list seems to be created as it supposed but an Javascript Error will be thrown in IE. I have tried the same thing in FF 4 with no problem at all. Sorry if its many steps but I tried to do it so easy I could. |
|||||
#10445 | IE8 - JS error is thrown when you right-click on Magic Line | confirmed | Bug | Normal | ||
Description |
To reproduce:
Message: 'getRanges().0' is empty or not an object Problem can be reproduced only in IE8 |
|||||
#8134 | [IE8] line selection / following elements issue | confirmed | Bug | Normal | ||
Description |
Start with an empty page. Create a heading, a text paragraph, and another heading. Source code should look like this:
<h1>heading</h1> Now select the text paragraph (select the whole line from left to right). Then start typing. Outcome: The text is replaced, the heading is converted to text and moved next to the cursor Expected outcome: the text is replaced, the heading below remains a heading (in its own line) Found in IE8, found to work correctly in FF and IE6. Other browsers not tested. |
|||||
#10527 | IE8 - Link not preserved on double-click in inline editor. | confirmed | Bug | Normal | ||
Description |
Results: Now there are two issues.
Message:
SCRIPT5007: Unable to get value of the property 'collapsed': object is null or undefined Problem can be reproduced in IE8 only in inline mode only from CKEditor 4.0 beta |
|||||
#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 |
|||||
#12594 | [IE8] Magicline throws an error when inserting block before list with inline elements | confirmed | Bug | Normal | ||
Description |
Error: 'null' is null or not an object plugin.js, line 533 character 3 From magicline plugin. |
|||||
#11427 | [IE8] Many "Invalid argument" errors when beginning of the document is removed | confirmed | Bug | Normal | ||
Description |
Result:
The same in inline. IE9 and Chrome works fine. Since 4.0. |
|||||
#12328 | [IE8] Predefined style pruned by the editor | confirmed | Bug | Normal | ||
Description |
Expected: Contents hold the style. <div style="background:#eee; border:1px solid #ccc; padding:5px 10px">x</div> Actual: <p>x</p> Notes:
|
|||||
#13058 | IE8 Problem copy or cut and paste numeroted list with linebreak | confirmed | Bug | Normal | ||
Description |
In IE8: 1.Create a numeroted list 2.Use Shift+Enter for a line break (adding Br tag) 3.Copy or cut the list 4.Paste the list Problem: the line break is missing Detect in 4.4.1, but present here: http://ckeditor.com/demo |
|||||
#9125 | IE8 Quirks - find and replace dialog | confirmed | Bug | Normal | ||
Description |
Fieldset for Find and Replace options overlaps dialog footer. |
|||||
#9139 | [IE8 Quirks] Find and Replace with selected text | confirmed | Bug | Normal | ||
Description |
When some text is selected in WYSIWYG mode, clicking
The same happens in reverse direction: if first clicked button is Reproducible at least from 3.6.1 |
|||||
#9126 | IE8 Quirks - iframe elements goes beyond dialog | confirmed | Bug | Normal | ||
Description |
On IE8 in Quirks mode iframe definition elements goes beyond the dialog. This is happening depending on language. If labels or select lists are wider then they do not fall within the dialog. Reproducible at least from 3.6 |
|||||
#12348 | [IE8] Text pasted from textarea is underlined if content ends with a link | confirmed | Bug | Normal | ||
Description |
Moved from: #12341.
|
|||||
#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. |
|||||
#13182 | [IE8][Toolbar conf] Drop downs can be opened | confirmed | Bug | Normal | ||
Description |
Instead of trying to override buttons' onclick properties it will be much better to cover the entire toolbar with another div. |
|||||
#5486 | [IE8] Unable to exit from block elements | confirmed | Bug | Normal | ||
Description |
It's not able to move cursor after the following elements at the end of document:
The unexitable elements list should expand to consider these elements. |
|||||
#8446 | IE8 - Unable to place cursor after image | confirmed | Bug | Normal | ||
Description |
Go to CKE demo. Ctrl-A/Ctrl-X Insert an image. Click on the image. Now attempt to place the cursor after the image to the right or bottom. You are unable to, and at this point, one cannot add anything after the image. The same thing happens for iframes which uses image fake element. |
|||||
#7000 | [IE8] Unable to put cursor before horizontal line at start | confirmed | Bug | Normal | ||
Description |
The following procedures applies to IE above version 7.
|
|||||
#10476 | IE8: Unspecified error when pasting with a selection in the editor | confirmed | Bug | Normal | ||
Description |
To Reproduce:
Problem: A browser error occurs and the table is removed from the editor. The error is an Unspecified Error in wysiwygarea/plugin.js at line 125. This also occurs with other content e.g. paste the following into Source view, switch to wysiwyg and repeat steps 3 & 4: <div style="width: 500px"> Some text goes here</div> This is reproducible since revision [6559]. It seems to be specific to IE8 as this testcase works fine in IE7 and IE9. I cannot reproduce it in 4.x builds, however this is an important issue for us so we would appreciate your input on it. |
|||||
#11425 | [IE8] Widget disappear after dropping it next to other widget. | confirmed | Bug | Normal | ||
Description |
Result: Placeholder disappears. Sometimes it is possible to drop it correctly. Sometimes I get "Unspecific error" doing the same with image inline widgets. |
|||||
#11275 | [IE8] Widget: it is possible to use native drag handler | confirmed | Bug | Normal | ||
Description |
In IE8:
Result: you can drag widget using IE native D&D. |
|||||
#11426 | [IE8] Wrong width/heigh ratio in Image2 | confirmed | Bug | Normal | ||
Description |
Result: height is 21 instead of 20.
Result: height is 214 instead of 200. Clearly IE 8 do not know how to math. In Chrome everything is ok. In 4.3-beta everything was fine. |
|||||
#11692 | [IE9-10] Home and end buttons in inputs move cursor to the wrong possition | confirmed | Bug | Normal | ||
Description |
Result: there is a space between cursor and text. The same issue for 'end' button. I was able to reproduce it on IE9 and IE10 with all of the text fields. On IE8, IE11 and Chrome everything is fine. |
|||||
#10432 | [IE9-10] Image properties don't get updated. | confirmed | Bug | Normal | ||
Description |
To reproduce:
Result: width and height fields are empty. Problem can be reproduced in IE9 and IE10 from CKEditor 4.0 Beta |
|||||
#13504 | [IE9-10]:Inline styles are not always removed | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
Result: Cursor will enter previously removed inline styles. |
|||||
#11062 | [IE9,10] Scrolling while dragging freezes browser window | confirmed | Bug | Normal | ||
Description |
Mouse pointer change and browser does not response. |
|||||
#17002 | [IE9-11] Advanced Color Dialog won't close on IE11 with Caret Browsing (F7) enabled | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultThe window should close. Actual resultThe window stays open and an error is logged to the console: The property "removeClass" of an undefined object can not be accessed. colordialog.js, Row: 11, Column: 485 |
|||||
#12666 | [IE9-11] Double-byte space disappears when pasting | confirmed | Bug | Normal | ||
Description |
When copying multi-line text where each line starts with double byte white space(s) from Firefox and pasting into a ckeditor text field, the double byte white spaces are all dropped. Steps to reproduce:
Actual behavior:
Expected behavior:
Additional information: |
|||||
#11271 | [IE9-11] INDEX_SIZE_ERR thrown after closing find dialog | confirmed | Bug | Normal | ||
Description |
I couldn't reproduce it on Chrome and I haven't checked other browsers.
Edit:
The main problem I had with reproducing this was that you have to click on "the" word like in the screen cast and not just anywhere in the text. |
|||||
#8161 | IE9: an iframe without doctype causes problem with combo elements | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
The result can be seen on the attached screenshot. |
|||||
#8039 | [IE9] Bgcolor partial removal problematic | confirmed | Bug | Normal | ||
Description |
|
|||||
#9760 | IE9 crashes when user clicks on toolbar dropdowns | confirmed | Bug | Normal | ||
Description |
The problem occurs in IE9. I am able to replicate it on 3 out of 5 computers. 2 of the problem computers are Win7-64Bit. One problem computer is Win2008R2-64Bit. Basically, clicking the toolbar dropdowns ('Styles', 'Format', 'Font', 'FontSize') will work the first time you click them. Clicking them a second time, will cause IE to crash. I can't replicate this on the cdeditor site, however, I can replicate it everywhere else (multiple servers). You may test it here: http://www.maimedia.com/ckeditortest/test.html |
|||||
#8892 | IE9 crashes with p::after clearfix and empty text area | confirmed | Bug | Normal | ||
Description |
Similar to the (now closed) ticket #8689, IE9 crashes with an "A problem displaying caused Internet Explorer to refresh the webpage using compatibility View" error on clicking in the editor area, when you have an empty textarea and a stylesheet in contentsCss that contains a clearfix for <p>: p::after {
} Commenting out the line 'content: ".";' IE doesn't crash anymore (but the clearfix won't work either). Other browsers don't show this problem (Opera, FF, Safari, Chrome). |
|||||
#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 |
|||||
#9926 | IE9: deleting iframe in BR mode causes JS error | confirmed | Bug | Normal | ||
Description |
How to reproduce:
JS error is thrown: NOTE: IE8 has its own problems defined here #8446. Problem can be reproduced from CKEditor 4.0. In CKEditor 4 beta inserting iframe caused another error - insufficient privileges. |
|||||
#16793 | [IE9] Dropping menu content into editor | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultCursor is in "not allowed" mode, option is not dropped. Actual resultCursor is in "create shortcut" mode, option is dropped. Other details (browser, OS, CKEditor version, installed plugins)Followup for #10373. |
|||||
#10369 | IE9 ENTER_BR problem with AUTOGROW plugin | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
|
|||||
#7447 | [IE9] HC toolbar items wrapping | confirmed | Bug | Normal | ||
Description |
See attached for the wrong toolbar item wrapping starting from "Form" button, works fine in IE8. |
|||||
#7186 | [IE9] HR carries text | confirmed | Bug | Normal | ||
Description |
I know you won't believe it but <hr> in IE9 can hold text node, here are the cookbook:
|
|||||
#9745 | IE9, IE10: Image overriding the link if you try to insert it inside a link. | confirmed | Bug | Normal | ||
Description |
To reproduce the defect
Issue: See that the image/smiley overriding the link. |
|||||
#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. |
|||||
#9394 | IE9/IE10: [regression?] table cell selection lost when clicking outside the editor | confirmed | Bug | Normal | ||
Description |
I have a custom link picking dialog. When we upgraded from 3.6.2 to 3.6.3 (or newer), problems arose with IE: in some cases the selection that was supposed to become a link was lost. I tried to create a minimal test case, see below. How to reproduce:
What I expected to happen: The selection is preserved. (Well. That is actually not the standard behavior with input controls, but seems to mostly happen with CKeditor, maybe due to it using an iframe?) What actually happened: The selection is lost and the cursor is moved to the beginning of the document. Other notes The problem is somehow linked to the table. The behavior seems to have changed between 3.6.2 and 3.6.3. Try here: http://venko.net/naapuri/tyo/ckeditor/3.6.2.html - this page doesn't have this problem. Other versions are available in http://venko.net/naapuri/tyo/ckeditor/.
I didn't try to find workarounds for this yet. Binding |
|||||
#8743 | IE9: in ENTER_BR table/smiley/form is inserted under br tag | confirmed | Bug | Normal | ||
Description |
Steps to replicate the problem
Result: table/smiley/form are always inserted under br Issue has been reproducible in IE9 only from CKEditor 3.5.3 rev [6624] |
|||||
#10093 | IE9 inline/destroy multiple times causes return key to repeat that many times | confirmed | Bug | Normal | ||
Description |
In IE9 if you call inline and destroy multiple times on the same div then you hit the enter key in the editor you get as many paragraph tags as you inline/destroyed the editor. Doesn't appear to happen in IE7, IE8 or Firefox (sorry, can't test webkit browsers where I am). Attached is file with simple script to recreate. |
|||||
#9266 | [IE9, Inline] Toolbar is lost when clicking fast after a dialog is closed. | confirmed | Bug | Normal | ||
Description |
|
|||||
#9046 | IE9: linking a word doesn't work right when line ends with BR. | confirmed | Bug | Normal | ||
Description |
Results:
Notice that instead of Reproducible only in IE9 from CKEditor 3.5.1 |
|||||
#7744 | IE9 : Problems with creating list from selected text | confirmed | Bug | Normal | ||
Description |
Result: When I selected ‘item2’, ‘item3’ and ‘item4’ and pressed bulleted list, an empty list item above ‘item2’ was also created. When I tried to outsmart IE9 and selected everything except letter ‘i’ in ‘item2’, pressed bulleted list, it created three item list but it inserted an empty paragraph above it. This issue was discovered when reproducing bug #7640 |
|||||
#9030 | IE9: select text + open link dialog - link creation fails if text contains linebreak <br /> tag. | confirmed | Bug | Normal | ||
Description |
In IE9, (in WYSIWYG mode) Inside a <p> tag:
now if i open the link dialog box and fill in an url and press OK, no link is created. Alternatively, if not the whole line is selected but only a word, then a link may get created but its text will be the same as the URL instead of the selected word. This bug is reproducible in the online demo at http://ckeditor.com/demo This bug seems to have come and gone a few times before: http://dev.ckeditor.com/ticket/8132 /Ola |
|||||
#9003 | IE9 shift+enter causes cursor to jump | confirmed | Bug | Normal | ||
Description |
Happens in IE9. Repro:
Result: A -1 23 B C Expected Result: A - 123 B C |
|||||
#7665 | IE9: Toolbar buttons are not displaying properly in RTL languages in v2 skin | confirmed | Bug | Normal | ||
Description |
The toolbar buttons on the bottom row of of the v2 toolbar are not displaying properly in RTL languages in IE9 (see screenshot). A similar issue was reported to be fixed in 3.5.2 #7181 but this issue is still present in 3.5.3. |
|||||
#7556 | IE adds empty paragraph after pasted paragraph(s) | confirmed | Bug | Normal | ||
Description |
Steps to simulate:
Expected result:
Actual result:
Tested on:
Additional notes:
|
|||||
#8854 | [IE] A Japanese key input is repeated (when enter mode is set to BR) | confirmed | Bug | Normal | ||
Description |
Result: The first pressed key is repeated twice. For example, in the case of the Japanese character inputted using the [H] key and the [E] key, it will be in the state where [hhe] was inputted. Confirmed in IE8/win7. Links that might be useful: |
|||||
#14406 | [IE] Alignment/Indentation/Language direction lost when we copy & paste | confirmed | Bug | Normal | ||
Description |
This issue was separated from #14391 due to #14391#comment:9. Steps to reproduce
Expected resultParagraph pasted properly with correct alignment Actual resultParagraph pasted with out any alignment.
Expected resultParagraph pasted properly with correct indentation Actual resultParagraph pasted with out any indentation. This is happening across all browsers See also #14391#comment:2 for more tcs. |
|||||
#11806 | [IE-all] Creating placeholder in anchor and click drag handler load page which URL is set in anchor | confirmed | Bug | Normal | ||
Description |
Actual result: In WYSIWYG area there is loaded page with URL set in related anchor tag. |
|||||
#8980 | IE: Backspace used to delete list item splits list in two | confirmed | Bug | Normal | ||
Description |
Reproducible in all versions of IE from CKEditor 3.0. To Reproduce:
Result: When you remove the item list will be split on two. NOTES: |
|||||
#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. |
|||||
#14397 | [IE] Block Elements removed when we copy & paste | confirmed | Bug | Normal | ||
Description |
This issue was separated from #14358 due to 14358#comment:8.
Expected resultBlock Level element(ex: H1) pasted properly with all attributes(if any applied) Actual resultPasted as plain text with out Block level element and it's attributes This is a regression from 4.5.x & it's HIGH priority defect for us & we have customer PMR |
|||||
#6828 | [IE] Block selection breaks enterBr | confirmed | Bug | Normal | ||
Description |
Same problem applies to other block commands like alignment. |
|||||
#6486 | IE bug: Many smiles in the smiley dialog do not fit into surrounding TD tag | pending | Bug | Normal | ||
Description |
This is IE bug only: I can see that the table with smiles is placed in TD tag (with class cke_dialog_contents) and the TD tag has attribute style="width:270px;height:120px;". If I put 64 smiles into the smiles table into 8 columns then this table with smiles is bigger then the surrounding TD tag (width:270px;height:120px;). In FF it is OK and the surrounding TD is enlarged according to the smiles table but in IE it is not. |
|||||
#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. |
|||||
#8830 | IE - Cannot determine which cells are selected in a table | confirmed | Bug | Normal | ||
Description |
Go to CKE demo. Insert a table. Attempt to select the cells to do something, like change background color. There is no visual indication of what cells are selected. |
|||||
#7523 | IE Can't Drag and Drop text outside of paragraph | confirmed | Bug | Normal | ||
Description |
I'm unable to drag and drop text outside of any paragraph elements in IE.
Steps to reproduce:
Expected result: |
|||||
#13225 | IE: Can't remove inline styles with Backspace and Delete needs to be pressed twice. | confirmed | Bug | Normal | ||
Description |
Problem can be reproduced from CKEditor 3.0 in IE8-11. |
|||||
#9066 | IE can´t remove line between tables | confirmed | Bug | Normal | ||
Description |
Insert a table in the editor, insert another table after an empty line: table
table It is not possible to remove the line between the two tables. |
|||||
#6583 | IE: Caret disappears in dialogs at the right side in LTR | confirmed | Bug | Normal | ||
Description |
To reproduce (IE, English):
|
|||||
#6923 | IE: Caret shows through styles dropdown | confirmed | Bug | Normal | ||
Description |
IE7, IE8, caret shows through the styles dropdown box; doesn't show through the other dropdowns (format etc.) |
|||||
#877 | IE changes in Active Content (Flash) handling | confirmed | New Feature | Normal | ||
Description |
We're using fckeditor to place flash OE tags in html pages. Considering the recent changes in the way IE handles Active Content (http://www.macromedia.com/devnet/activecontent/articles/devletter.html) we need to place the OE tags in a different way. (Otherwise flash files need to be activated by user clicking on it, resulting in a border around the flash file on mouse over) This problem can be solved by placing the OE flash tags using javascript (http://blog.deconcept.com/flashobject/ or link above). Is there a way to let user place flash in fckeditor using the javascript flashobject method?
Moved from SF: |
|||||
#8091 | IE CKEDITOR.editor.resize throw 'invalid argument' when no height value is specified | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
The height value that is assigned becomes 'NaNpx' which is an invalid argument. Likely this has to due with line 345 in theme.js. 345 - contents.setStyle( 'height', Math.max( height - delta, 0 ) + 'px' ); In this case since height is undefined, Math.max(undefined - delta,0) returns NaN. NaN + 'px' = 'NaNpx'. Other browsers must handle this error more gracefully than IE. A simple conditional statement should fix this problem.
344 - if(height) { |
|||||
#11825 | [IE] Clicking on image2 in readonly mode causes error | confirmed | Bug | Normal | ||
Description |
Part of: #12134.
IE8: Could not complete the operation due to error 800a025e. selection.js, line 1834 character 6 IE11: SCRIPT16389: Unspecified error. File: selection.js, Line: 1937, Column: 6 Since 4.3, I was not able to reproduce it on 4.3beta. |
|||||
#9259 | [IE] Click on disabled menu item | confirmed | Bug | Normal | ||
Description |
Affected v3. |
|||||
#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. |
|||||
#9060 | IE: closing a dialog from a nested editor doesn't unlock the selection | review | Bug | Normal | ||
Description |
This seems a bit complex to follow, but it isn't so much. Refer to the following post for extra info: http://alfonsoml.blogspot.com.es/2010/06/nesting-dialogs-in-ckeditor.html The process is:
After closing the link dialog the selection isn't unlocked, and that leads to weird problems (remember, this is only for IE, other browsers work fine and that might be the reason why this problem has remained hidden for so long after I started using that setup). Now that we know the root of the problem, the fix is quite easier. Is it possible to review it? |
|||||
#13332 | IE: collapsed selection doesn't match styling. | review | Bug | Nice to have (we want to work on it) | ||
Description |
Problem can be reproduced from CKEditor 4.0 (works fine in 4.0 beta) in IE9-11.
To reproduce for inline styles:
Result: In IE, the inline style gets applied to whole paragraph even when text was not selected after clicking once.
To reproduce for block styles:
Result: all paragraphs get styled while only should be changed. NOTE: This issue has been reported on our support channel. User claims that the range.collapsed property returns false in IE whereas in e.g Chrome it returns true. |
|||||
#14372 | IE: Column in doublecolumn widget disappears after drag & drop | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Expected resultThe code snippet widget is dropped to the lower field and nothing else happens. Actual resultThe code snippet widget is dropped to the lower field and the upper field disappears. Other details (browser, OS, CKEditor version, installed plugins)IE11 |
|||||
#11966 | [IE] Compatibility view: Caret goes outside of the last block element, when showblocks is enabled | confirmed | Bug | Normal | ||
Description |
You're able to move caret outside of any block element (in classic editor that will be directly into a body). I've checked briefly and it seems that it was introduced in 4.3.0, since i couldnt repro it in 4.2.3, please double check it.
Expected result:
Current result:
additional info:
|
|||||
#9104 | IE Compat view: Cursor missing when we apply Right alignment with out focus in editor body | confirmed | Bug | Normal | ||
Description |
To reproduce the defect:
Expected Result: Right Alignment applied & cursor shown on the right hand side of editor body. Actual Result: Cursor goes missing & it appears only when user starts typing the text. This is happening from revision [7421] |
|||||
#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:
|
|||||
#12184 | [IE] config.disableObjectResizing doesn't working after drag and drop | confirmed | Bug | Normal | ||
Description |
After resizable element being drag and droped in editor you're able to resize it.
Expected result:
Current result:
additional info:
|