Custom Query
Results (101 - 200 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone |
---|---|---|---|---|---|---|
#5028 | CSS error in template kama skin | confirmed | Bug | Normal | ||
Description |
When ckeditor shares a DIV with an object that has a float: left property the editor doesn't render properly. See the attached HTML file to replicate this issue. Just copy the attached file into your samples directory and view it. I believe the issue is due to the following CSS: .cke_skin_kama { display: block; } in the mainui.css file. It seems to render correctly if the css is changed to display: inline-block; |
|||||
#5059 | Pressing tab when editor is maximized | confirmed | Bug | Normal | ||
Description |
This causes the editor to lose focus and causes the editor to lose focus, scroll somewhere offscreen and remain inaccessible due to the scrollbar having been disabled through javascript. Pressing tab will eventually circle you back around to get the editor back in focus, but not a solution by any means. |
|||||
#5085 | Bullet points duplicated on single line | confirmed | Bug | Normal | ||
Description |
First, create a few bullet point lists items with nested lists. Next try to select a nested list and start typing to overwrite the text. Notice how the text continues at the parent list level and the multiple bullet points on the same line. It is really hard to recover from this, without deleting and recreating the lists. It seems to only be an issue in Firefox and IE6,7,8. Looking at the source, it seems that there is an orphaned <ul> tag under an empty <li> tag. For example, the source below will cause the duplicate bullet points: <ul>
</ul> It is possible to get into this situation using the above steps to highlight and overwrite text. |
|||||
#5115 | ARROW-RIGHT executes context menu entry | confirmed | Bug | Normal | ||
Description |
When navigating a context menu with the keyboard, the ARROW-RIGHT executes the selected entry, just like ENTER. It should do nothing, being used just to open an eventual second level menu. |
|||||
#5116 | IE: dialog checkboxes have no visual clue for keyboard navigation | confirmed | Bug | Normal | ||
Description |
There is no visual behavior for checkboxes in dialogs when tabbing over them. We have the impression that the focus got lost. |
|||||
#5130 | inoperable accessibility instructions | confirmed | Bug | Normal | ||
Description |
JAWS is not reading out the accessibility help legend in dialog, it should be in VPC mode when focus reaches the legend. |
|||||
#5151 | editor area oversized in webkit | confirmed | Bug | Normal | ||
Description |
Load 'Shared toolbars' sample from latest nightly.
The first two editors editor area overlaps the border of the editor.
|
|||||
#5183 | JS error is thrown when replacing page break and IE | confirmed | Bug | Normal | ||
Description |
To reproduce
JS error is thrown (getFirst() is empty or not an object). |
|||||
#5187 | api_dialog sample : There is too much space before My Custom Field | confirmed | Bug | Normal | ||
Description |
In api_dialog sample, there is too much space before My Custom Field in the customized link dialog. This may be related to a generic issue that needs investigation. This behavior is confirmed in all browsers but IE. |
|||||
#5192 | Styles are not "eating" overrides partially selected | confirmed | Bug | Normal | ||
Description |
<p>This is <b>some sample</b> text.</p>
Current results: <p><strong>This is </strong><b><strong>some</strong> sample</b> text.</p> Expected results: <p><strong>This is some</strong><b> sample</b> text.</p> |
|||||
#5200 | IE: Div Container may show extra top padding | confirmed | Bug | Normal | ||
Description |
With IE8 with Compatibility mode:
<p>Line 1</p> <p>Line 2</p> <p>Line 3</p> <p>Line 4</p>
Note that there will be extra (unwanted) space at the top padding of the created div. When moving back and forth to source, that space disappears. |
|||||
#5230 | Adding a background image to h1 tags effects the styles drop down in the editor | confirmed | Bug | Normal | ||
Description |
If I put a background image behind my H1 tags in the editor css, that background image shows in the headings when you click the styles drop down in the editor. I'll attach a screenshot to show what I mean. |
|||||
#5233 | Can not remove blockquote that was written in source mode or as default text | confirmed | Bug | Normal | ||
Description |
To reproduce
The blockquote is not removed. |
|||||
#5236 | Unstyling an empty range in a beginning of a styled text does not unselect the button | confirmed | Bug | Normal | ||
Description |
To reproduce
|
|||||
#5286 | Page break visible on a printed page | confirmed | Bug | Normal | ||
Description |
When printing the content inside of CKEditor (using the "Print" button), page breaks apart from breaking pages correctly, are also printed. This is a similar problem to issue with printing tables without a border (#731). |
|||||
#5298 | Up/Down Arrow Key in IE8 stops on certain paragraphs | confirmed | Bug | Normal | ||
Description |
Browser: IE8, OS: WinXP Occurs in demo page ( 'Little Red Riding Hood' ) When you use the up/down arrow keys to navigate through the Text, the caret will stop at the end of the first <p>-Paragraph. The next step would be to jump into the table on the right. Same happens at the end of the positioned table back to the second Paragraph, and also on your way back up. |
|||||
#5316 | Link tag waps span tag when image tag explicitly selected | confirmed | Bug | Normal | ||
Description |
When linking an image tag which is wrapped by span tag(s) the link is placed around the span tag(s) rather than the img tag. Unless the span tag has text inside it as well as the img tag, in this case the img tag will only be linked. Example html: <a href="http://www.google.com"><span style="font-size: 11px;"><img alt="wink" src="/ckeditor%202/plugins/smiley/images/wink_smile.gif" title="wink" /></span></a> Expected HTML: <span style="font-size: 11px;"><a href="http://www.google.com"><img alt="wink" src="/ckeditor%202/plugins/smiley/images/wink_smile.gif" title="wink" /></a></span> OS: Mac OS X 10.6.2 Browser: Firefox 3.5.8 |
|||||
#5349 | Caret is stuck when inserting any form element. | confirmed | Bug | Normal | ||
Description |
To reproduce
in IE, the caret won't move back to the right. in FF, it won't move to both sides. |
|||||
#5350 | Problems inserting new lines with IE8 inside pre | confirmed | Bug | Normal | ||
Description |
Related to #4711 but this is weirder: Using IE8 set this source: <pre>Hello world! Bla, bla, bla </pre> Go to the end of the first line and press enter several times, this is what it generates: <pre> Hello world! B l a , b l a , bla </pre> IE6 and IE7 seem to work correctly. |
|||||
#5354 | Enter key should perform search in search dialog | confirmed | Bug | Normal | ||
Description |
Since there is no 'OK' button in the search and replace dialog, the enter key is useless. therefore, when in search tab, the enter key should trigger the search, and in replace dialog it should trigger the replace. |
|||||
#5389 | Invalid handling of font tags | confirmed | Bug | Normal | ||
Description |
When Steps to reproduce
Confirmed in IE8 and FF 3.6. |
|||||
#5405 | Line breaks are sometimes lost when ignoreEmptyParagraph is set to false | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Same things happens when |
|||||
#5406 | [IE] Focus problem in modeless dialog | confirmed | Bug | Normal | ||
Description |
When editor is running inside an modeless dialog of IE, clicking on all toolbar commands will cause the focus transferring from the dialog back to the main window, which brings a major problem for continual editing experience. See attached sample page to reproduce. |
|||||
#5471 | Insert 'Div' result wrong in enterMode=BR | confirmed | Bug | Low | ||
Description |
Reproducing Procedures
|
|||||
#5477 | [IE] Tab key incorrect result when document contains control type element | review_failed | Bug | Normal | ||
Description |
EnvironmentAll IE versions Reproducing Procedures
|
|||||
#5479 | [IE] Cursor after table at the end of document in enterMode=BR | review | Bug | Normal | ||
Description |
EnvironmentIE8 standards, with enterMode = BR. Reproducing Procedures
|
|||||
#5481 | Edit inserted div in table cell | confirmed | Bug | Normal | ||
Description |
Reproducing Procedures
|
|||||
#5482 | Smiley icons preload | confirmed | Bug | Normal | ||
Description |
This screencast in IE demonstrates that Smiley icons are displaying in a fly-in way on slow connection thus break the layout of dialog. |
|||||
#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. |
|||||
#5498 | [IE] Inline quotation problem | confirmed | Bug | Normal | ||
Description |
EnvironmentAll IE versions. Reproducing Procedures
|
|||||
#5501 | Missing attributes of Text Area | confirmed | Bug | Normal | ||
Description |
EnvironmentIE6/7 Reproducing Procedures
|
|||||
#5503 | Font-size overlaps background-color | confirmed | Bug | Normal | ||
Description |
Reproducing Procedures
|
|||||
#5535 | Stack overlow in IE6 when pasting strange HTML | confirmed | Bug | Normal | ||
Description |
When pasting HTML that contains lots of nested tags, IE6 throws an error: "stack overflow at line: 27". Steps to reproduce
|
|||||
#5552 | Dialog doesn't execute 'commit' and 'setup' method of element when element miss 'id' property. | review_failed | Bug | Normal | ||
Description |
Steps to reproduceCreate new dialog without set id attribute for element or open one old dialog and remove id attribute of element: CKEDITOR.dialog.add( 'bulletedListStyle', function( editor ) { return { title : editor.lang.list.numberedTitle, minWidth : 300, minHeight : 50, contents : [ { elements : [ { type : 'hbox', widths : [ '25%', '75%' ], children : [ { label: editor.lang.list.start, type: 'text', setup : function( element ) { var value = element.getAttribute( 'start' ) || 1; value && this.setValue( value ); }, commit : function( element ) { element.setAttribute( 'start', this.getValue() ); } }, { type : 'select', label : editor.lang.list.type, width: '100%', items : [ [ editor.lang.list.style_1 , '1' ], [ editor.lang.list.style_a , 'a' ], [ editor.lang.list.style_A , 'A' ], [ editor.lang.list.style_i , 'i' ], [ editor.lang.list.style_I , 'I' ] ], setup : function( element ) { var value = element.getAttribute( 'type' ) || '1'; this.setValue( value ); }, commit : function( element ) { element.setAttribute( 'type', this.getValue() ); } } ] } ] } ], onShow: function() { var editor = this.getParentEditor(), element = getListElement( editor, 'ol' ); element && this.setupContent( element ); }, onOk: function() { var editor = this.getParentEditor(), element = getListElement( editor, 'ol' ); element && this.commitContent( element ); } } });
|
|||||
#5564 | ContextMenu partially invisible if diaplyed above the cursor | confirmed | Bug | Normal | ||
Description |
Context menu may became partially invisible (unusable) if it is positioned above the cursor (i.e. there is no space for context menu to be displayed below cursor). Can be easily reproduced with SCAYT enabled - when there are SCAYT items in the menu, also may be reproduced with table menus. Current behavior: if there is no room for the menu under the cursor it is displayed above the cursor position, and if there is no room for the whole menu above cursor position it becomes partially invisible Expected behavior: if there is no room for the menu under cursor position then the room above cursor position should be evaluated - if there is a room for the menu - menu should be displayed above cursor position, if there is no room for the menu, it should be displayed strating from the top of the document visible part (i.e. top: 0). |
|||||
#5576 | Elementspath does not work correctly when clicking body | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Notice not only the body is selected, but also 'h1' and 'image'. |
|||||
#5597 | Better validation in the colorbutton plugin | confirmed | Bug | Normal | ||
Description |
When someone copies a hex value for a custom color without initial hash character (e.g. Confirmed in IE8 and FF 3.6. <p> Sample <span>foo</span> bar.</p> Steps to reproduce
|
|||||
#5606 | CKEditor doesn't output correctly protected source if it's the only content | confirmed | Bug | Normal | ||
Description |
<p><br /> <? $stuff='stuff'; ?></p>
All browsers autoparagraph protected source. FF additionally adds |
|||||
#5614 | Selection incorrect after Undo | review | Bug | Normal | ||
Description |
EnvironmentIE, enterMode = CKEDITOR.ENTER_BR; Reproducing Procedures
|
|||||
#5621 | [IE] 32-bit windows has broken document.domain for IPv6 address, causing access denied errors | new | Bug | Normal | ||
Description |
This issue is partly related to #5434. On a 64-bit server, the fix for #5434 works but on a 32-bit server a different error occurs. The issue is that 32-bit IE does not appear to support IPv6 addresses correctly, especially when getting document.domain. IE truncates the ip address when it reaches the first colon ":" in the address. This causes "access denied" errors when new IFrames are opened by CKEditor. On (32-bit) IE: document.domain = "[fe80:" window.location.hostname = "fe80::fe80:fe80:fe80:fe80" A work-around is required for this IE bug. |
|||||
#5655 | [IE] contentEditable:false doesn't work on tables | confirmed | Bug | Normal | ||
Description |
Putting contentEditable="false" on table doesn't prevent the table content from been editable, this works in all other browsers. |
|||||
#5662 | IE 7.x only - Unable to set font name and font size | confirmed | Bug | Normal | ||
Description |
CKeditor 3.2.1 : IE 7.x only - Unable to set font name and font size I can reproduce the problem in CKeditor demo site:
=> You will notice that the font is Arial again. The font name "Tahoma" disappeared when you select the font size, paragraph format or styles. |
|||||
#5669 | [IE] JAWS doesn't recognize the 'application' role on editor chrome | confirmed | Bug | Normal | ||
Description |
This's a continuation of #5111, where it's not able to navigate the toolbar in JAWS with Arrow keys, it shouldn't be a problem if JAWS is in PC cursor mode. |
|||||
#5698 | [IE] Create empty paragraph in list item display problem | confirmed | Bug | Normal | ||
Description |
EnvironmentIE Reproducing Procedures
|
|||||
#5700 | SCAYT doesn't work with 'replace' command | confirmed | Bug | Normal | ||
Description |
|
|||||
#5704 | [IE] Undo remove row/column/cell problem | confirmed | Bug | Normal | ||
Description |
|
|||||
#5705 | SCAYT underline interfere row/cell/column deletion | confirmed | Bug | Normal | ||
Description |
Reproducible in all browsers, error stack in Firefox: row is undefined http://ckeditor.t/projects/3.3.x/_source/plugins/tabletools/plugin.js Line 181 |
|||||
#5708 | [IE] Outdent list result incorrect | confirmed | Bug | Normal | ||
Description |
EnvironmentIE, enterMode=BR Reproducing Procedures
|
|||||
#5762 | Finishing a list causes the caret to go back to the last item with enterMode br | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Notice that the caret is getting back to the last item, thus it is impossible to create sequential lists. |
|||||
#5773 | SCAYT: Memory leak in IE | confirmed | Bug | Normal | ||
Description |
In IE6 there is a 8MB memory leak every time an instance of CKEditor is created. Confirmed using Process Explorer, after creating & destroying CKEditor 10 times (using AJAX sample), memory usage (private bytes) jumped from 9MB to 90MB (tested on IE6.0.3790.1830 @ Win2003/SP1, also reported by user using IE6 6.0.2900.2180). I have attached a dump from IE Sieve. |
|||||
#5777 | JS error when fullPage is set to true and the title tag is missing | confirmed | Bug | Normal | ||
Description |
Confirmed in FF 3.0.19. When using CKEditor in fullPage mode, an error is thrown when <title> tag is not present. Steps to reproduce:
in createEditor() function.
Result: element.children[0] is undefined http://192.168.1.126/bugtest/ckeditor/_source/plugins/htmldataprocessor/plugin.js Line 198 196 title : function( element ) 197 { 198 element.children[ 0 ].value = element.attributes[ '_cke_title' ]; 199 } |
|||||
#5783 | Editor width not back to normal after exiting full screen mode -- if a dialog was opened for first time while in full screen mode | confirmed | Bug | Normal | ||
Description |
Browser/Os: In Chrome on Ubuntu Linux. Bug does not occur in Firefox, not sure about other browsers/operating systems. Steps to reproduce: 1) Go into Full screen mode. 2) Open a dialog (seems like any dialog, but for sure the image dialog produces bug). 3) Exit full screen mode. At this point, the editor will extend all the way to the right of the screen, instead of going back to the size it was originally. It seems to me that if a dialog was opened for the first time before going into full screen mode, then the bug does not occur. |
|||||
#5804 | Form elements are not editable | confirmed | Bug | Normal | ||
Description |
Checkbox and radiobutton do not get focus or context menu on FF 3.6.3 and are not editable because of this. Fake element replacement would be feasable to fix this since elements have basically two appearances selected and unselected. In #4056 I posted form_changes.zip which uses fake elements for this. Allthough changes are dated and should be rewritten I see no harm done in this approach. |
|||||
#5812 | Image properties can't be loaded when image's container has certain styles in IE (at least IE8) | confirmed | Bug | Normal | ||
Description |
I got this code from #4647:
<p style="width:200px"><img src="http://dev.fckeditor.net/chrome/site/logos.gif" /></p>
Note that the first time I right click the image I don't get the "Image Properties" option. However, if I then right-click on the image again OR if I left click the image and then click the Image button, I get the "Image Properties" option and the dialog loads correctly. |
|||||
#5822 | [IE] It's not able to block certain keystrokes | confirmed | Bug | Normal | ||
Description |
It's not able to block certain keystrokes in IE with 'CKEDITOR.config.blockedKeystrokes', e.g. F5. |
|||||
#5841 | :first-letter style causes character position translation errors and hanging in Google Chrome | confirmed | Bug | Normal | ||
Description |
In Google Chrome 5.0.375.70 (Windows 7) adding :first-letter style to content.css leads to incorect editor behavior. If you set cursor to any position inside an existing paragraph and press a character, the character is inserted not in the cursor position but at the previous position. If you try to set cursor at the beginning of an existing paragraph, it's set after the first letter instead. If you try to press backwards key to move the cursor via keyboard, the script hangs. In IE 8 that works fine. |
|||||
#5842 | Keyboard Cursor No Longer Visible When After Showing CKEditor in a DIV that was display:none | confirmed | Bug | Normal | ||
Description |
The result is that the CKEditor works OK, but the cursor is never displayed. If you type ... you may see your results, but without any visible cursor. You can get the cursor back by changing the CKEditor mode to "source" and then back to "wysiwyg". This is not a very user friendly Work Around. Issue observed in FireFox 3.6 on Mac and Windows XP. Have not tried it in other browsers yet. This issue did not exist with CKEditor 3.1. |
|||||
#5853 | CKEditor significantly slower when SCAYT is enabled | confirmed | Bug | Normal | ||
Description |
Many customers and ourselves have noticed that CKEditor has a much slower response to keyboard input when SCAYT is enabled. The speed seems to be vary over an editing session. Anecdotally, it seems to be worse if you are far geographically from the SCAYT server. We would expect SCAYT to be as unobtrusive as possible. I.e. perhaps not doing anything until the user has paused in editing for at least a second or so, and not blocking on any AJAX calls. This uses CKE 3.1.1 and the latest SCAYT back-end release from last week. |
|||||
#5854 | SCAYT's class apears in the body tag during save operation | confirmed | Bug | Normal | ||
Description |
--> Body doesn't contain any SCAYT classes.
Actual result: <body class="scayt-enabled"> Expected result: <body> |
|||||
#5876 | Enter after horizontal line in Normail <DIV> adds two new lines | confirmed | Bug | Low | ||
Description |
When horizontail line is inserted with Format Normal <DIV> the cursor is sometimes hardly visible and enter adds two new lines. 1. Open http://nightly.ckeditor.com/5635/_samples/skins.html[[BR]] 2. Select Format: Normal <DIV>[[BR]] 3. Insert horizontal line[[BR]] 4. Cursor is positioned bellow the line, which is correct[[BR]] 5. Click backspace - cursor is at the end of the horizonal line and hardly visible[[BR]] 6. Hit Enter -> two new lines are added and the format is changed from Normal<DIV> to Normal |
|||||
#5877 | can't bind Ctrl+X to plugin commands (h1, p) | confirmed | Bug | Normal | ||
Description |
TinyMCE and other enterprise wiki wysiwyg editors by default ship keybindings for changing a line into headline (h1, h2, h3 are accessed using CTRL+1, CTRL+2, ...). In order to make CKEditor work the same way I had to go into the plugins I wanted to add keybindings for, and add this line of code editor.addCommand(tag, new CKEDITOR.styleCommand(style)); to enable h1..h6 and CTRL+0 for p (turn headline back to normal paragraph). |
|||||
#5880 | Undo causes javascript errors | confirmed | Bug | Normal | ||
Description |
Tested on Windows, Firefox 3.6.3 |
|||||
#5921 | Unable to move cursor below a DIV if the DIV is the last element | confirmed | Bug | Normal | ||
Description |
Steps to reproduce:
This happens only of the DIV is the last element in the editor. If there is a span or paragraph below the DIV, you are able to mouseclick/press key down to move the cursor in position outside and below the DIV. A similar bug has been reported before: #994 Summary: When a DIV Container is the only element in the editor, you are unable to get the cursor outside the DIV if you want to type something else. A workaround is to type something first, then move the cursor above the text and insert a DIV there - that makes the DIV the second last element. But we can't relay on our clients to know this workaround. Tip: I added a border which made it easier to see the DIV and understand the issue. Tested and fails in: Firefox 3.5.10 Opera 10.10 Chrome Google Chrome 5+ IE 6, 7, 8. |
|||||
#5922 | Invalid height of a dialog in IE7 | confirmed | Bug | Normal | ||
Description |
It looks like the 'html' element is not properly handled in IE7. Users will use 'html' UI elements when the content that will be put there is not yet known, so it is impossible to set a fixed with for it in advance. Once the HTML content of such 'html' element is set, the dialog should expand correctly to show the contents. It works this way in FF, Safari and Ie6 / IE8 (in IE8 mode), however it doesn't work for me in IE7-like browser (IE7 and IE8 in IE7 mode). When I add content to the 'html' element, it is not shown correctly (it is truncated at the bottom). I have attached a sample where this bug can be easily reproduced. |
|||||
#5939 | Attributes of PRE blocks are lost after merging in styles plugin | confirmed | Bug | Normal | ||
Description |
Styles plugin loses the attributes of PRE blocks in mergePre and toPre functions. |
|||||
#5942 | Link plugin not registering a selected link when <br> is inside <a> | confirmed | Bug | Normal | ||
Description |
The link plugin is not registering a selected link when a <br> is inside an <a>, which the editor sometimes creates by itself. To replicate: http://nightly.ckeditor.com/5649/_samples/replacebyclass.html
If that doesn't reproduce the problem, try adding a <br> to the <a> element manually, e.g. using Firebug. Firefox 3.6.6, Mac OS X 10.6.3 |
|||||
#5944 | Menu button does not display sometimes in high contrast mode. | confirmed | Bug | Normal | ||
Description |
When in high contrast mode, navigating with the keyboard to a menu button and using spacebar to open the menu panel, it works correctly the first time. If you navigate back to the toolbar and open the menu again the majority of times the panel displays for a few milliseconds, then focus goes to the content area. You can see this behaviour by using the SCAYT menu button. Steps to reporduce:
The menu will only display for a few milliseconds, in more cases then not. |
|||||
#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 |
|||||
#5958 | Hit javascript error when select more than 2 numberic list & click on insert horizontal line | confirmed | Bug | Normal | ||
Description |
Step to reproduce:
|
|||||
#5960 | Unable change selected background color after undo cancel selected color | confirmed | Bug | Normal | ||
Description |
Select the sentences >click on background color >select more color click on cancel>click on cancel again Click on <OK> ( Notice it show selected color ) it does not change background color in the editor |
|||||
#5972 | Enter !@#$ and click on enter will be show underline even does not select underline format | confirmed | Bug | Normal | ||
Description |
Enter !@#$ and click on enter , notice it shown underline. Happens on IE only |
|||||
#5988 | FF/Chrome: Paragraphs go nuts after modifying copy-pasted text | confirmed | Bug | Normal | ||
Description |
This bug was discovered as a user attempted to manipulate some copy-pasted song lyrics. Here's an excerpt of the source that was generated by the paste: <p> Big wheels keep on turning,<br /> carry me home to see my kin<br /> singing songs about the southland.<br /> I miss ole bamy once again and I think it's a sin.<br /> Well, I heard Mister Young sing about her.<br /> Well, I heard ole Neil put her down.<br /></p> Steps:
now... In Firefox:
In Chrome:
|
|||||
#5993 | [CKPackager] JavaScript delete statement breaks minified code | confirmed | Bug | Normal | ||
Description |
I wrote a CKEditor plugin and used CKPackager to create a new ckeditor.js. This new file had some javascript errors. This happened, because the CKPackager broke a code snippet when it tried to minify this snippet.
I added a unit test to the test.js: Now I always have to fix this manually in the created ckeditor.js. Would be great, if this could be fixed. Thanks in advance. Greets, Marc |
|||||
#6012 | Hidden Field Icon missing transparancy | confirmed | Bug | Normal | ||
Description |
Steps to Reproduce: -Look at the demo page -look at the top right of the hidden field icon The white space above and to the right should be made transparent |
|||||
#6015 | (Webkit) Can't tab forward from CKEditor followed by <fieldset> or <legend> | confirmed | Bug | Normal | ||
Description |
In Webkit, element.tabIndex usually returns -1 for elements that can't be focused on, and 0 for elements that can. However, Webkit also (incorrectly) returns 0 for the tabIndex of <fieldset> and <legend> elements, despite the fact that calling .focus() on a <fieldset> or a <legend> has no effect. The fallout of this from CKEditor's perspective is that if you have the following structure:
then when you try to use the tab key to navigate from the wysiwyg element to the other_input element, you'll appear to get "stuck" inside the wysiwyg element. What happens is that the tab plugin sees that the <fieldset> appears to have a tabindex of 0, and hence calls the fieldset's .focus() method instead of the other_input's .focus() method. I've confirmed this both in 3.3.1 and trunk. Attached is a page (intended to be put in the _samples/ directory) upon which this bug can be seen. My first suggestion is to patch core/dom/element.js to specifically check the tabIndex attribute (which doesn't appear to be bugged) for <fieldset> and <legend> elements. I guess that's a bit of a hack, since someone -could- wish to assign element.tabIndex directly from JavaScript - but I've no idea how to handle that cleanly. Any better ideas? Patch attached just in case that really is the best way. I've worked around this in my own code by monkey patching getTabIndex from core/dom/element.js to just always return -1 for <fieldset> and <legend> elements. Not pretty, but fine for the site that I'm working on at the moment. Naturally I've reported this to Webkit. See https://bugs.webkit.org/show_bug.cgi?id=42765 |
|||||
#6029 | [IE] Last character is skipped when navigating through list items | confirmed | Bug | Normal | ||
Description |
Steps to reproduce
Notice that the second time, the caret is placed in the beginning of the sub item and not the end of the first item as expected. |
|||||
#6040 | CKLangtool should accept double quotes | assigned | Bug | Normal | ||
Description |
CKLangtool works only with single quotes, it is causing problems like this one: #6038. |
|||||
#6048 | 'Match whole word' leads to a JS error | confirmed | Bug | Normal | ||
Description |
A JS error is thrown. |
|||||
#6064 | WebKit: Active dialog tab should have higher z-order | confirmed | Bug | Normal | ||
Description |
With WebKit browsers, the dialog tabs get highlighted when we click on them or when hitting CTRL+10 to keyboard navigate them. This can be even considered a feature. The problem is that the highlight border appears partially covered by other tabs, because of their default z-order. We should have it in a way that the active tab moves to the top, so the border appears entirely. |
|||||
#6065 | Tooltip for elements path elements are wrong for the Arabic language | confirmed | Bug | Normal | ||
Description |
With the Arabic language, it's possible to note that something went wrong with the "1%" marker of that localization entry. |
|||||
#6076 | [IE Quirks] Dialogs are not wide enough for their contents / Templates Dialog | confirmed | Bug | Normal | ||
Description |
I've build a couple custom plugins now and keep running into the problem that the windows never seem to stretch to accomodate the content. Thus I have to very carefully set the minWidth correctly in the dialog definition. I thought this was my fault until I came to the templates dialog. In SVN, the templates container is also not wide enough for the contents. To replicate, pop open IE in quirks and open the templates dialog. There are two possible fixes for this (or both): 1) Define the templates dialog as being bigger 2) Rollback #4863 - if you change dialog.css .cke_skin_kama .cke_browser_iequirks .cke_dialog_page_contents and set position = relative (or just remove it)...the dialogs will accomodate the content better. There might be another fix which is making the templates scroll contents better styled, because right now it looks like there is excessive whitespace in there serving no purpose. But even when I managed to make that box smaller, the intro text above it still runs over. Thoughts? |
|||||
#6091 | Inserting pagebreak inside some text in a list item breaks the item | review_failed | Bug | Normal | ||
Description |
Notice that the item is splitted into two different items. |
|||||
#6114 | SCAYT / Font tag / IE interaction | confirmed | Bug | Normal | ||
Description |
From http://cksource.com/forums/viewtopic.php?f=11&t=19714
When the spell checker checks the document, it apparently splits the font tag in the following way: word1 and its font tag is enclosed inside the misspell span. I.E. <span class="scayt-misspell"><font>word, then the following three words are <font><span class="scayt-misspell" id="thisone">word Works fine in FF. Hope that helps describe the problem well enough! |
|||||
#6119 | Web Spell Checker - "finish checking" takes ages to finish | confirmed | Bug | Normal | ||
Description |
When having a larger document, the SpellChecker dialog becomes useless. I have tried editing the following document in CKEditor: http://en.wikipedia.org/w/index.php?title=Black_hole&printable=yes and after opening the "SpellChecker" dialog (with the "Check Spelling" button), after I clicked "Finish Checking" button inside of the dialog, it didn't close in a reasonable amount of time (it took almost 9 minutes, I have pretty fast internet connection). I have tested it in IE8. To reproduce load the attached HTML source and use WSC. I have no idea how spell checker works, but it looks like the problem is that the data is sent in a really small chunks, thus checking the whole document requires hundreds of HTTP requests. There is one more thing that I do not understand here: I have pressed the "Check Spelling" button, I did not change anything in the dialog and just pressed the "Finish Checking" button. Why is it taking so long if I did not change the document at all? If it really has to take a lot of time, we could at least display an estimated time required to finish processing, because it is definitely not obvious that this operation may take so long. |
|||||
#6120 | Cannot Reorder CKEditor | confirmed | Bug | Normal | ||
Description |
When I attempt to move a textarea (turned into a CKEditor) using the jQuery-UI framework, the moved textarea freezes up and doesn't allow any editing. I have attached a file that demonstrates this issue and I really hope there is some temporary workaround! |
|||||
#6127 | IE Cursor not going to next line when we press enter & we have set forceEntermode=br as config option | review_failed | Bug | Normal | ||
Description |
To reproduce the defect:
Expected Result: New line is created and cursor is shown in the new line. Actual Result: New line is created but Cursor is shown in the same line from where we have pressed Enter. Cursor will move to Correct line only when user starts typing the text. Tested in IE 6&7 |
|||||
#6140 | IE Selected format fails to reflect in entered texts correctly | confirmed | Bug | Normal | ||
Description |
To reproduce the defect:
Expected Result: see that font is selected and shown in Font Name drop down list. Actual Result: Font selection goes back to empty by itself
Expected Result: see that text has font Georgia and Size 22 ad should be Bold and Underlined. Actual Result: See that Types text has only Underline applied and no Font Name, Font Size or Bold formatting applied. Tested against IE 6 ,7 & 8. To reproduce this defect in Ajax sample, type some text,Remove the Editor,Click on Create Editor again & follow steps 1 to 7 and you will see the same behavior. |
|||||
#6143 | Fakeobjects element inserted inside paragraph | confirmed | Bug | Normal | ||
Description |
I'm using fakeobjects in a custom plugin. This plugin creates a div element, which is inserted as a fake element in the editor. Problem is that the fake element is an image, so using 'editor.insertElement()' function inserts the element inside a paragraph, when it should be inserted outside the currently selected element. |
|||||
#6157 | Styles not selected correctly in the Combobox | confirmed | Bug | Normal | ||
Description |
With CKEditor v3.4b, Windows 7, IE8 or FF3.6 or Chrome 5. Suppose you use the following styleset { name : 'normal', element : 'p' }, { name : 'normal/red', element : 'p' , attributes: { "class": "red" }} Select the "normal/red" style with the help of the combobox. After that move the cursor away, and then click on the previously modified paragraph again. Now the combobox will select the "normal" and not the "normal/red". It seems as if CKEditor selects the first style that matches the HTML element, not regarding the class name. |
|||||
#6164 | IE stripping object/embed tags with templates | confirmed | Bug | Normal | ||
Description |
I have created a custom template and added it to the list of templates. It outputs a generic embedded audio file using an object and embed tag. However, in IE6 and IE7, when the markup is placed into the editor, the embed tag and all but one of the param tags are stripped out. It seems to only way to get this to not happen is to set the embed type to "application/x-shockwave-flash". So, in essence, this bug does not occur for embedded flash content. Here is the markup added to the templates list: <object id="audio" width="0" height="0"><param name="console" value="AudioPlayer" /><param name="controls" value="audioWindow" /><param name="autostart" value="true" /><param name="src" value="YOUR_AUDIO_FILENAME_HERE" /><embed name="audio" width="0" height="0" src="YOUR_AUDIO_FILENAME_HERE" console="AudioPlayer" controls="audioWindow" autostart="true" /></object> In IE6 and IE7, the result added to the editor is: <object id="audio" width="0" height="0"><param name="console" value="AudioPlayer" /></object> I have tried with many different variations of the object, param and embed attributes all with the same result. However, I can cut/paste the code into the editor and it is not stripped out so it seems to be somehow related to the template functionality. |
|||||
#6167 | Copy/Paste Duplication Bug - Handling of "li" without "ul" | confirmed | Bug | Normal | ||
Description |
"li" elements which are not nested inside of a "ul", and inside of 3 levels or more of tags, cause the parser/cleaner to duplicate the HTML multiple times (sometimes hanging the browser). "li" without "ul" is bad HTML, but the handling of the problem with the HTML is a difficulty. Try pasting this code into source view: <table> <tr> <td> ABC <table> <tr> <td> XYZ <table> <tr> <td> 123 <li>Hi</li><li>Hello</li><li>Hola</li> </td> </tr> </table> </td> </tr> </table> </td></tr></table> Then switch back to WYSIWYG view. Anything of this format causes the HTML to duplicate itself several times. |
|||||
#6173 | Removing Items from unordered list (WinXP/IE8) | confirmed | Bug | Normal | ||
Description |
I've got a problem with unordered / numbered lists with IE8 on WindowsXP.
This error is not in Firefox3 (WinXP), but IE8 (Windows7) This is also the case in http://ckeditor.com/demo/ |
|||||
#6196 | flash edit dialog show url(源文件) uncorrectly | confirmed | Bug | Normal | ||
Description |
only in ie : user types code to generate flash: <object class="holiday-logo" classid="clsid:D27CDB6E-AE6D-11cf-96B8-444553540000" height="68" width="300"> <param name="movie" value="http://img01.taobaocdn.com/tps/i1/T12MVIXfVNXXXXXXXX.swf"/> <param name="wmode" value="transparent"/> <object class="holiday-logo" data="http://img01.taobaocdn.com/tps/i1/T12MVIXfVNXXXXXXXX.swf" height="68" name="holiday-logo" type="application/x-shockwave-flash" width="300"> <param name="wmode" value="transparent"/> <a href="http://www.taobao.com/" style="height: 43px; margin-left: 56px;" target="_top"> 淘宝网 <img alt="淘宝网" height="110" src="http://www.taobao.com/" title="Taobao.com - 阿里巴巴旗下网站" width="167"/> </a> </object> </object> ckeditor transforms it to a img in wysiwyg mode ,but when you click fake img,the pop up dialog's url(源文件) field is empty ,ckeditor should read inner object element's data attribute . |
|||||
#6198 | Too narrow Create Table dialog window | confirmed | Bug | Low | ||
Description |
In Google Chrome, open CKEditor http://nightly.ckeditor.com/5845/_samples/ui_languages.html Two scrollbars are visible. In the same window, opened in Firefox, one letter is placed on border of dialog window. |
|||||
#6203 | Uncaught exception: TypeError: Cannot convert 'K' to object on editor.destroy(); | confirmed | Bug | Normal | ||
Description |
I receive the following error when trying to destroy a CKeditor 3.4 instance using a plugin : Uncaught exception: TypeError: Cannot convert 'K' to object Error thrown at line 92, column 1741 in <anonymous function: getSnapshotData>(): return K.getFrameDocument().getBody().getHtml(); called from line 114, column 4746 in <anonymous function: init>(o): o.data=l(n).getSnapshotData(); called via Function.prototype.call() from line 6, column 3258 in <anonymous function: on>(o, p, q, r): var s={name:d,sender:this,editor:o,data:p,listenerData:g,stop:q,cancel:r,removeListener:function(){l.removeListener(d,e);}}; called via Function.prototype.call() from line 6, column 4027 in <anonymous function: fire>(h, i, j): d=f=false; called via Function.prototype.call() from unknown location in <anonymous function: fire>(b, c): /* no source available */ called from line 24, column 4875 in <anonymous function: getSnapshot>(): var l=this.fire('getSnapshot'); called from line 87, column 1760 in <anonymous function: j.undo.Image>(r): var s=r.getSnapshot(),t=s&&r.getSelection(); called from line 88, column 831 in <anonymous function: save>(r, s, t): s=new l(v.editor); called from line 87, column 277 in v(w): s.save(); called via Function.prototype.call() from line 6, column 3258 in <anonymous function: on>(o, p, q, r): var s={name:d,sender:this,editor:o,data:p,listenerData:g,stop:q,cancel:r,removeListener:function(){l.removeListener(d,e);}}; I guess that CKeditor's snapshot attempt is being fired after the editor has been destroyed? I have attached a small test plugin to make it easy to reproduce. The error was caught using Opera. The editor does destroy but the error message means not cleanly at a guess. |
|||||
#6205 | ckeditor.js - t.getNative().createRange is not a function Line 118 - Image plugin | confirmed | Bug | Normal | ||
Description |
Firebug is breaking on t.getNative().createRange is not a function Line 118 in ckeditor.js as soon as the image plugin is opened by clicking on the toolbar icon for the image plugin. Reproduce : Firefox with firebug installed, script tab enabled and open. Visit http://ckeditor.com/demo and monitor the script tab. Press the blue play button in firebug to skip through the first _gat is not defined error (That's the standard bad js google offer you for tracking and nothing to do with this bug,) Now click on the Image plugin icon in the CKEditor instance in the demo. You will see this reported bug. Then stepping through that one, the next is : x is undefined Line 118 and then finally : ae[ag] is undefined Line 94. So really, it's three bugs but they all stem from the same place and can be stepped through as described above. All three undefined. |
|||||
#6211 | SCAYT context menu doesn't show on right mouse click in FF3 on Mac | confirmed | Bug | Normal | ||
Description |
When using common PC mouse with Apple Mac right mouse click on underlined word doesn't show SCAYT context menu. |
|||||
#6219 | Incorrect Toolbar definition in documentation | confirmed | Bug | Normal | ||
Description |
http://docs.cksource.com/CKEditor_3.x/Developers_Guide/Toolbar ['BidiLtr' 'BidiRtl'], Should be : ['BidiLtr', 'BidiRtl'], Missing comma. |
|||||
#6243 | list format error | assigned | Bug | Normal | ||
Description |
if content selected contains a table ,then apply list format ,the table will change to be first in content.
|
|||||
#6257 | Editor crashes in Google Chrome when running multiple instances inside <iframe> | confirmed | Bug | Normal | ||
Description |
I've attached some screenshots with the crash and the error log. Here an example of the code I used: <iframe src="fullpage.html" height="550" width="800"></iframe> <iframe src="fullpage.html" height="550" width="800"></iframe> <iframe src="fullpage.html" height="550" width="800"></iframe> <iframe src="fullpage.html" height="550" width="800"></iframe> <iframe src="fullpage.html" height="550" width="800"></iframe> <iframe src="fullpage.html" height="550" width="800"></iframe> <iframe src="fullpage.html" height="550" width="800"></iframe> <iframe src="fullpage.html" height="550" width="800"></iframe> |