Custom Query
Results (501 - 600 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone |
---|---|---|---|---|---|---|
#7091 | Line breaks are converted to the same as set in EnterMode on switching selection to List and back | confirmed | Bug | Normal | ||
Description |
When I use text editor, i often use Shift+Enter to break lines and stay within the same paragraph, without loosing formating. It is also easy to change those paragraphs to numbered/bullet lists. Test case 1
Expected result: There should be only two list items <ul> <li> Paragraph 1<br /> Line after BR</li> <li> Paragraph 2<br /> Line after BR</li> </ul> Actual <ul> <li>Paragraph 1</li> <li>Line after BR</li> <li>Paragraph 2</li> <li>Line after BR</li> </ul> Test case 2
Expected result <p> Paragraph 1<br /> Line after BR</p> <p> Paragraph 2<br /> Line after BR</p> Actual <p> Paragraph 1</p> <p> Line after BR</p> <p> Paragraph 2</p> <p> Line after BR</p> Similar thing happens when EnterMode is set to DIV and BR (Shift Enter mode is different than EnterMode setting) |
|||||
#7101 | Horizontal line moved outside blockquote | confirmed | Bug | Normal | ||
Description |
Test case:
Result of above should be: <p>test1</p> <hr /> <p>test2</p>
Selected text is set as quote, but horizontal line is moved outside quotation <blockquote> <p>text^</p> <p>test</p> </blockquote> <hr /> Expected result <blockquote> <p>text^</p> <hr /> <p>test</p> </blockquote> |
|||||
#7103 | api_dialog sample could be improved | confirmed | Task | Normal | ||
Description |
The api_dialog sample shows some interesting things that can be done with CKEditor dialog, but some of them are not working as one would expect or simply do not show something that could be considered as useful.
|
|||||
#7111 | Div styling through dialog broken | confirmed | Bug | Normal | ||
Description |
JS error is thrown: style._.definition.attributes is undefined /_source/plugins/div/dialogs/div.js L339 Regression of [5846]. |
|||||
#7118 | SCAYT: options dialog is not translated | confirmed | Bug | Normal | ||
Description |
CKEditor language files contain entries for the scayt plugin, where options from the SCAYT dialog are translated, e.g. in German language file there is: scayt : { title : 'Rechtschreibprüfung während der Texteingabe (SCAYT)', opera_title : 'Nicht von Opera unterstützt', enable : 'SCAYT einschalten', disable : 'SCAYT ausschalten', about : 'Über SCAYT', toggle : 'SCAYT umschalten', options : 'Optionen', langs : 'Sprachen', moreSuggestions : 'Mehr Vorschläge', ignore : 'Ignorieren', ignoreAll : 'Alle ignorieren', addWord : 'Wort hinzufügen', emptyDic : 'Wörterbuchname sollte leer sein.', optionsTab : 'Optionen', allCaps : 'Groß geschriebenen Wörter ignorieren', ignoreDomainNames : 'Domain-Namen ignorieren', // ... However if you check the options dialog, strings from the language file are not used (for example ignoreDomainNames). See the attached screenshot. |
|||||
#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:
|
|||||
#7212 | Colored link problematic | confirmed | Bug | Normal | ||
Description |
Currently editor produce colored link as following, which result in a mixed color looking (underline decoration) on result HTML. <a href="http://ckeditor.com/"><span style="color: rgb(255, 0, 0);">CKEditor</span></a> |
|||||
#7286 | Inproper dropdown list height when opened in 2 editors one after the other | confirmed | Bug | Normal | ||
Description |
EnvironmentWin7 Linux, Chrome9, found while testing CKEditor for ASP.NET Test case
Expected result
List in Editor 2 is collapsed, and expanded list in Editor 1 has the same height as corresponding one in editor 2. Actual resultList in editor 2 is collapsed. List in editor 1 is too high (attached screen) |
|||||
#7367 | Unable to remove style at end of block | confirmed | Bug | Normal | ||
Description |
Confirmed in IE8. In certain situations it is impossible to remove a style from a list item. Steps to reproduce
Note: Remove format works fine when following the same scenario. |
|||||
#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. |
|||||
#7449 | Image dialog size lock inaccuracy | confirmed | Bug | Normal | ||
Description |
|
|||||
#7451 | Backspace stops working when working with nested list | confirmed | Bug | Normal | ||
Description |
Basing on #6159, and connected to #6236 While #is fully reproducible under IE7, under IE8/doc mode IE8, the same steps work in different way: Steps to reproduce
Expected ResultCursor should be back at the end of 'test12' Actual
It works this way since v3.4 |
|||||
#7453 | Output for Flash sample: list is not aligned to the right | confirmed | Bug | Normal | ||
Description |
When list is aligned to the right the following code is created: <ul> <li style="text-align: right;">one</li> <li style="text-align: right;">two</li> </ul> however, after clicking "Send to Flash", the list is still aligned to the left in the flash element. |
|||||
#7456 | Problem with editing links when text follows immediately the link | confirmed | Bug | Normal | ||
Description |
When there is a link followed by text (so there is no space between link and the following text) it is impossible to edit the link, neither by double clicking on it nor using the context menu. Found in Safari at Mac. Context menu does not work properly also in Firefox ("Edit Link" is not available) if the link is not selected before opening the context menu. Sample HTML code: <p>Link <a href="http://example.com">example</a>s</p> |
|||||
#7459 | [AIR] Floating panels do not gain RTL styles | confirmed | Bug | Normal | ||
Description |
See that the contents appear as LTR. |
|||||
#7499 | Problems with empty lists when switching between source mode and wysiwyg | confirmed | Bug | Normal | ||
Description |
The issue concerns FF4 and FF3.6
This has happened since CKEditor version 3.3 Issue for FF3.6 has started since 3.3 but till version 3.3.1 (inclusive) effect is the same but the editor behavior is a little different. |
|||||
#7503 | Problems with select lists in IE | confirmed | Bug | Normal | ||
Description |
This issue has occured in CKEditor since version 3.0 It concerns IE6, IE7, IE8 Paste the following code: <form action="formAct" id="myid" method="get" name="form"> <select name="myselect" size="1"><option selected="selected" value="val1">opt1</option><option value="val2">opt2</option><option value="val3">opt3</option></select></form> <p> <select name="myselect1" size="1"><option selected="selected" value="val1">opt1</option><option value="val2">opt2</option><option value="val3">opt3</option></select></p>
This works perfectly in IE9, Chrome and Safari. Opera has a little different problem described in #7502 and Firefox has a different problem described in #7507 |
|||||
#7505 | [FF] Accessibility shortcuts problem | confirmed | Bug | Normal | CKEditor 4.7.1 | |
Description |
Tested on firefox 3.6.16 on ubuntu. Shortcut (alt+f10) from http://docs.cksource.com/CKEditor_3.x/Users_Guide/Keyboard_Shortcuts in Accessibility section doesn't work. |
|||||
#7507 | Select element gets 'duplicated' in FireFox | confirmed | Bug | Normal | ||
Description |
Paste the folowing code: <form action="formAct" id="myid" method="get" name="form"> <select name="myselect" size="1"><option selected="selected" value="val1">opt1</option><option value="val2">opt2</option><option value="val3">opt3</option></select></form> <p> <select name="myselect" size="1"><option selected="selected" value="val1">opt1</option><option value="val2">opt2</option><option value="val3">opt3</option></select></p>
Bugs #7502 #7503 describe issues with select and eneter key for other browsers. |
|||||
#7511 | Problems with mod_pagespeed apache module | confirmed | Bug | Normal | ||
Description |
When use mod_pagespeed for apache from http://code.google.com/intl/pl/speed/page-speed/docs/module.html. CKEditor have problems with loading files (css , js) after refresh (when pagespeed works). Remember that use of this module automatically set Accept-Encoding gzip,deflate headers. Because this module became more popular (it is installed on hosting) we should take care about it. Please look at screenshots. All test done with _samples/eplacebyclass.html with different CKEditor js files loaded (FF 3.6.16 on Ubuntu). Problem was reported by Drupal users http://drupal.org/node/1095908 |
|||||
#7517 | Removing second-level lists in IE is unintuitive. | confirmed | Bug | Normal | ||
Description |
Create two level list or paste the following code: <ol> <li> item1</li> <li> item2 <ol> <li> item3</li> <li> item4</li> <li> item5</li> </ol> </li> <li> item6</li> <li> item7</li> <li> item8</li> </ol> Try to select 2-level list (item 3-5) and press delete or backspace. Result depends on IE version:
To remove empty element you have to place cursor behind item2 and press delete. In my opinion this is very unintuitive. Furthermore the described issue works perfectly in other browser. When you select second-level list you can delete it whole and nothing will be left. |
|||||
#7520 | Nested inline styling cleanup | confirmed | Bug | Normal | ||
Description |
The following TC is failing: With the following HTML: <b>this is some</b> sample text The style system creates this when applying <b> in the word "is": <b>this <b>is</b> some</b> sample text |
|||||
#7537 | [Safari][Mac]: unable to switch to source mode after moving an image | confirmed | Bug | Normal | ||
Description |
After moving an image inside of editing area (e.g. a smiley), clicking on the "Source" button does not switch to source mode, until one click on the editing area.
There is no JS error in the error console. |
|||||
#7614 | [HC] buttons and textarea go outside editor when it's resized in IE9 | confirmed | Bug | 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. |
|||||
#7638 | Unable to apply style to the <strong> element | confirmed | Bug | Normal | ||
Description |
While checking the new stylesheet parser plugin introduced with #901 I've noted two issues: 1) strong.green { color: #739E39; }
is not listed as "Object Style" after clicking on the 2) Using the default sample text: <p>This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p> click in the middle of strong element: <strong>sa^mple text</strong>
and in the "Styles" dropdown list, select "strong.green".
Note that nothing happens (an empty
{ name : 'Strong blue', element : 'strong', attributes : { 'style' : 'color:blue', } }, { name : 'Strong green', element : 'strong', attributes : { 'class' : 'green', } }, |
|||||
#7693 | Parse unpaired quotations | confirmed | Bug | Normal | ||
Description |
Editor will not parse the following source, degrade it into a single text node, some fault tolerant has to make instead. <span style=""">text</span> |
|||||
#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 |
|||||
#7763 | Problems with copy/cut buttons | confirmed | Bug | Normal | ||
Description |
Result: Buttons for cut and copy are still disabled. If you try to do it on part of the sample text or select whole text from 'T' to dot '.' it will work (Buttons become enabled on mouse up). This has been reproducible in FF, Opera since CKEditor version 3.5.1 In Webkit these buttons are disabled all the time. I'm not sure if this is a bug or if this is due to the security settings in this case. |
|||||
#7788 | Strike through with sub/sup for newly entered text - strike line is not crossing the text | confirmed | Bug | Normal | ||
Description |
EnvironmentOpera 11.10 TC 1
Actual resultStrikethrough line is placed above entered text TC 2
Actual resultStrikethrough line is placed below entered text Expected result for TC1 and TC2
In other browsers above cases are working fine |
|||||
#7790 | [AIR] Border around smileys in the dialog is interrupting | confirmed | Bug | Normal | ||
Description |
In AIR, open the smiley dialog. Note that the blue border is position half way through the image, so it interrupts viewing the smiley. |
|||||
#7794 | Editor missing or placed wrong, after fullscreen enabled | confirmed | Bug | Normal | ||
Description |
EnvironmentOpera 11.10; Connected with context menu issue #7644 TC
Actual resultEditor is wrongly placed (cke 3.4.3; 3.5+) or is missing (cke 3.5.2+) |
|||||
#7810 | [stylesheetparser] Newly inputted styles don't load | confirmed | New Feature | Normal | ||
Description |
|
|||||
#7812 | SCAYT breaks anchor text | confirmed | Bug | Normal | ||
Description |
|
|||||
#7813 | Unable to apply more than one style to selected text | confirmed | Bug | Normal | ||
Description |
Not sure if we have already a ticket for it. The XHTML sample is using classes for different styles and it works fine (it's possible to apply bold and italic to the same text): coreStyles_bold : { element : 'span', attributes : {'class': 'Bold'} }, coreStyles_italic : { element : 'span', attributes : {'class': 'Italic'}}, coreStyles_underline : { element : 'span', attributes : {'class': 'Underline'}}, However, when using the following: config.coreStyles_bold = { element: 'span', attributes: { 'style': 'font-weight:bold'} }; config.coreStyles_italic = { element: 'span', attributes: { 'style': 'font-style:italic'} }; config.coreStyles_underline = { element: 'span', attributes: { 'style': 'text-decoration:underline'} }; CKEditor allows setting only one style on the same selection. It's quite strange because each style uses a different CSS rule (font-weight/text-decoration etc.). |
|||||
#7819 | Wrong Font size using BBCode plugin | confirmed | Bug | Normal | ||
Description |
EnvironmentCKE 3.6, Opera 11, IE6/7, Chrome TC
Resultthe size tags, are not closed after changing font size to other values: default[size=200]200[size=150]150[size=120]120[size=100]100[size=50]50[size=30]30[size=300]300[size=200]200[/size][/size][/size][/size][/size][/size][/size][/size] Attached screen Expecteddefault[size=200]200[/size][size=150]150[/size][size=120]120[/size][size=100]100[/size][size=50]50[/size][size=30]30[/size][size=300]300[/size][size=200]200[/size] |
|||||
#7830 | [FF] Select all + inline style in enterMode BR removes selection | confirmed | Bug | Normal | ||
Description |
Problem can be reproduced from CKEditor 3.5.1 rev. [6272], it gets fixed in CKEditor 3.6.1 rev. [6919] and gets broken again in CKE 4.0 beta. |
|||||
#7835 | [FF] Word metadata not cleaned when pasting from word without cleanup | confirmed | Bug | Normal | ||
Description |
Note that in FF, unlike other browsers, Word's metadata appears in source (o:OfficeDocumentSettings etc.). |
|||||
#7853 | New List Item Properties dialog | confirmed | New Feature | Normal | ||
Description |
Feature request to introduce dialog to maintain a list at list item level, including list item style type and start numbering. |
|||||
#7865 | enterMode BR + SELECT element = Javascript Error | confirmed | Bug | Normal | ||
Description |
This bug is a rewritten forum entry http://cksource.com/forums/viewtopic.php?f=11&t=22508 It occurs in IE7 and IE6 with enterMode set to BR from CKEditor 3.5.3.
Result:JS error pops out: Message: editor.getSelection() is null or not an object Line: 818 URI: /_source/plugins/wysiwygarea/plugins.js Code: range = editor.getSelection().getRanges()[ 0 ]; |
|||||
#7870 | pasted blocks in bbcode pluign | confirmed | Bug | Normal | ||
Description |
The bbcode plugin is now textifying all unknown HTML elements (in wysiwyg), this's ok for inline elements only but not blocks, e.g.
|
|||||
#7878 | contentCss styles affects combo dropdown | confirmed | Bug | Normal | ||
Description |
|
|||||
#7890 | Function editor.getData() return incorrect data. | confirmed | Bug | Normal | ||
Description |
This function return 'old' data but check dirty function returns proper value. This is especially visible when switch between source and WYSIWYG mode. Please look at attached file. To reproduce just open attached file and fire any editor command and look at firebug console. This issue is also reported here http://cksource.com/forums/viewtopic.php?t=22532. |
|||||
#7942 | [Webkit] Paste elements carries applied style | confirmed | Bug | Normal | ||
Description |
|
|||||
#7958 | Allow both attribute and style based dimension | confirmed | New Feature | Normal | ||
Description |
Back in #4246 we've changed the way how image dimension is set: deprecate the attributes for inline styles. Some users are not adapted to this change (such as #5547) and some others on the opposite want it a step further - to propagate this convention to other plugins (e.g. flash, iframe). As usual, as both criticism has it's own advantages, it looks like the best option is still to create a configuration entry for choosing the scheme of the dimension, as well as aligning all objects with this convention. |
|||||
#7960 | Improper html5 block tag handling | confirmed | Bug | Normal | ||
Description |
|
|||||
#7973 | Editor scrolls to the top when opening the context menu in a floating element | confirmed | Bug | Normal | ||
Description |
Firefox scrolls to the top since CKEditor 3.3. <p> (Scroll down to the bottom, select and image and right-click on it)</p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <div style="float: right"> Foo <img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" /> Bar</div> |
|||||
#7974 | IE: "Image properties" not available in the context menu in a floating element | confirmed | Bug | Normal | ||
Description |
"Image properties" option disappeared in 3.3. <p> (Scroll down to the bottom, select and image and right-click on it)</p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <p> </p> <div style="float: right"> Foo <img alt="" src="http://a.cksource.com/c/1/inc/img/demo-little-red.jpg" /> Bar</div> |
|||||
#7976 | IE: error when saving cell properties on selected content | confirmed | Bug | Normal | ||
Description |
The below description was copied from bug #7928 comment 3. Second example :
Message: Object doesn't support this property or method This has been true for all versions of IE from CKEDitor 3.4.1 |
|||||
#7990 | entering a blank before protocol part (http,ftp) in the URL field , adds additional protocol tag | confirmed | Bug | Normal | ||
Description |
Linked with Ticket #6845 TC
ExpectedNew, correct link is added to edit area Actual Result<p> <a href="http://http://google.com">http://http://google.com</a></p> |
|||||
#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] |
|||||
#8011 | Empty paragraph added on pasting in Webkit and Firefox4 | confirmed | Bug | Normal | ||
Description |
Issue is reproducible in Webkit and Firefox4 from CKEditor 3.5.1 |
|||||
#8017 | Webkit: Problems with undo and lists after switching to source mode and back | confirmed | Bug | Normal | ||
Description |
Result: List jumps up and down but it is not removed. Reproducible in Webkit from CKEditor 3.4 |
|||||
#8019 | Webkit: "Focus border smaller than the editing area border" in paste as plain text dialog | confirmed | Bug | Low | ||
Description |
Sorry for the mysterious summary. It's best to see the picture to know what I'm talking about. The problem is that textarea is actually smaller then the wrapper div. It's no big deal but when focus comes to textarea it doesn't look nice any more. |
|||||
#8027 | IE Quirks: problem with typing text after inserting an anchor | confirmed | Bug | Normal | ||
Description |
Found in IE8/Quirks.
|
|||||
#8030 | Opera: can not activate menu entries with enter | confirmed | Bug | Normal | ||
Description |
Right-click in a table, use arrow keys to select a specific menu entry and press enter. Expected: menu entry is activated Actual: nothing happens |
|||||
#8039 | [IE9] Bgcolor partial removal problematic | confirmed | Bug | Normal | ||
Description |
|
|||||
#8044 | Table row inserted incorrectly with missing cells | confirmed | Bug | Normal | ||
Description |
|
|||||
#8045 | Style override only works for attributes | confirmed | Bug | Normal | ||
Description |
|
|||||
#8046 | Path not refreshed in Firefox and Webkit | confirmed | Bug | Normal | ||
Description |
Result: IE and Opera – the path is not refreshed but the typed letters have the blue heading formatting. In this case formatting is simply not removed. It has always worked that way for these two browsers. |
|||||
#8048 | IE: Problems with switching to source and back using Space or Enter key | confirmed | Bug | Normal | ||
Description |
Result: If you press Enter - nothing happens. If you press Space - browser scrolls down. It looks like the toolbar is loosing focus. To switch back to wysiwyg you have to press tab, alt+F10 and Space or Enter - not very intuitive. Reproducible in all IEs from CKEditor 3.0 |
|||||
#8058 | Removing a list removes indentation | confirmed | Bug | Normal | ||
Description |
Expected: list is removed while margin stays attached to a p/div. |
|||||
#8059 | aria-invalid cleanup | confirmed | Bug | Normal | ||
Description |
With JAWS opened:
|
|||||
#8066 | [enterBr] Inserting page break / horizontal line creates a paragraph | confirmed | Bug | Normal | ||
Description |
With config.enterMode = CKEDITOR.ENTER_BR CKEditor creates paragraphs when inserting page break / horizontal line. Result after inserting page break between two lines: <p> first line</p> <div style="page-break-after: always;"> <span style="display: none;"> </span></div> <p> <br /> second line</p> and after inserting a horizontal line: first line <hr /> <p> <br /> second line</p> |
|||||
#8068 | Issue with pasting subscript | confirmed | Bug | Normal | ||
Description |
I have found some strange behaviour while pasting text marked as TC
ActualUnder IE8 quirks: <p> test<sub>test<sub><font size="1">test<sub><font size="1">test<sub><font size="1">test<sub><font size="1">test</font></sub></font></sub></font></sub></font></sub></sub></p> Under IE6/7 <p> test<sub>test<sub>test<sub>test</sub></sub></sub></p> Under Opera <p> test<sub>test</sub><sub>test</sub><sub>test</sub><sub>test</sub></p> Expected
Cursor keys should not influence pasting, and pasted subscript should be in one line, as in Opera. Perhaps additional |
|||||
#8069 | Image button, with float:right is placed outside FORM element in WYSIWYG | confirmed | Bug | Normal | ||
Description |
EnvironmentIE 8Quirks, IE7, IE6 TC
ExpectedImage button is placed inside Form frame. (like in Opera 11.11) ActualImage button is placed below form. Sample code: <form action="send" enctype="multipart/form-data" id="1" method="post" name="Form1" target="_self"> <textarea cols="30" name="Test text area" rows="5"></textarea><input name="Button 1" type="button" value="Button1" /><input name="Send" type="submit" value="send" /><input alt="test" src="google.com" style="border-bottom: 1px solid; border-left: 1px solid; margin: 11px; width: 12px; float: right; height: 12px; border-top: 1px solid; border-right: 1px solid" type="image" /> </form> <p> </p> |
|||||
#8072 | "Insert column before/after" on split cell | confirmed | Bug | Normal | ||
Description |
EnvironmentIE6/7, Opera TC
sample code: <table align="center" border="1" cellpadding="1" cellspacing="1" style="width: 50%; height: 40px" summary="Summary"> <caption> Caption</caption> <thead> <tr> <th rowspan="2" scope="col"> Header1</th> <th scope="col"> Header2</th> </tr> <tr> <th scope="col"> Split header2^</th> </tr> </thead> <tbody> <tr> <td> </td> <td> </td> </tr> <tr> <td> </td> <td> </td> </tr> </tbody> </table> <p> </p>
Expected resultColumn is inserted between two existing columns ActualColumn is inserted as first column in table, and before existing two columns Same thing happens when Insert column after is used. |
|||||
#8075 | consequent spaces in table caption | confirmed | Bug | Normal | ||
Description |
Table dialog caption field doesn't allow multiple consequent whitespaces to be inserted, they will collapse into one single. |
|||||
#8076 | Link attribute is not pasted with image. | confirmed | Bug | Normal | ||
Description |
EnvironmentFound under Opera, also happens under IE TC
Image with link should be added <p> <a href="http://dev.ckeditor.com/chrome/site/logo-ckeditor-dev.png" target="_blank"><img alt="ckeditor logo" class="test" dir="rtl" id="2" lang="pl" longdesc="http://dev.ckeditor.com/" src="http://dev.ckeditor.com/chrome/site/logo-ckeditor-dev.png" style="border-right: 11px solid; border-top: 11px solid; float: left; margin: 11px; border-left: 11px solid; width: 214px; border-bottom: 11px solid; height: 59px" title="test1" /></a></p>
ExpectedCopied image == pasted ActualPasted image has no link attribute </a><img alt="ckeditor logo" class="test" dir="rtl" id="2" lang="pl" longdesc="http://dev.ckeditor.com/" src="http://dev.ckeditor.com/chrome/site/logo-ckeditor-dev.png" style="border-right: 11px solid; border-top: 11px solid; float: left; margin: 11px; border-left: 11px solid; width: 214px; border-bottom: 11px solid; height: 59px" title="test1" /> |
|||||
#8079 | Copy/Cut buttons are not enabled when selecting text. | confirmed | Bug | Low | ||
Description |
Result: In FF and Opera the buttons Copy/Cut don't get enabled. When you select text from left to right or stop in the middle of the word then these buttons are enabled. In Webkit these buttons are never enabled (maybe this is due to security settings - didn't dig into it). Of course after selection from right to left, copying/cutting text using CRTL+C/CRTL+X works. What is more even if those buttons were enabled you could not copy/cut text with them because of default security settings in your browser. Probably in most cases this would be just a visual change. |
|||||
#8086 | [IE] office skin Link dialog broken | confirmed | Bug | Normal | ||
Description | ||||||
#8096 | Firefox: Additional </br> added after clicking legend in fieldset and switching to Source mode | confirmed | Bug | Normal | ||
Description |
When focus is set in legend of a fieldset, and then mode is switched to source and back, additional Environmentlinked with #6804 , Firefox 4/5b TC
Actual result
Additional <fieldset> <legend>caption</legend><br /> <br /> <br /> <p> keep going, CKeditor!</p> </fieldset> |
|||||
#8109 | [IE] Readonly collapses empty paragrahs | confirmed | Bug | Normal | ||
Description |
See that the height is change and the empty paragraphs collapse. |
|||||
#8133 | Webkit: Autogrow in quirks mode. Editor doesn't get smaller. | confirmed | Bug | Normal | ||
Description |
This issue was found when checking #7984 If you set config.fullPage = true; open autogrow sample and paste the below code: <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN"> <html> <head> <title></title> </head> <body> <p> This is some <strong>sample text</strong>. You are using <a href="http://ckeditor.com/">CKEditor</a>.</p> </body> </html> You will see that when pressing Enter new paragraphs are created and editor is enlarged. If on the other hand you delete those paragraphs, you have created, you will that editor doesn't get back to its smaller size. Reproducible in Webkit quirks-mode from CKEditor 3.4 |
|||||
#8149 | ElementsPath doesn't show correct element | confirmed | Bug | Normal | ||
Description |
TC 1
Result: Letters are typed as plain text
This TC is reproducible in Opera and Webkit browsers from CKEditor 3.5.1. IE and Firefox work fine in this case. They don’t show that you are inside of the link and letters are typed as plain text. TC2
ElementsPath is showing that you are inside of the link but the letters typed are plain-text. This is reproducible in IE, Webkit and Opera from CKEditor 3.0 Firefox is the only browser which works correct in this case. |
|||||
#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. |
|||||
#8166 | Problems in IE when pressing CRTL+B on bolded text | confirmed | Bug | Normal | ||
Description |
This ticket was first reported in forum http://cksource.com/forums/viewtopic.php?f=11&t=22912 To reproduce:
If you press CRTL+B two times it will cause JS error in IE8 and IE9:
IE9 yields: This is reproducible from CKE 3.4. Before 3.4 there was no error but unbolding was weird. Some parts of text were duplicated If you press CRTL+B once than in IE6 and IE7, the phrase 'sample to be inserted by insertHTML' gets unboladed and jumps up. This is reproducible form CKE 3.6.1 rev [6919]. Before this revision JS error was thrown. |
|||||
#8169 | Webkit editor doesn't scroll without focus. | confirmed | Bug | Normal | ||
Description |
Issue found when reproducing #7635
Result: You will see that editor only scrolls down once when it has no focus. If it has focus it scrolls down-up-down. Now add extra setTimeout function setTimeout(scrollToTop, 1500); setTimeout(scrollToBottom, 2000); setTimeout(scrollToTop, 3000); setTimeout(scrollToBottom, 4000); If editor has no focus it scrolls down-up-down. If it has focus it scrolls up-down-up-down. If there would be only one setTimeout function, you wouldn’t see any scrolling. Webkit uses first function call to gain focus. |
|||||
#8175 | Add/edit Radio button, enabled status is not saved under IE9/10 in CKE 3.x 4.x | confirmed | Bug | Normal | ||
Description |
EnvironmentWin7 ie9, ie10platform preview, CKEditor Nightly build r7095 TC
ExpectedRadio button is added to edit area, with Enabled status ActualRadio button is added, _wisually_ it is set to enabled,
It works fine under IE8 and Chrome |
|||||
#8177 | Splitting cell vertically, causing incorrect rowspan. | confirmed | Bug | Normal | ||
Description |
EnvironmentRelated to #6111 TC
Actual result<table border="1" cellpadding="1" cellspacing="1" style="width: 500px;"> <tbody> <tr> <td colspan="2" dir="rtl"> <strong>1</strong></td> <td colspan="2" rowspan="3"> <strong>2</strong></td> </tr> <tr> <td colspan="2" dir="rtl"> podział pionowy rtl</td> </tr> <tr> <td> <strong>3</strong></td> <td> podział poziomy ltr</td> <td dir="rtl"> <strong><u>4</u></strong></td> <td dir="rtl"> podział poziomy rtl</td> </tr> <tr> <td colspan="2" dir="rtl" rowspan="3"> <strong>5</strong></td> <td colspan="2"> <strong>6</strong></td> </tr> <tr> <td colspan="2"> podział pionowy ltr</td> </tr> </tbody> </table> <p> </p> |
|||||
#8180 | FF and Opera: Dialog contents go out of dialog border when CKEditor is in RTL language | confirmed | Bug | Normal | ||
Description |
Bug found when reproducing #6775
Result: Dialog contents goes out of dialog borders See screenshots. Reproducible from CKE 3.5.3 |
|||||
#8206 | Firefox: unable to access caption with arrow keys | confirmed | Bug | Normal | ||
Description |
Result: It is impossible to reach the caption with arrow keys but t is possible using mouse. |
|||||
#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 |
|||||
#8209 | [Firefox5] : Unable to write in the same line ,After using display none/block on editor. | confirmed | Bug | Normal | ||
Description |
This issue has been reproducible in Firefox5 from CKE 3.3.1 |
|||||
#8213 | [Webkit]: Inline styles are not copied with text | confirmed | Bug | Normal | ||
Description |
Result: Only text gets copied (without styles). Issue has been reproducible from CKE 3.1 in Webkit browsers. |
|||||
#8233 | Can't modify disabled input field | confirmed | Bug | Normal | ||
Description |
Issue has been reproducible in Firefox and Opera 11.50 from CKEditor 3.0. Open replace by code sample and paste the following code: <input class="text" disabled="disabled" maxlength="220" name="abc" type="text" /> Try to open textfield properties dialog. In Firefox browsers it is impossible neither with right-click menu nor with double-click. In Opera only right-click menu works. |
|||||
#8252 | Inner duplicated style is not being removed | confirmed | Bug | Normal | ||
Description |
Using
For example, when applying the <b>this [is</b> some] sample text Results on this: <b>this <b>is</b> some</b> sample text While the expected is this: <b>this is some</b> sample text I'll add a TC for this. |
|||||
#8260 | Change from raising error to show an alert if instance exists | new | Bug | Normal | ||
Description |
Split from #8226 I think that many new users don't realize that they have errors in the console (after all IE is the only browser that currently shows clearly when a page has a js error). We must remember that many people aren't javascript developers, that's why they use things like the asp.net or Java adapters, they just know how to work at the server side and when they try to copy some javascript code as shown in some examples and doesn't work they don't understand what's the problem.
So I strongly suggest to change
|
|||||
#8279 | Allow for CKFinder skin customization. | confirmed | New Feature | Normal | ||
Description |
Currently when user wants to add new custom skin to CKFinder not only he has to create skin.js and CSS files but also add some code in ckfinder.js file - Would be nice if this code from ckfinder.js could be moved to skin.js and the only change user should do, would be change in config.js file. This issue was reported by user Kevinelsh on our support channel – “Support question: Customizing CKFinder Skin”. |
|||||
#8303 | IE8: can't delete whole text before an anchor. | confirmed | Bug | Normal | ||
Description |
Result: Reproducible from CKE 3.6 rev [6904] in IE8 |
|||||
#8304 | Make ENTER split blockquote when enterMode=BR | confirmed | New Feature | Normal | ||
Description |
This is a followup for #7354. It should be possible to exit from blockquotes with the ENTER key when enterMode=BR. |
|||||
#8308 | [iOS] There is no scrollbar on toolbar combos | confirmed | Bug | Normal | ||
Description |
It's not possible to scroll to toolbar combos contents to reach the hidden options at the bottom of the list. |
|||||
#8309 | [iOS] Selection marker and ballon remain over toolbar panels | confirmed | Bug | Normal | ||
Description |
When you select a word close to the toolbar combos, the iOS selection markers and copy/paste balloon remain over the combo panel. See screenshot. |
|||||
#8310 | [iOS] It's not (always) possible to close toolbar combos without selecting one item | confirmed | Bug | Normal | ||
Description |
When a toolbar combo is opened, one would expect to close it by tapping once anywhere in the editor out of it. Instead not happens. (It eventually closes) Other than that, if you tap the combo again, the combo reopens instead of closing. The correct behavior here could be a workaround for the previous problem. |
|||||
#8311 | [iOS] There is no way to open the context menu | confirmed | Bug | Normal | ||
Description |
There is no way to open the editor context menu on iOS. |
|||||
#8312 | [iOS] SCAYT blocks typing | confirmed | Bug | Normal | ||
Description |
When SCAYT is enabled, it's not any more possible to type in the editor on iOS. |
|||||
#8313 | [iOS] Dialogs in the wrong are not draggable | confirmed | Bug | Normal | ||
Description |
It's not possible to drag the dialogs by tapping and dragging on iOS. |
|||||
#8314 | [iOS] Dialog fields don't get focus when opened | confirmed | Bug | Normal | ||
Description |
On iOS, the first dialog field is not getting typing focus once the dialog gets opened. |
|||||
#8315 | [iOS] Editing area grows with no scrollbar | confirmed | Bug | Normal | ||
Description |
On iOS, the editing area grows with the contents instead of presenting a scroolbar. |
|||||
#8316 | [iOS] Resizer is not draggable | confirmed | Bug | Normal | ||
Description |
On iOS, the editor resizer is not draggable becoming useless. |
|||||
#8317 | [iOS] Show "tooltips" for toolbar commands | confirmed | New Feature | Normal | ||
Description |
On iOS, a nice balloon appears when tap and holding the finger on toolbar items. See attachment. Currently it shows the "JavaScript" text. Ideally, the button tooltip could be there, to help the user understand the command usage. |