Custom Query
Results (201 - 300 of 2591)
Ticket | Summary | Status | Owner | Type | Priority | Milestone | ||
---|---|---|---|---|---|---|---|---|
#4927 | Enterkey result incorrect with paragraph inside list item | confirmed | Bug | Normal | ||||
Description |
It's not a regression while same thing works well in V2. EnvironmentIE8 Strict Reproducing Procedures
|
|||||||
#4958 | Combos texts show text cursor when maximized | confirmed | Bug | Normal | ||||
Description |
When maximizing the editor, the text cursor appears when moving the mouse over the text inside the toolbar combos. This does not happen when not maximized (the arrow doesn't change, as expected). Confirmed with FF3.5 in the Kama skin at least. |
|||||||
#4959 | Remove format hides border-less tables | confirmed | Bug | Normal | ||||
Description |
The table borders disappear. |
|||||||
#4983 | Editor resizes on shared toolbar collapse | confirmed | Bug | Normal | ||||
Description |
Hi, You can test it right here : http://nightly.ckeditor.com/4908/_samples/sharedspaces.html When you click on the little arrow to collapse the shared toolbar, the editor height changes, as if the toolbar height was still calculated in the editor size. |
|||||||
#4994 | Add custom colors to More Colors dialog | confirmed | New Feature | Normal | ||||
Description |
The More Colors dialog that reappeared in CKEditor 3.1 has 8 black color buttons filling the last slots in the bottom row of color buttons. It would be nice if these "filler" buttons could be overruled by custom color buttons defined in the custom configuration. While it's already possible to add custom colors to the default color button menu via CKEDITOR.config.colorButton_colors, one or two custom color buttons look out of place there. I would like to add a couple of colors used in our company style as buttons in the More Colors menu, allowing me to specify the color and its name (i.e. Company green) to use in the title text. |
|||||||
#5009 | Context sub-menu items should not hide other context menu items | new | Bug | Normal | ||||
Description |
Create an editor instance that spans the with of the screen. |
|||||||
#5023 | Provide default stylesSet sample with more features | confirmed | Task | Normal | ||||
Description |
There are some things that should be included in the default stylesSet sample so it's more useful to learn how to use it:
The default stylesheet might need also some adjustments to reflect those classes. |
|||||||
#5025 | Approach for backward compatibility | new | Task | Normal | ||||
Description |
This is due to the patch in #4973, but it was a long talk that would distract from the real patch. The patch in #4972 (v2) removes CKEDITOR.loadStylesSet and CKEDITOR.addStylesSet, so when people tries to upgrade they will get an error if they have used them. I think that most of the people didn't know anything about CKEDITOR.loadStylesSet unless they had to fight with the lack of CKEDITOR.stylesSet as I did, but I think that there's lots of people using their own styles with the addStylesSet call. If they don't change the code then it will fail and they have to find out the reason. So my question is: how do we approach backwards compatibility? We can leave the code as is and they have to read the release notes to notice the reason of the problem. This can be more complex if they are upgrading for example from 3.0 to 3.3 with hundreds of bugs in the mean time. We can add bold and red statements in the what's new to make it clearer, but they still have to read the docs. We can provide also a "compatibility" plugin that it's used just to provide compatibility with older apis. This plugin could define just the old functions as mapping to the new APIs and launch a silent warning in the console (if it exists) Something along these lines: CKEDITOR.addStylesSet = function( name, styles ) { if (window.console) window.console("The CKEDITOR.addStylesSet function has been deprecated. Please use CKEDITOR.stylesSet.add. Read... for further info"); CKEDITOR.stylesSet.add(name, styles) }; This way the upgrade is easier, there's a very little overhead and people can remove the plugin when they know that everything is working OK. |
|||||||
#5027 | [IE] Standards Mode Selection: Cannot click to select to the right of a control node | confirmed | Bug | Normal | ||||
Description |
There is a bug with IE in standards mode when trying to click to the right of a control selectable node such as an image. To replicate Set the HTML to: <p> Line 1<br /> Line 2<img src="http://www.google.com/intl/en_ALL/images/logo.gif" /></p> I have attached a patch which fixes this problem. I dont know if it is implemented up to your standards though.
Some things that are bad about my patch are:
There may be some other ways to fix this. Another idea is that we could insert a whitespace text node / span at the end of the block before the end of the mousedown event.
Cheers, |
|||||||
#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; |
|||||||
#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. |
|||||||
#5094 | Dialog API: Custom alignment of radio buttons and their labels | confirmed | New Feature | Normal | ||||
Description |
I have not found a good way to adjust the alignment of the radio buttons. The radio buttons is outputted as table cells in a single table row, that makes it impossible to use css to display them in an vertical list (Internet Explorer). It would be great to have the following options for the radio element:
|
|||||||
#5105 | Simplify getContentElement so it uses only elementId | review | New Feature | Normal | ||||
Description |
The current definition of getContentElement, getValueOf and setValueOf requires both the pageId as well as the elementId, that means that each element is bound to the page where it has been defined, but it would allow greater flexibility for customization if those functions didn't require the pageId, store all the elements in a dialog in a new collection for example this._.allContents[elementId] This would allow to just move one element from one page to another in the contents definition, with no need to adjust anything in the javascript code. Are there any drawbacks? |
|||||||
#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. |
|||||||
#5153 | Automatically set size to the dimensions of the replaced textarea | confirmed | New Feature | Normal | ||||
Description |
If the instance is created replacing a textarea, try to make it match those dimensions by default. If the config has some dimensions set, then of course, use that, but if it's missing, then get the size of the textarea like requested in http://cksource.com/forums/viewtopic.php?f=11&t=17682 |
|||||||
#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). |
|||||||
#5184 | CKeditor flash plugin patch for youtube | confirmed | New Feature | Normal | ||||
Description |
CKeditor's flash plugin accepts youtube URLs, if they point directly to the flash file (youtube.com/v/XXXXXXXX URLs); youtube's interface gives URLs like youtube.com/watch?v=XXXXXXXX. This patch does a string replace on the interface so that people can paste youtube page urls. Supplied code reeks of duct tape, but it gets the job done; I don't have 40 hours to spend learning CKeditor internals (it's already perfect, anyway!) |
|||||||
#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. |
|||||||
#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). |
|||||||
#5291 | Replace alert messages with user-defined UI | assigned | New Feature | Normal | ||||
Description |
In some cases, CKEditor uses an alert to display messages, i.e. invalid . but, in some cases, the developer would like to use his own UI to display these messages. so, i think it can be replaced by an internal function that the developer can overwrite, or make an optional config entry with a callback that will overwrite the original alert. |
|||||||
#5294 | Handling textareas within CKeditor | confirmed | New Feature | Normal | ||||
Description |
<textareas> are being handled like normal HTML tags, when they should be getting the same treatment as <pre> tags. I've done a quick look and from what I see, the offending file would be fragment.js: -Line 152: Original: "&& element.name != 'pre'" Possible replacement: " && element.name != 'pre' && element.name != 'textarea'" -Line 191: Original: "else if ( tagName == 'pre' )"
-Line 332: Original: "if ( currentNode.name == 'pre' )"
That should theoretically fix it. I haven't worked much with it, so this is all untested, but it'd be nice if someone who has more of an idea how to work this could make a proper patch. |
|||||||
#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 |
|||||||
#5317 | Create tool to improve detection of non released memory | pending | Task | Normal | ||||
Description |
Follow up of #4555 It's not the typical "memory leak" problem present in the browsers, but it's easy to store data in a way that it isn't released after one instance is destroyed in an AJAX way, and that means more and more memory use, so it's in the end a memory leak. In the previous bug we have cleaned up the main codeline, but there are other parts that will have to be reviewed and instead of trying to dig into every plugin we must try to find an automated way that help us diagnose where are the problems. |
|||||||
#5346 | Provide reset() method | confirmed | New Feature | Normal | ||||
Description |
Like other form elements, a CKEditor instance should provide a way to reset back to the original contents. And then we can hook the form onReset event to act like other elements http://cksource.com/forums/viewtopic.php?p=46129 |
|||||||
#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 |
|||||||
#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
|
|||||||
#5497 | allow 'grouping' in Styles to be configurable | new | New Feature | Normal | ||||
Description |
My clients find it confusing when the styles, listed in the "Styles" plugin, are grouped by style type. |
|||||||
#5498 | [IE] Inline quotation problem | confirmed | Bug | Normal | ||||
Description |
EnvironmentAll IE versions. Reproducing Procedures
|
|||||||
#5528 | Protect style attribute | assigned | New Feature | Normal | ||||
Description |
Browsers parse the contents of the style attribute and do strange things with its contents, so we should protect like we do for href and src so it's modified only when the user request it, and not by the browser. |
|||||||
#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
|
|||||||
#5561 | An easy way to switch between bulleted and numbered lists | confirmed | New Feature | Normal | ||||
Description |
While reading #4358, I was wondering about a way to easly switch between the two list types. With the new dialog in #4358 it should be enough to switch between the tabs and pressing OK. |
|||||||
#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'. |
|||||||
#5592 | Display unprintable characters | confirmed | New Feature | Normal | ||||
Description |
It would be nice if I can view unprintable characters of used formatting in CKeditor. Is it possible to make button for display and hide such unprintable characters? |
|||||||
#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
|
|||||||
#5600 | Create new block Format to end PRE at start of line | new | New Feature | Normal | ||||
Description |
People usually don't know anything about html tags, they just want things to work, so as long as it's possible we should try to think like a new user and how the expect the editor to behave. In order to end a PRE-formatted paragraph I think that it's easy to expect that just selecting "Normal" in the format dropdown should start a new paragraph and get out of the pre if the caret is at the start of a new line. This would work in a similar way to the Bold button: you press to start marking things as bold and when you press it again you end the effect. |
|||||||
#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
|
|||||||
#5644 | Vertical or Horizontal resize should have grabber at that side | confirmed | New Feature | Normal | ||||
Description |
Follow up from #4231: If the editor has been set so it can be resized only vertically, instead of having the grabber at the right-bottom corner it should be displayed at the bottom with a different picture. Same applies for horizontal-only resize. |
|||||||
#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. |
|||||||
#5692 | Handle file dropping in editor | new | New Feature | Normal | ||||
Description |
Provide a plugin to detect desktop file dropping into editor, for those support browsers. Edit: Yes that is most correct. Editor should have at least a hook for implementing drag&drop into editor. What I mean is that if editor is connected with file uploader (like CKFinder) it should prepare image information that uploader can use to upload file. After file is uploaded, uploader should send new image path and editor should apply it. |
|||||||
#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 |
|
|||||||
#5708 | [IE] Outdent list result incorrect | confirmed | Bug | Normal | ||||
Description |
EnvironmentIE, enterMode=BR Reproducing Procedures
|
|||||||
#5754 | Fixlineneds: allow file-specific configuration | confirmed | Task | Normal | ||||
Description |
fixlineends should handle special keywords, for example to not add a BOM character to a .js file or force different line endings. For example in .js file we could add: // FIXLINEENDS_NOBOM to remove BOM from that file (.js files should have BOM character). This is important as BOM is causing problems when creating the API documentation ([5526]). |
|||||||
#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. |
|||||||
#5768 | List plugin: request for preserving paragraphs when creating a list | new | New Feature | Normal | ||||
Description |
Version 3.3 added support for preserving heading structure when creating a list item. Would be nice to also preserve structure when creating list items from paragraphs. |
|||||||
#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. |
|||||||
#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. |
|||||||
#5938 | Enter into dt/dd elements should toggle these tags | new | New Feature | Normal | ||||
Description |
Enter at the end of DT element should create new DD element and vice versa. |
|||||||
#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. |
|||||||
#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 |
|||||||
#5986 | Join links when joining block elements with DEL or BACKSPACE | confirmed | New Feature | Normal | ||||
Description |
[expected]: The source is relatively unaltered: there's only one link. [actual] there are two links: <p> <a href="foo">I am a </a><a href="foo">link</a></p> Some more info: Pressing 'enter' the first time breaks the links apart. I would consider this a bug, but the behavior is somewhat reasonable. Pressing 'backspace' removes the break and the links are now adjacent. The expected behavior here is that the links have rejoined, since the "backspace" logically has undone the action of pressing "enter". |
|||||||
#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 |
|||||||
#5998 | Sample config.js file (config.sample.js perhaps) | new | Task | Normal | ||||
Description |
It is sometimes very confortible to have a prepared config file where You could see all the available configuration (commented out) and its documentation without having to go online and search what configuration parts are worth to be added to some particular project (it takes less time to go through config text file). I have made such sample configuration file and would like to suggest to add it to the project. It is based on the official documentation and at the moment - up to date. In the first usage examples I have placed default values instead of writting them seperately. |
|||||||
#6009 | Create "Configurator" sample | confirmed | New Feature | Normal | ||||
Description |
This sample/tool/wizard should allow the user to test the behavior of as much config options as possible and get the js code that he needs to use for use it in his implementation. Proposed in http://dev.ckeditor.com/ticket/5998#comment:8 |
|||||||
#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 |
|||||||
#6019 | PHP FTP Connector for CKFinder 2.x | confirmed | New Feature | Normal | ||||
Description |
Hello, I've written a php connector which will use ftp nstead of file system commands. Right now, only php5 is supported, because i use my own created FTPStandalone class. Setup is quite easy You need only to add the following config in ckfinder config.php $configFTP? = array(
); port is optional, if not set, port 21 will be used path example webserver document root: /var/www/vhosts/domain.de/httpdocs base path for uploading: /uploads/files/ckfinder complete path: /var/www/vhosts/domain.de/httpdocs/uploads/files/ckfinder ftp homedir (complete path) /var/www/vhosts/domain.de/ so the path configuration should be: $configFTP?path? = "/httpdocs/"; this example is based on parallels plesk feel free to tell me if you like it or what i could do better. |
|||||||
#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? |
|||||||
#6085 | filemanager in the same window | confirmed | New Feature | Normal | ||||
Description |
With any file manager when I click the "Browse server" button ckeditor opens a new window/popup . I want ckeditor to allow me to open the filemanager in a "fake" popup like the one that are created from javascript. I'm developing an application using extjs and I would like to be able to open a filemanager in a window created by extjs. I thought the easiest way to do this is to modify the filebrowser plugin to make it call a function instead of opening the "url" in a popup. then that function will call whatever extjs code I would need to create the window. I made this simple modification to the filebrowser plugin and it would be nice if it could be integrated in future versions as it would be easier to mange the updates and I think others might benefit from it too. the attached patch is for ckeditor 3.3.1 |
|||||||
#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. |
|||||||
#6092 | In TD element Add Style and class properties | confirmed | New Feature | Normal | ||||
Description |
As in object. Thank you very much. |
|||||||
#6093 | Change the set of characters in the "insert special character" dialog | confirmed | New Feature | Normal | ||||
Description |
Lots of html-entities exist, that are not shown in the list of characters. At the same time, lots of useless characters are shown, such as a-z and A-Z. Something needs to be changed. Including a-z only makes sense if you make a truly complete list, including every unicode character, such as the one found in charmap.exe in Windows. If you want to stick to an incomplete list, don't include a-z, as they are found on every keyboard anyway. And why not include all html-entities except whitespace? You can see them here, including their names: http://en.wikipedia.org/wiki/List_of_XML_and_HTML_character_entity_references |
|||||||
#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. |
|||||||
#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 |
|||||||
#6128 | Add Upload Progress/Notification for file browser | confirmed | New Feature | Normal | ||||
Description |
One of the complaints I get from a lot of people who use the program is that they cannot tell if their file is uploading. (I mean I can tell, but it's not user friendly). We often upload large flash videos or pictures to the server and this can take several seconds. The problem is that the window never gives any notification of the upload. It should at the very least provide a message saying "Your file is being uploaded". At best, it would be more AJAXy and offer a progress bar (Although I understand the complications with that). This problem is probably even more present for internet users who have slower connections. My current solution is to hack the file browser plugin. Before it starts the upload, I popup a window (Using a timeout) with a simple gif. I save the reference on the element, then when the URL comes back, I look for a saved window and close it. This feature could be as basic or as advanced as you guys want, but I think it'd really make the filebrowser more informative in that regard. |
|||||||
#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. |
|||||||
#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. |
|||||||
#6160 | CKEditor and nice urls | confirmed | New Feature | Normal | ||||
Description |
Some users are not happy with the way how addquerystring in the filebrowser plugin works (http://cksource.com/forums/viewtopic.php?t=19761) We could think of making this function more customizable or even public to allow developers to override it with their own function without the need to recompile CKEditor. |