Custom Query
Results (2601 - 2646 of 2646)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#14252 | Styles dropdown doesn't always reflect the current style of the text line in Internet Explorer | IE | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultThe style name should be displayed in the styles combo/dropdown. Actual resultThe style name is not displayed in the styles combo/dropdown. Other details (browser, OS, CKEditor version, installed plugins)This bug only happens in IE and not in Firefox or Google Chrome. Some styles (such as Italic Title) do display in the combo box. If you can tell me why some of the styles do appear, it would be nice if you could email me with this information so maybe I can change my style definitions. It doesn't seem to only be a case of whether it is a block vs an inline style (e.g. the Marker style works OK). My own custom styles don't show in the combo in IE and I don't know how to get it to work. |
|||||
#14298 | CKEditor treats button element as resizable image in IE11 | ie11, button, image | Bug | closed | Normal | |
Description |
When using CKEditor and IE11, a <button> element inside the CKEditor's contents is displayed in a way that button appears to be a resizable image. In fact, the handles can be dragged to resize the button. This behavior does not occur in Firefox or Chrome. This behavior complicates editing because multiple clicks are required when I want to edit the button's text in WYSIWYG mode. Steps to reproduce
Expected resultThe button should appear as a typical button that is not resizable and does not require multiple clicks to focus on the editable text of the button. Actual resultThe button shows resizing handles and outlines the button as if it were an image. Other details (browser, OS, CKEditor version, installed plugins)
|
|||||
#14312 | [IE] Artifact is visible after pasting of any text | IE | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultNo any artifacts on the page Actual resultpastebin element is visible on the page Other details (browser, OS, CKEditor version, installed plugins)last CKEditor version; IE 10, 11 only; Width of monitor > 1500px; SolutionI've found possible solution for this issue. \ckeditor-dev-master\plugins\clipboard\plugin.js Line 906: pastebin.setStyle( editor.config.contentsLangDirection == 'ltr' ? 'left' : 'right', '-1000px' ); need to increase '-1000px' to '-10000px' |
|||||
#14313 | Copying/pasting nested lists in IE results in flat list | IE Can't Fix | Bug | confirmed | Normal | |
Description |
Steps to reproduce
Expected resultNested list should be pasted. Actual resultFlat list or single level list gets pasted into editor. Other details (browser, OS, CKEditor version, installed plugins)The same problem can be reproduced in native IE. Please use attached file. Just select, copy and paste the nested list below existing list. |
|||||
#14315 | [IE] Inconsistent color in strikethrough when using Native Browser Spell Checker | IE | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultStrike through has consistent black line. Actual resultStrike through line is inconsistent Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#14330 | [IE11] Highlight Shift with Japanese IME when converting to Kanji on CKEditor | ibm IE | Bug | closed | Normal | |
Description |
This is customer reported issues & high priority for IBM Steps to reproduce* install Japanese IME first
(line 1) watasinonamaehanakanodesu (line 2) watasinonamaehanakanodesu
Pls see attached screenshots for references Expected resultAfter Step 5, The area should not be highlighted when user uses Left or Right arrow keys. It should only move the cursor Actual resultAfter Step 5, Area is highlighted when user uses <left> or <right> arrow keys. It should only move the cursor. |
|||||
#14337 | [IE] Proper selection restoring after modification of text while unfocused | IE | Bug | confirmed | Normal | |
Description |
In IE (opposite to other browsers) opening dialogs causes loss of focus in editable area. When focus is lost selection is stored (core/selection.js#L957) and when focus is gained again by editor, saved selection is restored (core/selection.js#L936 and core/selection.js#L1650). The problem is when during the unfocused period something in an editable area is changed (especially in nodes that were selected and are going to be used for restoring). In such case restoring selection produces some unexpected results because of the changes, e.g.
Selection which was restored is:
and probably should be (that's the way it works in other browsers):
In this particular case the restored selection looks like this because text node where split (while replacing) to:
and saved selection points to first text node with valid startOffset but outdated endOffset (so the selection ends where text node ends). There are also other cases like #12459, #11962. Happens in IE8 - IE11. |
|||||
#14518 | On IE11, data-bound elements in dialog are not updated when clicking OK | IE | Bug | pending | Normal | |
Description |
Perhaps related to Issue 14517, but this one only happens on IE. On Safari and Firefox, there is no issue. The testcase uses a very simple example of knockout.js to bind an html input element to a value in a viewModel. It seems that because ckeditor tries to manage all aspects of focus and blur, something is lost (on IE only) when the OK button is clicked and the input field loses focus. Steps to reproduce
config.extraPlugins = 'bugplugin';
Expected resultAlert should show the value you just entered into Input1. Actual resultOn IE11, the current value is not shown . The old value is shown. Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#14525 | Japanese charactor disappeared while typing | IE11 | Bug | confirmed | Normal | |
Description |
Steps to reproduce
Expected resultThe cursor should not be moved to the beginning of the next line. If I hit "A" key 31 times, there should be 31 charactors appeard. Actual resultWhen I hit the "A" key 30 times, the cursor moved to the beginning of the next line. If I hit the "A" key once more, and all but two characters disappeared from that line. Other details (browser, OS, CKEditor version, installed plugins)I could reproduce this with CKEditor 4.5 |
|||||
#14542 | Copying numbered list from MS word doesn't keep list formatting | IE11 Support | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultBullet list should have same formatting when copied to CKEditor. Actual resultList with 'a' and 'i' are also numbered as numeric. Other details (browser, OS, CKEditor version, installed plugins)Works fine in Chrome but doesn't work in IE11. Using latest version (i.e. 4.5.7) of CKEditor. Pastefromword plugin is also installed. |
|||||
#14571 | IE11: Widget selection lost after Undo & Redo | IBM IE | Bug | assigned | Normal | |
Description |
Steps to reproduce
Issue: Widget selection lost and first paragraph in editor body gets selected |
|||||
#14578 | ckeditor in IE trusted site does not work well with internet zone Active Scripting security is disabled | IE | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultButton state gets active. Actual resultNothing happens. Other details (browser, OS, CKEditor version, installed plugins)Tested with cke 4.5.8 on IE10(win8.0) or IE11(win8.1). It has been working as expected with IE10 + cke 3. The symptoms are similar to the following one. https://dev.ckeditor.com/ticket/8532 The workarround posted in the ticket seems to work for my issue too. var toolbox = document.getElementById('cke_editor').getElementsByClassName('cke_top')[0]; var html = toolbox.innerHTML; toolbox.innerHTML = html; |
|||||
#14594 | enterMode=ENTER_BR setting breaks IE10 behavior | IE10 | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultA Line is drawn and cursor is located right after it. Actual resultA Line is drawn and cursor is on top of it. Other details (browser, OS, CKEditor version, installed plugins)IE10, CKEditor 4.5.7. It dosn't happen with IE11 or Firefox. |
|||||
#14634 | getSelectedText omits <br> characters in IE | IE | Bug | confirmed | Normal | |
Description |
Steps to reproduce
line 1
Expected resultThe returned text should have \n characters Actual resultThe returned text is "line 1line 2line 3" The length of string is 18. While in chrome it is 21 Other details (browser, OS, CKEditor version, installed plugins)
Chrome:
The returned text is "line 1\nline 2\nline 3" |
|||||
#14688 | SCRIPT16389: Unspecified error in IE 11 | IE11 | Bug | closed | Normal | |
Description |
I am using ckeditor version 4.5.7. and in this version I am facing issue with "SCRIPT16389: Unspecified error" in IE 11.
Now the issue is when I click on myckw button. I am getting below error. SCRIPT16389: Unspecified error File: ckeditor.js, Line: 439, Column: 414 Any help would be appreciated. Thanks in advance. |
|||||
#14704 | IE11: Japanese Kanji character breaks when you repeatedly typing Japanese | IBM IE11 | Bug | confirmed | 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 |
|||||
#14733 | setting Italic fails for Japanese character, in Japanese locale | IBM IE11 | Bug | pending | 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) |
|||||
#14755 | [Webkit][IE8] Browser hangs when user set Number list & then insert table | IBM Blink Webkit IE8 | Bug | closed | Normal | |
Description |
Test data: <div>aaaaaaaaaaaaaaaa</div> <div class="bbbbbbbbbbbbb"><br></div> To reproduce the defect:
Issue: Browser hangs |
|||||
#14767 | Browser becomes unresponsive at the input of the multi-byte character | IE11 | Bug | confirmed | 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. |
|||||
#14823 | IE11 Image Insert | IE11 | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultTwo Images in correct order contained in same p tag. Actual resultSecond Image inserted at beginning of Document. Other details (browser, OS, CKEditor version, installed plugins)IE11 , Windows 7 , CKeditor 4.5.7 |
|||||
#16472 | [IE/Edge] Bold (and other style tags) are applied multiple times | IE | Bug | confirmed | 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. |
|||||
#16500 | Copy/Paste list doesn't paste first bullet. | IE9-11 | Bug | confirmed | 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. |
|||||
#16625 | FF & IE: Increasing Indent not working on lists | IBM IE Firefox | Bug | confirmed | Normal | |
Description |
Steps to reproduce
Expected result : List Indented Actual result: Nothing happens This works in Chrome |
|||||
#16681 | Pasting List from Word in IE wraps list utems in paragraphs. | IE11 | Bug | confirmed | 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. |
|||||
#16718 | [IE11][CF] Styles applied to the wrong node when CF used exactly on the same position for the second time. | IE11, Copyformatting | Bug | confirmed | Normal | |
Description |
Steps to reproduceCan be easily reproduced on /tests/plugins/copyformatting/manual/safaricolor (for both editors).
Expected resultOn the second click styling should be copied and applied to the word Orange. Actual result
On the second click, styling is applied to first part of the last paragraph Other details (browser, OS, CKEditor version, installed plugins)Happens on IE11, Chrome and Firefox works fine. This issue was found while fixing #16618. It looks similar but the cause is different so it was extracted as a separate issue. |
|||||
#16797 | On IE11, style="overflow-x: auto" becomes -ms-overflow-x when switching between source and wysiwyg | source, overflow, IE10, IE11, | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected result<div style="overflow-x:auto"> Actual result<div style="-ms-overflow-x:auto"> Other details (browser, OS, CKEditor version, installed plugins)allowedContent = true; extra plugins: colordialog, oembed, widget, aviary, nanospell Still happens if the div has contents within it I've tried this on 4.6.1, 4.6.2 and 4.4.2 and it happens the same. We have a data processor with .toHtml and .toDataFormat methods, however logging out at various points of each, it is still overflow-x on the last line of .toHtml and comes to .toDataFormat as -ms-overflow-x. Commenting out the entire data processor causes the bug to persist. |
|||||
#16820 | [BR MODE][IE10] Inserting horizontal line and clickinng below it causes error | IE10 | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultNothing happens. Actual result
JavaScript error gets thrown. Other details (browser, OS, CKEditor version, installed plugins)Problem can be reproduced in IE10 only starting from CKEditor 4.0. |
|||||
#16845 | [IE11] Cursor jump to the top of the editor | IE | Bug | closed | Normal | |
Description |
Steps to reproduce
Other details (browser, OS, CKEditor version, installed plugins)[CKEditor version]
[Client OS, Browser]
|
|||||
#16854 | startupFocus: false doesn't work in IE 11 | startupFocus,IE | Bug | new | Normal | |
Description |
Steps to reproduceThe CKEditor is used as a component in a react interface with possibility to add new groups of form elements for user input. Whenever the group of form elements consists of at least one RTE, this element is focused in the interface although there are other form elements above it. The configuration for startupFocus is set on false. This works without problems in Firefox or Chrome, but has no effect on its behaviour in IE 11. Expected resultNo scroll event to focus the CKEditor when adding a group of several form elements. Actual resultCKEditor is focused. Other details (browser, OS, CKEditor version, installed plugins)
|
|||||
#16901 | Duplicate selection field after changing some styles | selection field | Bug | new | Normal | |
Description |
Steps to reproduce
Expected resultSelection field hasn't duplicate. Actual resultSelection field duplicates in different ways. It depends on applied style. Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#16914 | TAB key space doesn't get copied from MSWord to CKEditor in IE11 | IE Edge | Bug | closed | Normal | |
Description |
Steps to reproduce
Expected resultTABS Space should also be copied. Actual resultOnly single space appears. Other details (browser, OS, CKEditor version, installed plugins)Browser - IE11, CKEditor Version - 4.6.1 with latest PasteFromWord and Clipboard plugins It can also be verified in CkEditor.com home page's DocumentEditor/Artical Editor section in IE11. |
|||||
#16932 | [ENTER_BR]: Enter hides space before text and leaves cursor in first line. | IE EDGE | Bug | confirmed | Normal | |
Description |
Steps to reproduce
Expected resultSpace in front of '123' is visible and cursor is blinking before it. Actual resultThere is no space in front of '123' and cursor is still blinking at the end of first line. Other details (browser, OS, CKEditor version, installed plugins) |
|||||
#16941 | Deleting Paragraph before the description list, changes first list element to instead of moving cursor into list | Webkit IE Support | Bug | confirmed | Normal | |
Description |
Steps to reproduce
Expected resultCursor is blinking ath the start of first list element Actual resultFirst list element gets changed into paragraph Other details (browser, OS, CKEditor version, installed plugins)This works fine in Firefox. Chrome has been broken since CKEditor 4.4.1 and hasn't worked in IE at all. You will get the same result in native contenteditable element in Webkit and IE with below code: <div style="border:1px solid black; width:500px;" contenteditable="true"> <p>Para</p><ol><li>li A</li><li>li B</li></ol><p>Para</p><dl><dt>dt A</dt><dd>dd A</dd><dt>dt B</dt><dd>dd B</dd></dl> </div> The reason I have reported this bug is because it has been working in Chrome till version 4.4.0 so maybe there is something we can do to improve default behaviour. |
|||||
#17002 | [IE9-11] Advanced Color Dialog won't close on IE11 with Caret Browsing (F7) enabled | IE Edge | Bug | confirmed | 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 |
|||||
#17026 | CKEditor does not work on IE11 | IE | Bug | closed | Normal | |
Description |
Open http://ckeditor.com/features with IE 11 or Edge in IE 11 emulation Unable to get property '1' of undefined or null reference (16, 157) navigator detection fails detecting ie 11 because rv: test is not done prior to edge regex test To solve issue : sorry (dont have the source proper variable names) var a=navigator.userAgent.toLowerCase(); if(/rv:([\d\.]+)/.test(a)) {
} else {
} |
|||||
#171 | Unable to set textfield char width to 20 | IE6 IE7 | Bug | review_failed | Low | |
Description |
Hi All, I had trouble entering "20" to Character Width of Text Field and Columns of TextArea. It simply got missing. I do not know if this is intentionally or a bug. Your help is highly appreciated, Henry
Moved from SF: |
|||||
#1011 | Button for signature | Confirmed Review+ | New Feature | closed | Low | |
Description |
It would be nice to get a button for signature, like in MW standard toolbar. |
|||||
#1891 | fck_tablecell.html id >< name conflicts | Review+ | Bug | closed | Low | |
Description |
Low priority. I noticed that a lot of input controls are not consistent with the ID and the Name. Some examples. <select id="selWordWrap" name="selAlignment"> <select id="selHAlign" name="selAlignment"> <select id="selVAlign" name="selAlignment"> <input id="txtBackColor" type="text" size="8" name="txtCellSpacing"> <input id="txtBorderColor" type="text" size="8" name="txtCellPadding" /> As you can see here, the ID is the correct one, the name is incorrect. |
|||||
#2643 | Editor right scroll padding in IE | IE7 | Bug | closed | Low | |
Description |
When inserting an 100% width element (such as table element) in IE7 there is horizontal padding at the right that seems to correspond to the width of the scrollbar, even though the scrollbar is not visible or needed. I think this is a regression because I havent noticed it prior to fck 2.6.3. |
|||||
#3427 | Correct synctax error of fck_docprops.html | Review+ | Bug | closed | Low | |
Description |
link: http://www.fckeditor.net/forums/viewtopic.php?f=5&t=13718 In eclipse, editor/dialog/fck_docprops.html file shows errors. For correct the errors, before - 459 line <select id="selDocType" onchange="CheckOther( this, 'txtDocType' );"> <option value="" selected="selected"></option> <option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">'>HTML 4.01 Transitional</option> <option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">'> HTML 4.01 Strict</option> <option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">'> HTML 4.01 Frameset</option> <option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">'> XHTML 1.0 Transitional</option> <option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">'> XHTML 1.0 Strict</option> <option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">'> XHTML 1.0 Frameset</option> <option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">'> XHTML 1.1</option> <option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">'>HTML 3.2</option> <option value='<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN">'>HTML 2.0</option> <option value="..." fcklang="DlgOpOther"><Other></option> </select> after <select id="selDocType" onchange="CheckOther( this, 'txtDocType' );"> <option value="" selected="selected"></option> <option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">'>HTML 4.01 Transitional</option> <option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01//EN" "http://www.w3.org/TR/html4/strict.dtd">'> HTML 4.01 Strict</option> <option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Frameset//EN" "http://www.w3.org/TR/html4/frameset.dtd">'> HTML 4.01 Frameset</option> <option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">'> XHTML 1.0 Transitional</option> <option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Strict//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-strict.dtd">'> XHTML 1.0 Strict</option> <option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Frameset//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-frameset.dtd">'> XHTML 1.0 Frameset</option> <option value='<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd">'> XHTML 1.1</option> <option value='<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2 Final//EN">'>HTML 3.2</option> <option value='<!DOCTYPE HTML PUBLIC "-//IETF//DTD HTML//EN">'>HTML 2.0</option> <option value="..." fcklang="DlgOpOther"><Other></option> </select> |
|||||
#3578 | Compatibility message in samples states that Firefox 1.5 is supported | Confirmed Review+ | Bug | closed | Low | |
Description |
The message incorrectly states that the user needs 1.5 or higher but it should be 2.0 or higher. Trivial fix following |
|||||
#3852 | Disable textarea resizing in webkit | Review+ | Bug | closed | Low | |
Description |
Open the Link dialog and set Link type to E-mail. Message Body field can be resized in webkit. |
|||||
#5650 | disabling/enabling SCAYT makes editor to lost its focus | Review- | Bug | closed | Low | |
Description |
Steps to reproduce:
|
|||||
#7012 | Samples - Languages -fast switching between languages causes Editor to crash | IE Opera | Bug | closed | Low | |
Description |
TestCase
Expected result
Actual result Under Opera, console has exception as attached below: JavaScript - http://ckeditor.t/cke351/_samples/ui_languages.html Event thread: change Uncaught exception: TypeError: Cannot convert 'n.element' to object Error thrown at line 140, column 422 in <anonymous function: destroy>(n) in http://ckeditor.t/cke351/ckeditor.js: n.element.clearCustomData(); called from line 24, column 3851 in <anonymous function: destroy>(l) in http://ckeditor.t/cke351/ckeditor.js: m.theme.destroy(m); called from line 12, column 6 in createEditor(languageCode) in http://ckeditor.t/cke351/_samples/ui_languages.html: editor.destroy(); called from line 1, column 0 in <anonymous function>(event): createEditor( this.value ); Bug does not occur under Firefox - user must confirm switching of language by pressing Enter |
|||||
#7540 | IE8 adds extra space when pasting from word. | IE8 IBM | Bug | closed | Low | |
Description |
You will see that IE8 adds extra space at the end of pasted text. This is also true for the whole word but, with this example, I wanted to exclude the possibility that word boundary is causing it. |
|||||
#7614 | [HC] buttons and textarea go outside editor when it's resized in IE9 | IE9 | Bug | confirmed | Low | |
Description |
When resizing editor in languages sample in IE9 textarea and buttons go outside editor. This can be observed when using some locale like Polish, Icelandic, Spanish, Vietnamese, Portuguese or Welsh. I haven tested this issue for all the languages but it works fine for example in Chinese, Korean, Persian, English, German, Hungarian or in Swedish. I have set 3.5.3 version because in previous ones I could not see buttons in IE9 at all. |