Custom Query
Results (1701 - 1800 of 1835)
Ticket | Summary | Keywords | Owner | Type | Status | Priority | ||
---|---|---|---|---|---|---|---|---|
#5462 | Color is removed improperly from partial selections | Confirmed Review+ | Bug | closed | Normal | |||
Description |
The yellow background from the " text" bold text will be removed, remaining transparent. Confirmed with FF 3.6 at least. Works well with the 3.2. |
|||||||
#5466 | SCAYT interferes on color commands | Confirmed | Bug | closed | Normal | |||
Description |
<p>ThisAA isAA someAA textAA.</p>
Note that a separated <span> tag has been created for every space and word in the text. |
|||||||
#5467 | "Remove Format" removes SCAYT highlight lines also | Confirmed | Bug | closed | Normal | |||
Description |
The "Remove Format" command removes SCAYT highlight lines also. To test it, simply select a SCAYT highlighted word and hit the "Remove Format" button. |
|||||||
#5469 | Elements path stops working when re-creating editor | Confirmed | Bug | closed | Normal | |||
Description |
The elements path stops working. Nothing is shown. |
|||||||
#5472 | Appling color stops on style already applied | Confirmed | Bug | closed | Normal | |||
Description |
<p>This is <span style="background-color: rgb(255, 255, 0);">some</span> sample text.</p>
The color will not be applied to the entire text. |
|||||||
#5477 | [IE] Tab key incorrect result when document contains control type element | IE Confirmed | Bug | review_failed | Normal | |||
Description |
EnvironmentAll IE versions Reproducing Procedures
|
|||||||
#5483 | Fullpage problem when missing title | Confirmed Review+ | Bug | closed | Normal | |||
Description |
EnvironmentFirefox and Safari Reproducing Procedures
|
|||||||
#5485 | Missing accessibility attributes in the editing area DOM | Oracle Confirmed Review+ | Bug | closed | Normal | |||
Description |
Once the editor is displayed, editor area's iframe is not having the Title attribute and inside the iframe, <html> element doesn't have the lang attribute. |
|||||||
#5488 | Normal Paste affected by paste from word | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Reproducing Procedures
|
|||||||
#5499 | Editing checkbox error | Confirmed | Bug | closed | Normal | |||
Description |
EnvironmentIE6/7 Reproducing Procedures
|
|||||||
#5504 | [IE] Paste button problem | Confirmed Review+ | Bug | closed | Normal | |||
Description |
EnvironmentIE6/7 Reproducing Procedures
|
|||||||
#5505 | IE: Insert image throws error | Confirmed Review+ | Bug | closed | Normal | |||
Description |
first make sure you are in https environment, and then choose replace by class sample. reproduce:
confirmed in Firefox3.5 and IE8,win7 |
|||||||
#5516 | IE8: Toolbar buttons have higher bottom padding | IE8 Confirmed Review+ | Bug | closed | Normal | |||
Description |
This cannot be reproduced with the sample files, but in the online demo of CKEditor, the buttons have an extra padding in the bottom with IE8 in IE8 mode. This is easy to notice in the last row, when compared with the combos. |
|||||||
#5527 | Anchor (#) in URL gets urlencoded when using CKEDITOR.tools.callFunction | Confirmed | Bug | closed | Normal | |||
Description |
When calling CKEDITOR.tools.callFunction(2, "http://www.kajona.de/index.html#myanchor"); out of our custom filebrowser, CKEditor will convert the URL to http://www.kajona.de/index.html%23myanchor I guess this isn't a feature? |
|||||||
#5530 | page break for printing can not be removed using Undo | IBM Confirmed Review+ | Bug | closed | Normal | |||
Description |
To reproduce the defect:
Expected Result: See that the Page break for Printing that we have inserted in Step 2 is removed Actual Result: Page break for printing is not removed no matter how many number of times we press Undo. Tested against IE 6&7, FF3.6 |
|||||||
#5546 | SCAYT breaks undo system | Confirmed | Bug | closed | Normal | |||
Description |
Reproducing Procedures
|
|||||||
#5553 | Cursor location in Paste from Word and Paste dialogs is incorrect for BIDI languages | IBM Confirmed Review+ | Bug | closed | Normal | |||
Description |
To reproduce the defect:
Expected Result: Paste from Word or Paste dialog is opened and the Cursor is on the right-side of the text area Actual Result: Paste from Word or Paste dialog is opened and the Cursor is on the left-side of the text area. The Cursor Position is shown properly in Paste as Plain Text dialog. |
|||||||
#5559 | setData affected by iframe loading | Confirmed IE Review+ | Bug | closed | Normal | |||
Description |
EnvironmentIE with browser cache enabled. Reproducing Procedures
|
|||||||
#5562 | [IE] Unable to have 'contentEditable=false" in effect | Confirmed IE Review+ | Bug | closed | Normal | |||
Description |
EnvironmentIE8 Reproducing Procedures
|
|||||||
#5565 | Erratic scrollbar behavior when opening a rich combo with RTL | Confirmed Review+ Oracle | Bug | closed | Normal | |||
Description |
Open a rich combo in an RTL page. Notice that an horizontal scrollbar appears for a short time. |
|||||||
#5567 | Remove inline style not joining siblings | Confirmed IE Review+ | Bug | closed | Normal | |||
Description |
EnvironmentIE8 Reproducing Procedures
|
|||||||
#5568 | [[IE]] First Char in the selected line in a Table is removed from selection after we applied and removed the Formatting | IBM IE Confirmed Review+ | Bug | closed | Normal | |||
Description |
To reproduce the defect:
Expected Result: Bold Formatting applied to the line is removed and whole line of text remains selected. Actual Result: Bold Formatting applied to the line is removed but the First Character(k) in the line is omitted from the selection. Same behaviour happens with Italic,Underline,Strike Through,Subscript and Superscript formatting options. Tested against IE 6& 7 |
|||||||
#5570 | [IE] SCAYT load blind cursor in document | Confirmed IE Review+ | Bug | closed | Normal | |||
Description |
EnvironmentAll IE versions. Reproducing Procedures
|
|||||||
#5572 | [IE] SCAYT move cursor on misspelled word | Confirmed IE | Bug | closed | Normal | |||
Description |
EnvironmentIE Reproducing Procedures
|
|||||||
#5573 | SCAYT breaks cursor position after insert image | Confirmed Review- | Bug | closed | Normal | |||
Description |
Reproducing Procedures
|
|||||||
#5577 | delete table column throws error | Confirmed Review+ | Bug | closed | Normal | |||
Description |
reproduce steps:
2. selected multiple cell in the same column
|
|||||||
#5578 | Flash with Alignment is not shown properly in Editor body | IBM Confirmed Review+ | Bug | closed | Normal | |||
Description |
To reproduce the defect:
Expected Result: Flash will be shown on the right hand side of Editor since it's Alignment was set to Right Actual Result: Flash is shown with out any Alignment and it is shown in the middle of the text when i check the Flash Alignment in Flash Properties it is showing Alignment correctly as Right |
|||||||
#5580 | Maximize does not work properly in the Office 2003 and V2 skins | Confirmed HasPatch Review+ | Bug | closed | Normal | |||
Description |
Steps to reproduce
Notice that there is a space at the bottom and you can see other editor's toolbar buttons. |
|||||||
#5583 | Problem with CKReleaser source version | Confirmed Review+ | Bug | closed | Normal | |||
Description |
EnvironmentWindows Reproducing Procedures
|
|||||||
#5584 | forceEnterMode affects Indendation and Outdentation | IBM Confirmed Review+ | Bug | closed | Normal | |||
Description |
When using config.forceEnterMode=true it affects how Indendation and Outdentation is applied. T reproduce the defect:
Expected Result: Cursor should begin at the current indent level as set by the Indent Paragraph control Actual Result: The cursor position of the new line begins at the left edge of the edit area. The same behavior is exhibited by the Outdent link. |
|||||||
#5586 | Multiple editor instances ruins full-screen mode | Confirmed Firefox Review+ | Bug | closed | Normal | |||
Description |
By running two or more instances of the editor on the same page, swithing to full-screen mode in any of the instances, except the first instance, will ruin the full-screen mode (see attached screenshot). The bug can easily be reproduced by adding another instance in the "replacebyclass.html" example, focusing the editor field of that instance and hitting its full-screen button. |
|||||||
#5591 | [Firefox] StylesCombo problem block-level element selection | Confirmed Review+ | Bug | closed | Normal | |||
Description |
EnvironmentFirefox Reproducing Procedures
|
|||||||
#5593 | hit enter key in a cell throws a error | Confirmed Review+ | Bug | closed | Normal | |||
Description |
steps to reproduce:
confirmed in firefox3.5,chrome in win7 |
|||||||
#5594 | Leading spaces problematic in <pre> | Confirmed | Bug | closed | Normal | |||
Description |
Reproducing Procedures
|
|||||||
#5617 | Filter does not allow two 'text' filters | Confirmed Review+ | Bug | closed | Normal | |||
Description |
By adding another 'text' type filter to htmldataprocessor breaks the editor output, e.g. htmlFilter.addRules( { text : function( text ) { return text; } }); |
|||||||
#5618 | Dialog error when remove editor instance | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Reproducing Procedures
|
|||||||
#5622 | [FF] Cursor not blinking on editor::focus | Confirmed Safari Firefox Opera Review+ | Bug | closed | Normal | |||
Description |
On 3.3.x branch, when using Tab key to focus the editor, notice that the cursor is not blinking. |
|||||||
#5623 | Apply two styles problematic | Confirmed Firefox Review+ | Bug | closed | Normal | |||
Description |
EnvironmentFirefox Reproducing Procedures
|
|||||||
#5628 | Incorrect <pre> merging | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Reproducing Procedures
|
|||||||
#5630 | [Safari] Find dialog first open doesn't gain focus | Confirmed Safari | Bug | closed | Normal | |||
Description |
Open find dialog in Safari without prior editor focus cause the following JavaScript error thrown: Uncaught TypeError: Cannot call method 'clone' of undefined. |
|||||||
#5631 | SCAYT context menu options always has highest priority | Confirmed | Bug | closed | Normal | |||
Description |
SCAYT context menu options position in list should be configurable via CKEDITOR.config.menu_groups. |
|||||||
#5632 | SCAYT decoration | Confirmed Review+ | Bug | closed | Normal | |||
Description |
patch resolves problem with SCAYT decoration found during review of #5466 (SCAYT markup is overriden by color markup) This patch should be manually merged with #5572_2, but may be applied standalone. |
|||||||
#5634 | In IE 8 Compatibility Mode need to click twice to edit | Confirmed IE | Bug | closed | Normal | |||
Description |
IE 8 Compatibility Mode (and possibly IE 7) have to click twice inside the editor to be able to edit. On first click the blinking cursor appears, but contents are not editable. Have to click the second time. How to replicate: Open http://nightly.ckeditor.com/5430/_samples/replacebyclass.html in IE8 and enable Compatibility View. Click once inside the editor and try editing. |
|||||||
#5637 | "<head> must be a child of <html>". Webkit warning | Confirmed Review+ | Bug | closed | Normal | |||
Description |
That warning is shown while loading CKEditor, and a simple fix is proposed at http://cksource.com/forums/viewtopic.php?f=6&t=18508 |
|||||||
#5638 | ‘ignoreEmptyParagraph’ configuration doesn't work in enterMode=BR | Confirmed Firefox HasPatch | Bug | closed | Normal | |||
Description |
EnvironmentFirefox, config.enterMode = CKEDITOR.ENTER_BR, config.ignoreEmptyParagraph = true; Reproducing Procedures
|
|||||||
#5651 | Wrong button label apostrophe escaping | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Replace '+' by ',' in button's plugin.js, line 137: svn\CKEditor\trunk\_source\plugins\button\plugin.js (revision 5259): @@ -134,7 +134,7 @@
|
|||||||
#5657 | IE: The browser BACK button is not working properly | Confirmed IE Review+ | Bug | closed | Normal | |||
Description |
Regression. Confirmed with IE8:
Expected results: the previous page should be loaded on step 3. |
|||||||
#5660 | Error at blinkCursor after maximizing in Firefox | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Using the ajax sample in the 3.3 branch, after maximizing the editor it throws an error and the content can't be edited: uncaught exception: [Exception... "Component returned failure code: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIDOMNSHTMLDocument.designMode]" nsresult: "0xc1f30001 (NS_ERROR_NOT_INITIALIZED)" location: "JS frame :: http://localhost/ckeditor/_source/plugins/wysiwygarea/plugin.js :: blinkCursor :: line 810" data: no] |
|||||||
#5663 | General memory clean up after destroy of last editor | Confirmed Review+ | Bug | closed | Normal | |||
Description |
This is a follow up of #4555 After talks with Fred and Garry, it seems that we can provide a generic memory clean up to free resources after the last instance of CKEditor is destroyed with just a few lines. The idea of this patch is to clean up anything that might have been left around, but to avoid problems with pages that don't destroy all the editors we should keep the current protections. |
|||||||
#5667 | Pasting in an RTL page causes the editor to scroll erratically | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Though reproducible in all browsers, the bug is most noticable in IE. Steps to reproduce
Notice that the scrollbar behaves erratically. As long as you paste more data or faster, longer the time the scrollbar appears. |
|||||||
#5668 | [IE] Content messed up with invalid HTML | Confirmed | Bug | closed | Normal | |||
Description |
With the following HTML loaded in editor: <p><span><p>text</p></span></p> Switch to source, the output now becomes: <p> <p> </p> </p> <p>text</p> |
|||||||
#5671 | SCAYT core can be loaded on several times | Confirmed Review+ | Bug | closed | Normal | |||
Description |
SCAYT core can be loaded on several times on one page, if other WISIWIG with SCAYT is present. |
|||||||
#5672 | SCAYT core url and SCAYT logo url cane have different domains and protocols | Confirmed Review+ | Bug | closed | Normal | |||
#5673 | The TAB key must be hit twice to leave the editor | Confirmed Review+ | Bug | closed | Normal | |||
Description |
When trying to leave the editor with the TAB key, it must be hit twice. The first hit has no effect. Confirmed with FF using the replacebycode sample. This is a regression. |
|||||||
#5674 | SCAYT error on editor destroy | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Turn on scayt autostartup on sample page divreplace.html Edit 1-st text block by double clicking, wait scayt run Edit 2-nd text block:
|
|||||||
#5676 | IE can't display <font color="RGB"> | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Found in #5024, if a color is defined as #F00, and the HTML sample is used, IE doesn't display the text as red, it must use #FF0000 to show the color. The patch changes the color that it's generated expanding it to 6 places, the other option would be to change the default palette to define all colors as 6 places, but that would require to adjust also all the language files. |
|||||||
#5681 | 'menubutton' force focus | Confirmed Review? | Bug | closed | Normal | |||
Description |
Currently the menu created by 'menubutton' plugin will always force focusing the editor on show and close, observed on SCAYT menu, the expected behavior is that focus should be set only when necessary. |
|||||||
#5682 | [Safari] Selection lost when focus with tab key | Confirmed Safari | Bug | closed | Normal | |||
Description |
EnvironmentWebkit Reproducing Procedures
|
|||||||
#5685 | Undo is broken if there is no instance named "editor1" | Review+ Confirmed | Bug | closed | Normal | |||
Description |
Using trunk with Ajax sample and Firefox:
CKEDITOR.instances.editor1 is undefined /ckeditor/_source/plugins/undo/plugin.js Line 174 Due to [5486] |
|||||||
#5688 | UI dialog for the second instance fails | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Loading the ui color samples, the dialog that it's launched in second place to change the ui color lacks the color picker. |
|||||||
#5690 | When editing a table cell with a width="xxx%" attribute, the cell properties dialog shows pixels instead of percentage | Confirmed | Bug | closed | Normal | |||
Description |
If your source contains a table cell with a percentage width attribute eg: <td width="50%"> and you right click > cell > cell properties the resulting dialog will show:
ie it will select "pixels" rather than "percentage" in the "widthType" dropdown. Saving this dialog will then insert <td style="width: 50px"> which is obviously wrong. You can reproduce this on the nightly build (edit your source and insert a percentage width attribute and reproduce the steps described above) The attached patch fixes this issue |
|||||||
#5691 | SCAYT's loader stucks under the file:// protocol | Confirmed | Bug | closed | Normal | |||
Description |
After the autoload configuration became enabled by default in [5500], FF throws this error:
The culpritis is line 856 in SCAYT's loader script.
|
|||||||
#5693 | Strange 'embeded' object in flash dialog | Confirmed | Bug | closed | Normal | |||
Description |
I think that this is a typo in the flash dialog: previewPreloader = new CKEDITOR.dom.element( 'embeded', editor.document ); I guess that no one has noticed it because that element is only used to handle the baseHref #3401 and currently it's doing nothing (assign an attribute and it returns back the same value) |
|||||||
#5703 | Double click open table dialog problematic | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Reproducible on 3.3.x branch. |
|||||||
#5707 | SCAYT changes selection after 'Backspace' key | IE Confirmed | Bug | closed | Normal | |||
Description |
EnvironmentIE Reproducing Procedures
|
|||||||
#5712 | Chrome: enter in pre causes problems | Chrome Confirmed | Bug | closed | Normal | |||
Description |
Chrome: enter in pre causes problems Reproduce
Result
Expected
|
|||||||
#5713 | Chrome: Form elements are added on the beginning of the document | Chrome Confirmed Review+ | Bug | closed | Normal | |||
Description |
In Chrome, form elements are always added on the beginning of the document. it doesn't matter carret is positioned. |
|||||||
#5714 | Chrome: Toolbar button label has wrong vertical align | Chrome Confirmed Review+ | Bug | closed | Normal | |||
Description |
Toolbar button label has wrong vertical align in Office2003 and V2 skins. Attaching screenshoot for reference. Reproduced in Chrome 4 win, 6 linux; using standards mode. |
|||||||
#5716 | Chrome: insert emoticon in the middle of the word | Chrome Confirmed | Bug | closed | Normal | |||
Description |
Chrome: insert emoticon in the middle of the word fails, placing emoticon before the word. Reproduce
Result
Expected
This is an regression against 3.2. |
|||||||
#5719 | IE: Image Dialog - JS error when closing a dialog | Confirmed IE Review+ | Bug | closed | Normal | |||
Description |
Confirmed in IE8. Steps to reproduce
Result: JS error. Object does not support this property or method. Image.js, line 506: original.setCustomData( 'isReady', 'false' ); |
|||||||
#5720 | SCAYT set focus on mode switch | Confirmed Review- | Bug | closed | Normal | |||
Description |
Reproducing Procedures
|
|||||||
#5723 | SSL incompatible SCAYT AD | Confirmed IE6 | Bug | closed | Normal | |||
Description |
SCAYT AD banner cause unauthenticated warnings under HTTPS. |
|||||||
#5724 | [Firefox] Maximize one editor instance make other instances uneditable | Firefox Confirmed Review+ | Bug | closed | Normal | |||
Description |
when there are multiple editor instances in one page, maximize one instance and then minimize it.this behavior will make other case uneditable any more. |
|||||||
#5725 | [IE] SCAYT breaks INPUT element selection | Confirmed IE Firefox | Bug | closed | Normal | |||
Description |
With SCAYT enabled, it's not unable to open context menu on checkbox/radio/textfield/textarea, single click makes the cursor blinking inside those elements now. |
|||||||
#5727 | Problem creating and destroying instances | Confirmed | Bug | closed | Normal | |||
Description |
I found a problem creating and destroying the editor, Firebug gave the error m.element is not defined on line 124 of the minified ckeditor.js (the editor's destroy method) which has the following : if(m.elementMode==1)m.element.show(); I added the following if(m.elementMode==1 && m.element)m.element.show(); this corrected the issue. |
|||||||
#5729 | Safari: h-resize issue in Kama skin | Safari Confirmed Review- | Bug | closed | Normal | |||
Description |
In Safari, horizontal resize of Kama skin is broken, not whole editor chrome is resized, eg scrollbar remains still is same position. Attaching screenshot for reference. Reproduce
|
|||||||
#5731 | Safari: First enter does not break the line in enterMode BR + SCAYT | Safari Confirmed | Bug | closed | Normal | |||
Description |
Safari: First enter does not break the line in enterMode BR + SCAYT. Reproduce
Result
Expected
Can't be reproduced without SCAYT enabled. |
|||||||
#5736 | Default "mailto" links look ugly | Confirmed Review? | Bug | closed | Normal | |||
Description |
When creating link to an email address, FCKeditor showed only email address:
CKEditor shows the complete link, which simply looks bad:
Steps to reproduce
|
|||||||
#5741 | SCAYT error with multiply editor | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Steps to reproduce: Go to replacebycode samples page Turn off scayt autostartup 1.Enable scayt in first editor 2.Press "New document" in the same editor 3.Enable scayt in second editor Expected result: scayt enabled Actual result: javascript error appear, and scayt is blocked in second editor Another way is: Go to replacebycode samples page Turn off scayt autostartup 1.Enable scayt in first editor 2.Press "Source" button 3.While source-mode is actual for first editor, enable scayt in second editor 4.Try to exit from source mode in first editor to wisiwig mode Expected result: editor should switch to wisiwig mode and scayt should be enabled Actual result: javascript error is appear and editor toolbar is blocket |
|||||||
#5742 | IE: Erros is thrown on New Page without focus | IE Confirmed Review+ | Bug | closed | Normal | |||
Description |
With IE8, I'm able to reproduce the problem with "exactly" these steps:
A js error is thrown. |
|||||||
#5744 | Remove editor in source mode throws error | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Waiting for SCAYT to be enabled, switch to 'Source' mode before removing editor, you get a JavaScript error in all browsers, not able to reproduce when SCAYT is off. |
|||||||
#5746 | [Firefox] Selection on form elements | Confirmed Firefox Review+ | Bug | closed | Normal | |||
Description |
When left clicking checkbox/radio/textfield/textarea, the cursor blinking inside those elements now instead of selecting the entire element. Form elements are by default editable in Firefox after [5391], it brings issues to us as we intercepts enter key, selection inside such elements is buggy itself, we should restore the previous (when using 'designMode'). |
|||||||
#5747 | IE: Text field editing activation throws error | IE Confirmed Review+ | Bug | closed | Normal | |||
Description |
In IE, it's possible to active editing inside text fields by doing the following:
Right now, this action throws a js error on trunk. |
|||||||
#5748 | Textarea value editing | Confirmed | Bug | closed | Normal | |||
Description |
Currently it's not able to update the <textarea> value in wysiwyg mode or with dialog. |
|||||||
#5759 | [IE] Clicking on the scrollbar and then on the host page causes a JS error | Confirmed IE Review+ | Bug | closed | Normal | |||
Description |
Steps to reproduce
A JS error appers: 'type' is null or not an object. |
|||||||
#5761 | The color dialog buttons are barely clickable in IE Quirks | IE Confirmed Review+ | Bug | closed | Normal | |||
Description |
Steps to reproduce
This is a regression of 3.2.2. |
|||||||
#5766 | ‘ignoreEmptyParagraph’ behaves wrong | Confirmed | Bug | closed | Normal | |||
Description |
Reproducing Procedures
|
|||||||
#5769 | ­ entity not converted when config.entities=false | IBM Confirmed | Bug | closed | Normal | |||
Description |
When config.entities=false, the expectation is that getData() returns the actual character for ­ and not the html entity "­". In IE and Safari, the entity "­" is returned. FF works as expected. |
|||||||
#5772 | [IE] Not all list-style-type values are supported by IE | IBM Confirmed Review+ | Bug | closed | Normal | |||
Description |
The list style dialog provides options for armenian, georgian, lower-greek and decimal-leading-zero. These list-style-type values are not supported by any version of IE. IE does not support the values armenian, decimal-leading-zero, georgian, inherit, lower-greek, lower-latin or upper-latin. |
|||||||
#5775 | Required field's label to contain a CSS class to allow it to be styled differently | IBM Confirmed | New Feature | closed | Normal | |||
Description |
If a labeled dialog UI Element's required property is set to true the field's label should contain a CSS style so it can be styled differently. For example: <label class="cke_dialog_ui_labeled_label cke_required"... A style like the following could then be used to mark required fields: .cke_skin_<name> .cke_dialog_ui_labeled_label.cke_required:before { content: "* "; } |
|||||||
#5782 | FF: 0xc1f30001 (NS_ERROR_NOT_INITIALIZED) [nsIDOMNSHTMLDocument.designMode] | Confirmed Review+ | Bug | closed | Normal | |||
Description |
This is a regression bug introduced in CKEditor 3.3. It occurs when doing some specific DOM operations on the node that contains the editor. We had a similar problem in #5660. Please check the attached files (unpack them in the _samples directory) to reproduce this issue. Works fine in CKEditor 3.2.1, 3.0 and all previous releases. |
|||||||
#5787 | liststyle plugin isn't packed | Confirmed | Bug | closed | Normal | |||
Description |
Load the packed nightly build and you can see in the net monitor of firebug or other tools that the plugin.js file for liststyles plugin is loaded as a separate item. Reported in http://cksource.com/forums/viewtopic.php?f=11&t=18979 |
|||||||
#5788 | HTML parser allows spaces after <br> | Confirmed | Bug | closed | Normal | |||
Description |
Whitespace in following HTML should be removed by HTML parser while it doesn't introduce any visual clue: <p>test<br /> whitespace</p> It could be verified from Firebug HTML tab's show whitespaces functionality.
#4574 ticket test is broken by this bug: |
|||||||
#5789 | Losing leading whitespaces in <pre> | Confirmed | Bug | closed | Normal | |||
Description |
As tells by 'test_pre_leading_whitespaces_toHtml' test, leading spaces are trimmed within pre-formatted text: |
|||||||
#5790 | [Safari] fullpage output internal attribute | Safari Confirmed Review+ | Bug | closed | Normal | |||
Description |
EnvironmentSafari Reproducing Procedures
|
|||||||
#5794 | Second search with no result leads to a JS error | Confirmed Review+ | Bug | closed | Normal | |||
Description |
Steps to reproduce
Notice that there is an error: startNode is null; _source/core/dom/range.js L1386. |
|||||||
#5801 | contentEditable=false on inline-elements | Confirmed IE Review+ | Bug | closed | Normal | |||
Description |
#5562 is still reproducible on inline-elements. |
|||||||
#5807 | Scayt causing serious problems in Firefox 2 | Confirmed Firefox | Bug | closed | Normal | |||
Description |
SCAYT is enabled by default since 3.3 and this is causing serious issues for users using an old Firefox 2. It is actually almost impossible to type text inside of CKEditor. Confirmed using FF 2.0.20 @ Win 2003. Issue 1Steps to reproduce
Issue 2Steps to reproduce
In the sample article we do not have any errors, but in real life using a word that is not in dictionary happens quite often and this bug becomes really painful. |
|||||||
#5825 | [ContentEditable] Read only blocks should not be "undeletable" | Confirmed Review? | Bug | closed | Normal | |||
Description |
In some situations, the protection for read only blocks is being over exaggerated. For example
<p>Para 1</p> <p contenteditable="false">Non Editable</p> <p>Para 2</p>
Current Results: <hr /> <p contenteditable="false"> Non Editable</p> <hr /> Expected Results: <hr /> This one is related to the contenteditable feature branch. |
|||||||
#5827 | [ContentEditable] List creation across read only blocks is broken | Confirmed Review? | Bug | closed | Normal | |||
Description |
<p>Para 1</p> <p contenteditable="false">Non Editable</p> <p>Para 2</p>
Current results: <ul> <li> Para 2</li> <li> Para 1</li> </ul> <p contenteditable="false"> Non Editable</p> Expected results: <ul> <li> Para 1</li> </ul> <p contenteditable="false"> Non Editable</p> <ul> <li> Para 2</li> </ul> This one is related to the contenteditable feature branch. |