Custom Query
Results (5301 - 5400 of 11754)
Ticket | Summary | Owner | Type | Priority | Milestone | Component | ||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|
#5658 | Text colour Gray tooltip incorrect. | Bug | Normal | CKEditor 3.4 | General | |||||||
Description |
The 'Dark Gray' is visibly lighter then 'Gray'. 'Dim Gray' and 'Dark Gray' tooltips may need to be swapped. |
|||||||||||
#5660 | Error at blinkCursor after maximizing in Firefox | Bug | Normal | CKEditor 3.3 | General | |||||||
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] |
|||||||||||
#5661 | CKeditor 3.2.1. : Line growing inconsistently in Firefox | Bug | Normal | General | ||||||||
Description |
CKeditor 3.2.1. : Line growing inconsistently in Firefox I am able to reproduce this bug in Firefox using the CKeditor demo site:
"12345678901234567890"
" WORD"
In IE, everything looks fine. The position of "WORD" stays unchanged. However, this is not the case in Firefox. In Firefox, the position of "WORD" shifts to the right and left depending on the font name. |
|||||||||||
#5663 | General memory clean up after destroy of last editor | Bug | Normal | CKEditor 3.3 | General | |||||||
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. |
|||||||||||
#5664 | Shared toolbar never reappears after editor destroy in Opera | Bug | Normal | UI : Toolbar | ||||||||
Description |
In Opera (9.5) when you dynamically create an editor instance with sharedSpaces.top = "cke-toolbar" the toolbar is drawn in the element with ID = #cke-toolbar as it should be. But when you destroy the editor and create another one with the same settings - toolbar never shows up again. No error or exceptions are thrown. |
|||||||||||
#5665 | image dragging in editor breaks image src in Firefox | Bug | Normal | General | ||||||||
Description |
When you have a CKeditor in an HTML document with a <base href>, it breaks images when you drag an image in the editor. I've set up a test case at http://ckeditor.02.swis.nl/js/ckeditor/_samples/replacebycode.html This is a standard install. I've only changed replacebycode.html and inserted a <base href>. Steps to see unwanted behaviour:
=> Bug: image is broken in editor This also happens with other images in the editor. |
|||||||||||
#5666 | CKeditor 3.2.1 : the attribute class is inserted by CKeditor | Bug | Normal | General | ||||||||
Description |
CKeditor 3.2.1 : the attribute class is inserted by CKeditor Tested on FireFox
<p class="pa1">
"this is a new paragraph" "this other line should does not have a class attribute defined"
Please test other attributes as well. I don't think CKeditor should reuse the last tag's attributes. If so, please cofirm that this is how CKeditor works. |
|||||||||||
#5667 | Pasting in an RTL page causes the editor to scroll erratically | Bug | Normal | CKEditor 3.3 | Core : Pasting | |||||||
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 | Bug | Normal | Core : Output Data | ||||||||
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> |
|||||||||||
#5670 | Link text with different styles dublicate links in Google Chrome. | Bug | Normal | General | ||||||||
Description |
Result:
There is 3 links: Reproduce in Google Chrome. |
|||||||||||
#5671 | SCAYT core can be loaded on several times | Bug | Normal | CKEditor 3.3 | UI : Spell Checker | |||||||
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 | Bug | Normal | CKEditor 3.3 | UI : Spell Checker | |||||||
#5673 | The TAB key must be hit twice to leave the editor | Bug | Normal | CKEditor 3.3 | General | |||||||
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 | Bug | Normal | CKEditor 3.3 | UI : Spell Checker | |||||||
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:
|
|||||||||||
#5675 | [IE] Inconsistent undo when inserting HR and page break | Bug | Normal | Core : Undo & Redo | ||||||||
Description |
The undo system is inconsistent when inserting HR and page break. First scenario
A new paragraph is created and the caret moves into it.
The paragrpah is created and the caret goes to the expected location. Second scenario
The caret is vanished.
The caret is positioned near the HR.
The caret is positioned correctly. |
|||||||||||
#5676 | IE can't display <font color="RGB"> | Bug | Normal | CKEditor 3.3 | General | |||||||
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. |
|||||||||||
#5677 | CKeditor 3.2. : Styles can't be removed with CKeditor | Bug | Normal | General | ||||||||
Description |
CKeditor 3.2. : Styles can't be removed with CKeditor This was tested in FF and IE in the demo site.
aaaaaaaaaaaaaa bbbbbbbbbbbbbb cccccccccccccc
=> There is no way of undoing that style with CKeditor. The only way to do this is to apply another style or to do manual html source changes. => Other styles can be undone such as variable. There is inconsistency of behavior since some styles can be undone by reapplying the same style and others can't. |
|||||||||||
#5678 | Styles are used on the next line inconsistently | Bug | Normal | General | ||||||||
Description |
CKeditor 3.2.1. : Styles are used on the next line inconsistently This was tested in FF and IE in the demo site.
However, if you repeat the same process for other style such as variable, the style is used on the next line as well after the newline. There is inconsistency of style behavior. *Try to test this behavior with other styles as well with this ticket. |
|||||||||||
#5679 | Style Formatting | Bug | Normal | Core : Styles | ||||||||
Description |
Hi,
for example : I'm able to change the font styles from <font style="font-size: 14px;"> text </font> to <font size="14"> text </font> by making a custom corestyles like FCKConfig.CoreStyles.Size =
But When I align text to center the format I'm getting in source code is like : <p style="text-align: center;"> where I want it to change to <p align="center"> I couldn't find a way to make the changes like I did for the other font styles. some body Please help me with a solution. |
|||||||||||
#5680 | [SCAYT] Turn off 'scayt_moreSuggestions' config throws error | Bug | Normal | CKEditor 3.3 | UI : Spell Checker | |||||||
Description |
It's not able to have the following configuration works: config.scayt_moreSuggestions = 'off'; |
|||||||||||
#5681 | 'menubutton' force focus | Bug | Normal | UI : Context Menu | ||||||||
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 | Bug | Normal | General | ||||||||
Description |
EnvironmentWebkit Reproducing Procedures
|
|||||||||||
#5684 | Cursor disappears | Bug | Normal | CKEditor 3.5.1 | Core : Pasting | |||||||
Description |
When using the forcePasteAsPlainText option, the cursor disappears after pasting into the editor.
http://www.simshaun.com/ckeditor/3.2.1-cursor-bug-papt.php
The bug occurs in FireFox 3.6.3 and 3.6 (probably earlier versions as well). It works fine in Chrome 4.1, Win Safari 4, and IE7. |
|||||||||||
#5685 | Undo is broken if there is no instance named "editor1" | Bug | Normal | CKEditor 3.3 | Core : Undo & Redo | |||||||
Description |
Using trunk with Ajax sample and Firefox:
CKEDITOR.instances.editor1 is undefined /ckeditor/_source/plugins/undo/plugin.js Line 174 Due to [5486] |
|||||||||||
#5686 | Selected option should be focused in drop-down lists | Bug | Normal | Accessibility | ||||||||
Description |
Steps to reproduce
Notice that the first option isn't actually focused, so clicking enter doesn't do anything. |
|||||||||||
#5687 | Colors navigation in the colorbutton panel is incompatible with RTL | Bug | Normal | CKEditor 3.4 | Accessibility | |||||||
Description |
The arrows in RTL should be the opposite of LTR. Attaching a patch. |
|||||||||||
#5688 | UI dialog for the second instance fails | Bug | Normal | CKEditor 3.3 | UI : Dialogs | |||||||
Description |
Loading the ui color samples, the dialog that it's launched in second place to change the ui color lacks the color picker. |
|||||||||||
#5689 | Adjustments for WriteArea | Bug | Normal | CKEditor 3.4 | General | |||||||
Description |
In order to port WriteArea to use CKEditor some minor adjustments are needed. The first one might also help in other environments if access to document.domain is restricted, the second one should affect only code running in the Firefox chrome. |
|||||||||||
#5690 | When editing a table cell with a width="xxx%" attribute, the cell properties dialog shows pixels instead of percentage | Bug | Normal | CKEditor 3.4 | General | |||||||
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 | Bug | Normal | CKEditor 3.3 | UI : Spell Checker | |||||||
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 | Bug | Normal | CKEditor 3.4 | General | |||||||
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) |
|||||||||||
#5694 | When config.enterMode = CKEDITOR.ENTER_BR & config.forceEnterMode = false, pressing enter inside a <p> (or <div>) should insert a new <p> | New Feature | Normal | UI : Enter Key | ||||||||
Description |
This is by analogy with the behaviour when enterMode = ENTER_P, when your text is formatted with <p> then pressing enter inserts a new <p>. Within text formatted with <div>, enter inserts a new <div>. In essence "enter" honours the format of the text you are editing With config.enterMode = ENTER_BR however, enter always inserts a "<br>". With the attached patch "enter" inserts a new paragraph block if you are currently in a paragraph, a div within <div>s, and <br> otherwise. forceEnterMode=true overrides this and always uses br. In practical terms, this is desirable because it provides users a way to enter text with paragraphs, which is otherwise impossible (for instance by chosing Format: Normal from the format dropdown), and also matches the behaviour fckeditor used. And most users with enterMode = ENTER_BR do so not because we are fundamentally opposed to semantically correct markup, we just have users that don't expect the "blank line" worth of space at the top of the text that it entails. |
|||||||||||
#5695 | Context menu with SCAYT's options always appears above the selected text | Bug | Normal | UI : Context Menu | ||||||||
Description |
Steps to reproduce
Notice that some options are hidden because the context menu is opened above the text and not beneath it. |
|||||||||||
#5696 | IE : Cursor moves to the start of paragraph in the Pasted Text | Bug | Normal | Core : Pasting | ||||||||
Description |
To reproduce the defect
Expected Result: Data will be pasted with the cursor stayed at the end of the pasted line. Actual Result: Data will be pasted with cursor moved to the front of the pasted line
Expected Result: Data will be pasted at the end of the current line. Actual Result: Data is pasted on a a new line Tested against IE6&7 |
|||||||||||
#5699 | CKeditor 3.2.1: insert image is not working in the image tool | Bug | Normal | General | ||||||||
Description |
CKeditor3.2.1 demo website:
--> You get a Javascript alert "Image source URL is missing"
|
|||||||||||
#5701 | [IE] SCAYT wrong status after enter key | Bug | Normal | UI : Spell Checker | ||||||||
Description |
|
|||||||||||
#5702 | [IE] SCAYT context menu with "Menu" key | Bug | Normal | UI : Spell Checker | ||||||||
Description |
|
|||||||||||
#5703 | Double click open table dialog problematic | Bug | Normal | CKEditor 3.3 | UI : Dialogs | |||||||
Description |
Reproducible on 3.3.x branch. |
|||||||||||
#5706 | [IE] Cursor position after word correction | Bug | Normal | CKEditor 3.4.2 | UI : Spell Checker | |||||||
Description |
EnvironmentIE Reproducing Procedures
|
|||||||||||
#5707 | SCAYT changes selection after 'Backspace' key | Bug | Normal | UI : Spell Checker | ||||||||
Description |
EnvironmentIE Reproducing Procedures
|
|||||||||||
#5709 | Create nested lists using the editor | New Feature | Normal | Core : Lists | ||||||||
Description |
Currently, clicking on the list icons sequentially removes and re-create the list. |
|||||||||||
#5710 | Liststyle plugin's context menu options are below SCAYT's suggestions | Bug | Normal | UI : Context Menu | ||||||||
Description |
The liststyle plugin's context menu options should be above SCAYT's suggestions. |
|||||||||||
#5711 | Chrome: undo broken by newlines and SCAYT | Bug | Normal | CKEditor 3.3 | General | |||||||
Description |
Chrome: undo broken by newlines and SCAYT. Reproduce
ResultRemoved is only last started line. Content blinks but is still present. ExpectedEditor contains content as in the beginning. After disabling SCAYT, undo works as expected. |
|||||||||||
#5712 | Chrome: enter in pre causes problems | Bug | Normal | CKEditor 3.3 | UI : Enter Key | |||||||
Description |
Chrome: enter in pre causes problems Reproduce
Result
Expected
|
|||||||||||
#5713 | Chrome: Form elements are added on the beginning of the document | Bug | Normal | CKEditor 3.3 | General | |||||||
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 | Bug | Normal | CKEditor 3.3 | UI : Toolbar | |||||||
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. |
|||||||||||
#5715 | Cell color picker dialog returns focus to document | Bug | Normal | CKEditor 3.4.1 | UI : Dialogs | |||||||
Description |
Cell color picker dialog returns focus to document. Reproduce
Result
Expected
I'm setting milestone to 3.3 as this may be related to #4649. |
|||||||||||
#5716 | Chrome: insert emoticon in the middle of the word | Bug | Normal | CKEditor 3.3 | General | |||||||
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. |
|||||||||||
#5717 | SCAYT options must be the first in the context menu | Bug | Normal | CKEditor 3.4.1 | UI : Spell Checker | |||||||
Description |
The SCAYT suggestions and all SCAYT relative options must be the first in the context menu. This is the common behavior on applications, like MS Word and Firefox. |
|||||||||||
#5718 | Add title attribute to the Link Dialog | New Feature | Normal | General | ||||||||
Description |
This ticket is similar to #4890. Some users need to set the link "title" attribute, right now the only way to do it is to switch to source mode. Because the list of things that could be in the Advanced tab is relatively large and some settings that are available there are for really advanced users, perhaps it would be a good idea to make it configurable which options should be available in the Advanced tab. |
|||||||||||
#5719 | IE: Image Dialog - JS error when closing a dialog | Bug | Normal | CKEditor 3.3 | UI : Dialogs | |||||||
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 | Bug | Normal | CKEditor 3.3 | General | |||||||
Description |
Reproducing Procedures
|
|||||||||||
#5721 | customConfig doesn't work with non-relative path | Bug | Normal | General | ||||||||
Description |
Up to CKEditor 3.0.2, I could specify customConfig with a path beginning with a forward slash and it worked. Since CKEditor 3.1 and including nightly 5508, it does not work, but if I use a URL with a relative path (../custom.js) it does work. I've tried absolute paths and full URLs, but only relative paths seem to work now. Here's code that breaks in 3.1 onward: var editor = CKEDITOR.replace( 'HTMLContent', { filebrowserUploadUrl : '/dev/myapp/cmswork.nsf/CKAddFile/0E18FDF48AF4728986256FA50060876F?SaveDocument', customConfig : 'http://myserver.com/dev/myapp/cmswork.nsf/CKmyappconfig.js' } ); This too breaks from 3.1 onward: var editor = CKEDITOR.replace( 'HTMLContent', { filebrowserUploadUrl : '/dev/myapp/cmswork.nsf/CKAddFile/0E18FDF48AF4728986256FA50060876F?SaveDocument', customConfig : '/dev/myapp/cmswork.nsf/CKmyappconfig.js' } ); This code works, but requires me to specify a location that is unreliable: var editor = CKEDITOR.replace( 'HTMLContent', { filebrowserUploadUrl : '/dev/myapp/cmswork.nsf/CKAddFile/0E18FDF48AF4728986256FA50060876F?SaveDocument', customConfig : '../CKmyappconfig.js' } ); |
|||||||||||
#5722 | [IE7] Paste into content RTL editor appears scrollbar | Bug | Normal | General | ||||||||
Description |
#5667 is still seen on IE6/7. |
|||||||||||
#5723 | SSL incompatible SCAYT AD | Bug | Normal | CKEditor 3.3 | UI : Spell Checker | |||||||
Description |
SCAYT AD banner cause unauthenticated warnings under HTTPS. |
|||||||||||
#5724 | [Firefox] Maximize one editor instance make other instances uneditable | Bug | Normal | CKEditor 3.3 | General | |||||||
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 | Bug | Normal | CKEditor 3.3 | General | |||||||
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. |
|||||||||||
#5726 | error in ckeditor.js | Bug | Normal | General | ||||||||
Description |
I am getting "Object doesn't support this property or method" error in ckeditor.js at line no 50 in statement [return i && new g(i.contentWindow.document)]. I have created an aspx page and added the ckeidtor control along with that i have added an user control which will add textbox in the screen on every button click. After clicking the button (adding textbox) the controls in the ckeditor control gone. Please check the attached image. am using windows xp os and ie 8 browser |
|||||||||||
#5727 | Problem creating and destroying instances | Bug | Normal | General | ||||||||
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. |
|||||||||||
#5728 | Text field & Upload Button in Upload Tab of Image Properties dialog are not shown Properly in Arabic | Bug | Normal | CKEditor 3.4 | General | |||||||
Description |
To reproduce the defect
Expected Result: The Fields on the upload Tab of Image Properties should be shown as Exact Mirror Image of the same Fields in English Language. Actual Result: The Upload Text Field and Upload buttons on the upload Tab of Image Properties dialog are not shown as Mirror Image of the same Fields in English Language. I am attaching the Screen shots of the Upload Tab of Image dialog in both English and Arabic |
|||||||||||
#5729 | Safari: h-resize issue in Kama skin | Bug | Normal | CKEditor 3.3 | UI : Toolbar | |||||||
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
|
|||||||||||
#5730 | Safari: Repeated paste creates issues | Bug | Normal | CKEditor 3.4.2 | Core : Pasting | |||||||
Description |
Repeated paste of simple text hangs the Safari 4.04 on windows. Reproduce
Result
After disabling SCAYT, this can't be reproduced. Looks similar to #5144. |
|||||||||||
#5731 | Safari: First enter does not break the line in enterMode BR + SCAYT | Bug | Normal | CKEditor 3.3 | Project : CKReleaser | |||||||
Description |
Safari: First enter does not break the line in enterMode BR + SCAYT. Reproduce
Result
Expected
Can't be reproduced without SCAYT enabled. |
|||||||||||
#5732 | Safari: SCAYT + offline causes floatpanel and dialog issues | Bug | Normal | CKEditor 3.4.2 | UI : Spell Checker | |||||||
Description |
SCAYT + offline causes floatpanel and dialog issues. Reproduce
Result
Expected
I think this is very important thing to consider when we decide to ship CKEditor with SCAYT enabled by default. Editor installations shouldn't be affected by (possible) SCAYT downtimes. Other browsers may also be affected. |
|||||||||||
#5733 | Safari: SHIFT+F10 opens also native context menu | Bug | Normal | UI : Context Menu | ||||||||
Description |
In Safari, SHIFT+F10 opens also native context menu, besides CKEditor's one. |
|||||||||||
#5734 | Key navigation issue in IE8. | Bug | Normal | General | ||||||||
Description |
Result: Cursor won't move. Observations: Tested in FF 3.6.3 and IE7. Works in both. |
|||||||||||
#5735 | Incorrect cursor position when refocusing editor and cursor is in scrolled content | Bug | Normal | CKEditor 3.4 | General | |||||||
Description |
1.Click anywhere in editor
2.Scroll up/down, make the cursor disappear from the editor screen
3.Click elsewhere apart from editor area (but on same window)
4.Click anywhere in editor to get cursor focus back on editor 5.The cursor ends up at the clicked position but the content gets scrolled so position of the cursor in the content is wrong. Observed on IE7 and IE8 |
|||||||||||
#5736 | Default "mailto" links look ugly | Bug | Normal | CKEditor 3.4 | UI : Dialogs | |||||||
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
|
|||||||||||
#5737 | Full support for contentEditable="false" | New Feature | Normal | CKEditor 3.4 | General | |||||||
Description |
contentEditable="false" are to be used as the standard way of introducing read-only constructs in the editor cross browsers, we need to make sure our commands apply to it doesn't break the semantic, e.g. styles system and enter key. |
|||||||||||
#5738 | Indent error in FCKeditor 2.6.5 | Bug | Normal | General | ||||||||
Description |
Hi , I am getting indent error in FCKeditor 2.6.5.When ever i increase or decrease the bullets i am getting this error.Please check the screen shot for details.If fix is avaiable , help me regarding this error Message: 'indent' is null or not an object Line: 83 Char: 3492 Code: 0 URI: file:///C:/FCKeditor_2.6.5/fckeditor/editor/js/fckeditorcode_ie.js |
|||||||||||
#5739 | Hierachial Bullets unable to clear. | Bug | Normal | General | ||||||||
Description |
once bullets are entered in the edit box, you cannot highlight and delete the entire area. You need to delete each bullet one by one.Please check the image from the attachment |
|||||||||||
#5740 | editor does not retain position in maximize mode | Bug | Normal | General | ||||||||
Description |
Hi, i have a problem in maximize mode. when i click on a customized element which i have added in fck toolbar . The element's property looks proper in pop-uped window but there is problem whith editor postion it doesnt retain plz help me. |
|||||||||||
#5741 | SCAYT error with multiply editor | Bug | Normal | CKEditor 3.3 | UI : Spell Checker | |||||||
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 | Bug | Normal | CKEditor 3.3 | General | |||||||
Description |
With IE8, I'm able to reproduce the problem with "exactly" these steps:
A js error is thrown. |
|||||||||||
#5743 | not all bullets seem to copy over from the paste from word | Bug | Normal | Plugin : Paste from Word | ||||||||
Description |
Please check the attachment, i received from client to fix the issue.They have give a list of bullet list.If i paste that , the bullets are not properly come out.Can you check this issue. |
|||||||||||
#5744 | Remove editor in source mode throws error | Bug | Normal | CKEditor 3.3 | General | |||||||
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. |
|||||||||||
#5745 | iframedialog plugin | New Feature | Normal | UI : Dialogs | ||||||||
Description |
The iframedialog plugin lacks some basic configuration options, like CKEDITOR.dialogDefinition.buttons . I made a small change (see attach) that should also keep things backward compatible. |
|||||||||||
#5746 | [Firefox] Selection on form elements | Bug | Normal | CKEditor 3.3 | General | |||||||
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 | Bug | Normal | CKEditor 3.3 | General | |||||||
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 | Bug | Normal | General | ||||||||
Description |
Currently it's not able to update the <textarea> value in wysiwyg mode or with dialog. |
|||||||||||
#5749 | Hierarchical Bullets unable to clear in the FCKeditor | Bug | Normal | General | ||||||||
Description |
Hierarchial Bullets unable to clear from the FCKeditor.Even the issue is in CKEditor. Once a hierarchial bullets entered into the Editbox.You can't delete the entire bullets.Some of the bullets are left in the deleted area.Please check the detail image. |
|||||||||||
#5750 | Not all bullets seem to copy from word document | Bug | Normal | Plugin : Paste from Word | ||||||||
Description |
Please check the attachment, i received from client.They have given a list of bullet list.If i paste that , the bullets are not properly come out.Can you please check this issue. |
|||||||||||
#5751 | Paste As Plain Text does not behave consistently | Bug | Normal | Core : Pasting | ||||||||
Description |
config.forcePasteAsPlainText is set to true and enterMode is CKEDITOR.ENTER_P Following are 2 cases considered to generate this problem. Case 1: hello world <p>some paragraph</p> When i copy it from browser and paste it into the CKEditor area it correctly convert that to <p> hello world</p> <p> some paragraph</p> Case 2: <p>some paragraph</p> hello world When i copy it from browser and paste it into the CKEditor area it will get converted to <p> some paragraph<br /> hello world</p> it add line break instead of adding paragraph. which is not as expected. in both of the cases it should generate paragraphs for linebreaks. Steps to Regenerate:
|
|||||||||||
#5752 | Maximize with multiple editors breaks UI in Firefox 3.6 | Bug | Normal | General | ||||||||
Description |
I have a very simple case to document a problem I'm having with the CKEditor 3.2.1 and Firefox 3.6, 3.6.1, 3.6.2 and 3.6.3 and the use of the Maximize button. Here's the scenario:
When the CKEditor is maximized the UI is broken. Refer to the attachment for the results display: |
|||||||||||
#5753 | select dialog default for txtName Id not working... | Bug | Normal | CKEditor 3.4.1 | UI : Dialogs | |||||||
Description |
The following code is used to enter a default "Name" for radio, checkbox, textareas, textfields and selects. I'm able to set the default name for all of these except for "select" even if I'm using the ID of the name uielement When I work with any of the other inputs listed the "Name:" item does have the default value of $qst$_Question added.. but this isn't the case for the select. To verify I edited the dialogs select.js and stuffed a default for the name uielement, it didn't take the default I specified as the name.
|
|||||||||||
#5755 | Configuration option for dialog buttons following OS guidelines. | New Feature | Normal | CKEditor 3.5 | UI : Dialogs | |||||||
Description |
When on a MAC the dialog buttons are reversed to match the OS. Can a configuration property be provided to enable/disable this feature? |
|||||||||||
#5756 | Pasting block element in inline element breaks html and causes cursor panic | Bug | Normal | Core : Pasting | ||||||||
Description |
First bug:
element)
Observation:
Second bug:
Repeat steps 1-6 above.
Observation:
Tested and confirmed in
HTML content before pasting : <p><em>italic</em></p> HTML after pasting : <p><em>ita</p> <p>paragrapn</p> <p>lic</em></p>
|
|||||||||||
#5757 | Layout bug in a11yhelp dialog in IE Quirks | Bug | Normal | CKEditor 3.5.3 | General | |||||||
Description |
In IE Quirks the layout of the a11yhelp dialog is corrupted:
|
|||||||||||
#5758 | Aligning is buggy with enterMode BR | Bug | Normal | General | ||||||||
Description |
Steps to reproduce
Nothing happens. |
|||||||||||
#5759 | [IE] Clicking on the scrollbar and then on the host page causes a JS error | Bug | Normal | CKEditor 3.3.1 | General | |||||||
Description |
Steps to reproduce
A JS error appers: 'type' is null or not an object. |
|||||||||||
#5760 | [IE] Selection is not visible when floating menus are opened | Bug | Normal | UI : Floating Panel | ||||||||
Description |
#4666 also applies for floating menus. Perhaps the two should be joined into one patch? |
|||||||||||
#5761 | The color dialog buttons are barely clickable in IE Quirks | Bug | Normal | CKEditor 3.3.1 | UI : Dialogs | |||||||
Description |
Steps to reproduce
This is a regression of 3.2.2. |
|||||||||||
#5763 | It's impossible to move under a table with enterMode br | Bug | Normal | General | ||||||||
Description |
Steps to reproduce
Try to move under the table with the cursor or the arrows, it is impossible. |
|||||||||||
#5764 | Link button puts URL to left of selected text | Bug | Normal | General | ||||||||
Description |
If I select text, click the Link button, type a URL, and press Enter or hit OK, the link usually but not always is inserted into the body test just to the left of the selected text.
For example, if I select I can reproduce on Firefox 3.6.3, Google Chrome 5.0.375.55, and Internet Explorer 8 at http://ckeditor.com/demo. All browsers are running on Windows 7. I am not the only one to experience this. See the Drupal WYSIWYG module bug reported at http://drupal.org/node/812872. |
|||||||||||
#5765 | Anchor with self closing tag not working | Bug | Normal | General | ||||||||
Description |
The following entered into the editor as raw html is not rendered correctly when switched back to the WYSIWYG editor. Both IE and Firefox not working. The anchor closing tag is expanded beyond 'This is the anchor' but it should be expanding, if needed, to before 'This is the anchor'. This is a problem in all 3.x versions but not 2.x. Regards Brian <p> <a href='#ANCHOR'>Link To Anchor</a> </p> <p> Content </p> <p> <a name='ANCHOR'/> This is the anchor</p> |
|||||||||||
#5766 | ‘ignoreEmptyParagraph’ behaves wrong | Bug | Normal | CKEditor 3.4.2 | Core : Output Data | |||||||
Description |
Reproducing Procedures
|
|||||||||||
#5767 | List plugin: appendBogus should only be called for empty list items | Bug | Normal | CKEditor 3.4.2 | Core : Lists | |||||||
Description |
When building the list in the createList function the method listItem.appendBogus() is called for all but IE browsers. As the comment states this is done to render the list item at full height. But this is only necessary if the list item (or the elements inside the list item) are empty. If there is content in the elements the content will give height to the list item. Suggestion: Only add bogus elements when the list item(and its elements) are empty. |
|||||||||||
#5769 | ­ entity not converted when config.entities=false | Bug | Normal | CKEditor 3.4.1 | General | |||||||
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. |
|||||||||||
#5770 | Bullets button may be frozen | Bug | Normal | General | ||||||||
Description |
Very simple to reproduce:
You can also reproduce it with the mouse:
Firefox 3.0.x |
|||||||||||
#5771 | IE-7 & IE-8 browse server diaolog bug | Bug | Normal | UI : Dialogs | ||||||||
Description |
Get an JS-error while opening browse-server dialog in IE-7 & IE-8. You can test it here http://ckeditor.com/demo by opening link or image or flash dialog and pressing "browse server" button. Actually, opening http://ckfinder.com/demo is okay, so i attached this ticket for ui-dialogs component. IE bug report below Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0) Timestamp: Mon, 31 May 2010 15:35:57 UTC Message: Класс не зарегистрирован (Class is not registered/defined) Line: 67 Char: 599 Code: 0 URI: http://ckeditor.com/apps/ckeditor/3.3/ckeditor.js?1275224037 |