Custom Query
Results (1001 - 1100 of 2646)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#3697 | CKLangTool should be launched automatically before releasing | Confirmed Review+ | Task | closed | Normal | |
Description |
the title says it all - in patches usually just the "en" language entry is added and this way CKEditor is broken in all other languages. |
|||||
#3698 | CKLangTool should sort language entries | Confirmed Review+ | New Feature | closed | Normal | |
Description |
(as the title says) |
|||||
#3700 | Preview plugin is broken | Confirmed Review+ | Bug | closed | Normal | |
Description |
There are typos issues in preview plugin, making it unusable. Attached patch fixes them. |
|||||
#3702 | UI Color plugin is broken in release version | Review+ | Bug | closed | Normal | |
Description |
UI Color plugin is broken in release version. TCSample from nightly: http://nightly.ckeditor.com/3658/_samples/ui_color.html Second editor should be blue and UI Color plugin button should work. |
|||||
#3703 | editor.insertHtml cause error | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3705 | Kama: The context menu has wrong background color for the icons | Confirmed Review+ | Bug | closed | Normal | |
Description |
With the default UI color, when opening a menu, the background for the menu item icons is wrong. It's uses the v2 colors instead of the default gray one. |
|||||
#3706 | High Contrast - Color picker doesn't display colored options | IBM Review+ | Bug | closed | Normal | |
Description |
When using high contrast mode, the color pickers lose their background color (which is normal behavior in HC), but there is no alternative way to "see" the colors. Users using HC should still be able to choose their desired color without needing to refer to textual tool-tips. |
|||||
#3716 | Context menu disappears after displaying one submenu | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
Same issue as reported in #3566 Browser: IE7 OS: Vista |
|||||
#3717 | config.dialog_backgroundCoverColor does not work in IE7 or IE8 | Confirmed Review+ | Bug | closed | Normal | |
Description |
This is my first bug report for this project. Please let me know if I am doing anything incorrectly. I have set a custom dialog_backgroundCoverColor in the editor host page before calling CKEDITOR.replace. It works correctly in FF3 but it does not work on IE7 or IE8 with compatibility mode on and off. Here is my script block inside an ASP page: <script type="text/javascript">
['Form', 'Checkbox', 'Radio', 'TextField', 'Textarea', 'Select', 'Button', 'ImageButton', 'HiddenField'],
</script> |
|||||
#3718 | IE8 - Invisible blocks | Pending IE | Bug | closed | Normal | |
Description |
Steps to reproduce: -Open "replacebyclass" in IE8 -Click on the rich combo Result: List looks like empty. Move mouse over the menu - blocks becomes visible. In IE7 works fine. |
|||||
#3720 | Undo button is disabled after replace all | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproduction:
Now the undo button is disabled (but you can undo the replace too, after type in a character into the editor area). |
|||||
#3722 | [IE] ckeditor ie的支持 | Pending IE | Bug | closed | Normal | |
Description |
1.在ie7下的工具条显示缺陷:
2.对话框标题缺陷:
|
|||||
#3725 | Same uiColor accross editors' floatpanels | Confirmed Review+ | Bug | closed | Normal | |
Description |
|
|||||
#3726 | SpellChecker doesn't work in IE6 | Review- | Bug | closed | Normal | |
Description |
SpellChecker doesn't work in IE6. It opens the dialog, but buttons are not available. This bug is probably on the engine side so my suggestion is to disable it in IE6 in final release. |
|||||
#3727 | Cell Properties dialog missing color selection option | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
The cell border & background color options in the Cell Properties dialog do not provide an easy way for users to select colors. FCKEditor 2.6 provides a color selector in this case. |
|||||
#3728 | Automatic color options don't seem to do anything | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
The Font color and Background color toolbar options provide an "Automatic" selection. Based on the way that FCKEditor 2.6 has implemented this option, it should reset the background/font color. This doesn't appear to work in the nightly CKEditor builds. |
|||||
#3729 | IE8 Javascript Random Errors | Confirmed IE8 | Bug | closed | Normal | |
Description |
We started receiving random errors that I believe are related to IE8. Below are the errors being generated. Can you help resolve them? We are using version 2.6.3 Beta - Build 19726 in a .Net environment. Fckeditor works okay in FireFox and Chrome. Webpage error details User Agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; GTB6; .NET CLR 1.1.4322; .NET CLR 2.0.50727; .NET CLR 3.0.04506.30; .NET CLR 3.0.04506.648; .NET CLR 3.5.21022; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Timestamp: Mon, 15 Jun 2009 15:06:21 UTC Message: 'FCKeditorAPI.GetInstance(...)' is null or not an object Line: 116 Char: 81 Code: 0 URI: https://chapters.acg.org/admin/content/edit.aspx?PageId=5445 Line: 116 Error: 'FCKeditorAPI.GetInstance(...)' is null or not an object
Line: 5 Error: Object required sd[w]=function(e){qm_kille(e)}; |
|||||
#3730 | Indent and BR selections | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
When selecting text that uses <BR> for line separation, the indent feature bleeds the selection to the containing <P>. So that this: <div> test 1<br /> test 2<br /> test 3<br /> test 4<br /> test 5<br /> </div> becomes this; <div style="margin-left: 40px;"> test 1<br /> test 2<br /> test 3<br /> test 4<br /> test 5<br /> </div> irrespective of how many lines of text were selected. The expected behavior would be to indent only the selected text. E.g. if line 3 & 4 were selected the result could be: <div> test 1<br /> test 2<br /> <div style="margin-left: 40px;"> test 3<br /> test 4<br /> </div> test 5<br /> </div> |
|||||
#3733 | HC: The icon space must be hidden | Confirmed Review+ | Bug | closed | Normal | |
Description |
In High Contrast mode, the toolbar buttons contains extra space at the left of their labels due to the invisible icons. They should not be displayed instead, helping having a more compact toolbar. |
|||||
#3734 | HC: The editing area has no border | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
In High Contrast, the editor area border is not being rendered. |
|||||
#3737 | style tags are losing formatting in IE. | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
|
|||||
#3739 | Bullet/Number list feature not working | Confirmed IBM Review+ | Bug | closed | Normal | |
Description |
The bullet and number list features cause JS exceptions when invoked, causing them to not function properly and in some browsers makes them unusable.
To reproduce:
A bullet/number list might be started but an exception occurs in both IE and FF. In FF this error is caused: R is not a function [Break on this error] y.appendTo(x);w=[new d.range(u)];if(y.is...rn t;};function o(q,r){var s=l(q),t=q.$; Pressing enter to continue the list causes the list to disappear and other unexpected behaviors. An FCK bookmark is also left in the body when viewing source: <span _fck_bookmark="1" id="cke_bm_82S" style="display: none;"> </span> |
|||||
#3740 | [IE] Paste from Word does not paste on last cursor location | Confirmed IBM Review+ | Bug | closed | Normal | |
Description |
When using Paste from Word, the result is pasted at the beginning of the document instead of where the cursor was when the dialog was invoked. Works as expected in FF. |
|||||
#3742 | [IE] Wrong dialog layout for dialogs without tab bar in IE RTL mode | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
Screencast video: |
|||||
#3743 | Scrollbars in dialogs in IE | Confirmed 3.0RC Review+ | Bug | closed | Normal | |
Description |
Many dialogs are having scrollbars in IE (e.g. paste from word dialog), especially in Quirks mode. |
|||||
#3744 | Paste from Word - Stack overflow exception | IBM Confirmed IE Review+ | Bug | closed | Normal | |
Description |
When using Paste from Word with a large document (see attachment). The editor hangs and causes a stack overflow exception in IE. As usual, worst offender is IE6. The test case is to select the content of the Word doc and paste it into the Paste from Word dialog.
I see that there are two issues here:
What the restrictions in case (1.)? |
|||||
#3748 | CKReleaser fails to create samples if element with id "code" is missing | Confirmed Review+ | Bug | closed | Normal | |
Description |
CKReleaser fails to create samples if element with id "code" is missing. |
|||||
#3751 | Simplify samples | Confirmed Review+ | Bug | closed | Normal | |
Description |
The current samples hold the editor into a <fieldset>. This fact makes things a bit strange when using screen readers because the fieldsat name may be used when reading editor elements like buttons. Other than that, the "Output" tooltip appears sometimes when rollovering the editor. Another issue is that the sample code in the samples is not always available, wrong or incomplete. We could remove it for now until we have it properly defined. |
|||||
#3752 | legend tag value is displayed on the Toolbar | Oracle Confirmed Review+ | Bug | closed | Normal | |
Description |
When you add more than three editor in a page, legend tag value is displayed on the Toolbar. I am able to reproduce the issue in the standalone sample file and attached for the reference. |
|||||
#3754 | [IE] Tabs are invisible in IE6 quirks RTL | Confirmed RTL IE | Bug | closed | Normal | |
Description |
Tabs are invisible in IE6 quirks RTL. Refer to attached screenshot. |
|||||
#3756 | [IE7] Inconsistent navigation issue on tables with headers | IBM IE | Bug | closed | Normal | |
Description |
To reproduce:
RESULT Same issue when navigating from outside the table into the table, the cursor skips the header cells. |
|||||
#3758 | Add support to change the dialog definition in selected editor | Confirmed Review+ Doc | New Feature | closed | Normal | |
Description |
When the dialogDefinition event is fired it is possible to change the global dialog definition, but it is not possible to change the dialog definition just for the selected editor instance. |
|||||
#3759 | Replace all only searches to the end of the document | 3.0RC IBM Review+ | Bug | closed | Normal | |
Description |
When using replace all in a document and the cursor was placed in the middle of the document, the search only replaces those instances between the cursor and the end of the document. |
|||||
#3761 | Custom styles duplication | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
By adding the following code at the end of the stylescombo plugin, the editor is currently duplicating the styles in the combo: CKEDITOR.config.stylesCombo_stylesSet = 'wikistyles'; CKEDITOR.addStylesSet( 'wikistyles', [ { name : 'Language: RTL', element : 'div', attributes : { 'dir' : 'rtl' } }, { name : 'Language: LTR', element : 'div', attributes : { 'dir' : 'ltr' } } ]); |
|||||
#3764 | Show Blocks + setData causes blocks refresh problem | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
When setData is called on the editor while show blocks is enabled, the block indicators are not refreshed properly. Attached example test.
To reproduce:
Results: |
|||||
#3766 | In the context menu, long labels with second level menu get wrapped | Confirmed IE 3.0RC Review+ | Bug | closed | Normal | |
Description |
This issue can be checked with the SCAYT plugin enabled. The "More suggestions" option gets wrapped and hidden. Confirmed with IE only for now. |
|||||
#3767 | IE: Second level menu may not have borders | Confirmed IE 3.0RC Review+ | Bug | closed | Normal | |
Description |
In IE, the second level menus may be shown without border. The border appears as soon as we do some rollover in the menu (not always though). This is a but random, but I'm able to constantly reproduce with the SCAYT plugin. It looks like a pure IE rendering bug. We should find a workaround for it. |
|||||
#3768 | SCAYT setting must not use an object tree | Confirmed 3.0RC Review+ | Bug | closed | Normal | |
Description |
[3696] changed the scayt plugin specific settings to be based on a main configuration object called CKEDITOR.config.scaytParams. As discussed in the past, this approach is wrong, as it makes it difficult to override settings in the config.js file. Single level settings names should be used, prefixed with the plugin name, like scayt_maxSuggestions and scayt_autoStartup. |
|||||
#3771 | Replace DIV elements on the fly and JavaScript API samples are broken | Confirmed 3.0RC Review+ | Bug | closed | Normal | |
Description |
As the title says, after releasing both samples are broken. |
|||||
#3774 | Showblocks mode switching | Confirmed Review+ | Bug | closed | Normal | |
Description |
Mode switching doesn't preserve showblocks command. This is regression from #3764. I'm attaching the missing code. |
|||||
#3775 | Replace DIV sample styling issues | Review+ | Bug | closed | Normal | |
Description |
"Replace DIV" sample uses too generic css selectors which affects created editor dropdown menus. |
|||||
#3776 | enterKey sample in the released version doesn't work | Confirmed Review+ | Bug | closed | Normal | |
#3777 | enterkey sample is good for demonstrating | 3.0RC Confirmed Review+ | Bug | closed | Normal | |
Description |
The enterkey sample should not have default paragraph setup as <p>, instead, it should just have one line of inline text and let the enterMode to decide which block to use. |
|||||
#3779 | Special Character dialog selection problem | IBM Review+ | Bug | closed | Normal | |
Description |
When using Special Character dialog, the selection of the characters works sporadically when using the mouse. Tested on FF3, IE7 |
|||||
#3780 | List command is broken in IE6 | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
To reproduce:
|
|||||
#3781 | colorbutton is enabled in 'source' mode | Confirmed Review+ Doc | Bug | closed | Normal | |
Description |
Both color and background-color button is enabled in 'source' mode. |
|||||
#3782 | Removing lists in table cells results in collapsed table cells. | Review+ | Bug | closed | Normal | |
Description |
To reproduce:
|
|||||
#3783 | Indenting commands in table cells creates collapsed paragraphs. | Firefox Review+ | Bug | closed | Normal | |
Description |
To reproduce:
|
|||||
#3785 | [IE8] CKEDITOR.tools.htmlEncode returns NBSPs in IE8 | IE Confirmed Review+ | Bug | closed | Normal | |
Description |
CKEDITOR.tools.htmlEncode returns NBSPs in IE8. Smiley dialog layout is wrongTo reproduce:
SnippetCKEDITOR.tools.htmlEncode(' ') |
|||||
#3786 | Copying / pasting in IE creates font tags | IE | Bug | closed | Normal | |
Description |
Steps to reproduce:
<p> This is <font color="#008000">some </font>some sample text.</p> |
|||||
#3787 | Table dialog is too small | Confirmed Review+ | Bug | closed | Normal | |
Description |
If you switch locale in FF to Polish or Spanish, you'll notice that the table dialog box looks bad (scrollbars are available, but there should be some extra space in the dialog for a bit longer names in other languages). |
|||||
#3788 | Paste option is not available in the context menu in Safari | Review+ Confirmed | Bug | closed | Normal | |
Description |
To reproduce: copy some text, open the context menu - paste item is always disabled. |
|||||
#3789 | Duplicate "src" attribute in image input type element | Confirmed Review+ | Bug | closed | Normal | |
Description |
Create image button and you'll see: <input alt="" src="http://a.cksource.com/a/1/gfx/logo_ck_editor.png" src="http://a.cksource.com/a/1/gfx/logo_ck_editor.png" type="image" /> (the "src" attribute is repeated). |
|||||
#3790 | Find & Replace causes "too much recursion" | 3.0RC IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
When editing a moderate sized document with many searched for items, the search & replace can cause "too much recursion" errors in FF. Sample document attached (taken from source view). |
|||||
#3791 | JSLint errors in the SCAYT plugin | Confirmed Review+ | Bug | closed | Normal | |
Description |
When running our jslint tool (at _dev/jslint), we can note that the scayt plugin contains several errors. We have fixed most of the errors, but there are still several warnings there. It happens in the plugin.js file, as well as the dialog related files. |
|||||
#3792 | [IE] Insert special character adds to the beginning of the document | IBM Confirmed 3.0RC Review+ | Bug | closed | Normal | |
Description |
When inserting special character from the dialog, the character is always added to the beginning of the document. Appears to only happen on IE. |
|||||
#3793 | Combine skin images | Confirmed Review+ | Bug | closed | Normal | |
Description |
Some skin images could be combined inside sprites.png, reducing the number of HTTP calls. Currently, the following could be considered:
|
|||||
#3794 | Error when creating link | Confirmed 3.0RC Review+ | Bug | closed | Normal | |
Description |
A JavaScript error is thrown. It doesn't happen when using the mouse, clicking the dialog OK button. |
|||||
#3795 | ENTER scrolls the editing area always | Confirmed Review+ | Bug | closed | Normal | |
Description |
<p>A</p><p>A</p><p>A</p><p>A</p><p>A</p><p>A</p><p>A</p> <p>A</p><p>A</p><p>A</p><p>A</p><p>A</p><p>A</p><p>A</p> <p>XXXXXXXXXXXXXXXXXXXX</p> <p>B</p><p>B</p><p>B</p><p>B</p><p>B</p><p>B</p><p>B</p> <p>B</p><p>B</p><p>B</p><p>B</p><p>B</p><p>B</p><p>B</p>
In all browser but IE, the document will scroll, aligning the caret to the bottom of the editing area. |
|||||
#3796 | Anchors are not always editable | Confirmed 3.0RC Review+ | Bug | closed | Normal | |
Description |
<p><a name="Test" title="The Title"></a></p>
In source view you will find the following, indicating that the element has been totally replaced: <p><a name="Changed"></a></p> |
|||||
#3800 | Color button issue on 3724 | IBM Confirmed Review+ 3.0RC | Bug | closed | Normal | |
Description |
Exception on subsequent usages of color button in Ajax sample. After extracting the whole 3724 trunk and building it with the releaser: Steps:
Result: element has no properties setState()(2)plugin.js (line 191) onHide()()plugin.js (line 134) hide()()plugin.js (line 269) showBlock()("cke_241")plugin.js (line 221) showBlock()("cke_241", Object $=a#cke_241.cke_off type=1, 4, undefined, undefined)plugin.js (line 104) clickFn()(Object _=Object elementMode=2 element=Object name=editor3)plugin.js (line 39) execute()()plugin.js (line 89) (?)()()tools.js (line 487) fn()(206)tools.js (line 494) onclick(click clientX=0, clientY=0)sample.h...1Ow%3D%3D (line 2) [Break on this error] element.setState( state ); |
|||||
#3801 | IE: Comments at the start of the document get lost | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
When loading the following HTML in IE, the comments get lost: <!-- Test --> <p>Contents</p> |
|||||
#3802 | SCAYT plugin causes IE6 to hang with 100% CPU usage. | Review+ 3.0RC | Bug | closed | Normal | |
Description |
To reproduce:
Screencast: http://screencast.com/t/WAwTDfj9R |
|||||
#3803 | [IE] context menu position wrong for long document | IE | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3804 | [IE] context menu position wrong for long document | 3.0RC IE Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3805 | The SCAYT plugin is disabled in IE | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
Because of #3802, we've been forced to disable the SCAYT plugin in IE. We should instead fix an re-enable it. |
|||||
#3806 | Form dialogs stop working after modifying a form element. | 3.0RC Review+ | Bug | closed | Normal | |
Description |
To reproduce:
|
|||||
#3808 | [IE8] UI Color Picker dialog size in example page | IE Review+ | Bug | closed | Normal | |
Description |
The color picker dialog is too small to display the whole content |
|||||
#3809 | IE: Source button shows text pointer | Confirmed IE Review+ | Bug | closed | Normal | |
Description |
In IE, the text mouse pointer shows when rolling over the Source text of the source button. There should not be pointer change with it. |
|||||
#3810 | IE: Template throws error | Confirmed IE Review? WorksForMe | Bug | closed | Normal | |
Description |
With IE, a js error is thrown when using the Template button, after selecting one of the templates. |
|||||
#3815 | Form dialog is giving out wrong attribute names | Review+ | Bug | closed | Normal | |
Description |
To reproduce:
The encoding attribute should be "enctype". |
|||||
#3818 | Last color (white) is showing in non-square box when "FCKConfig.EnableMoreFontColors = false " | Confirmed Review+ | Bug | closed | Normal | |
Description |
Changes are made in fckconfig.js to hide the More Color options in the Text Color or Background Color as shown below FCKConfig.EnableMoreFontColors = false ; (Default is true) After this change the color selection panel / palette shows a incorrect shape for the white color. The last color on the bottommost row. Instead of sqaure, it shows in a rectangle and the overall border also appears broken. Browser : Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.0.11) Gecko/2009060215 Firefox/3.0.11 OS : Windows XP Professional, version 2002, Service Pack 2 |
|||||
#3819 | FF2 cursor issue when using combo features | IBM Confirmed FireFox Review+ | Bug | closed | Normal | |
Description |
To reproduce:
Results: Cursor is no longer at the end of the line of text. It appears as if the cursor has "disappeared". When a user uses the mouse to position the cursor into the same location, the selection from the Font Size combo is ignored. |
|||||
#3820 | Strange bullet/list problem | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
Problem occurs when a line of text is below a bullet/number list: <ul> <li> bullet line 1</li> <li> bullet line 2</li> </ul> <p> Second line</p> Select the line at the bottom "Second line" and make it a bullet item using the toolbar option. Result: <ul> <li> Second line</li> <li> bullet line 1</li> <li> bullet line 2</li> </ul> The item is appended to the top of the list. If it is added to the list it should be to the bottom. |
|||||
#3825 | JS error when opening spellingcheck. | Confirmed Gecko Review+ | Bug | closed | Normal | |
Description |
On http://ckeditor.com/ckeditor/3.0rc/_samples/ui_languages.html, when clicking on the spellingcheck button (abc), I get a javascript error on Firefox 3.0.11 window.opener is null tryLoad()tmpFrameset.html (line 30) onload(load )kWyyDmfg...phg%3D%3D (line 2) [Break on this error] var oParams = window.opener.oldFramesetPageParams ; |
|||||
#3827 | Write CHANGES.html for change after public RC. | Review+ | Task | closed | Normal | |
Description |
Need to write down all changes to the CKEditor code after public RC. |
|||||
#3828 | Paste from Word - bullets not reproduced | IBM Confirmed Paste Review+ | New Feature | closed | Normal | |
Description |
When using Paste from Word dialog to paste a bullet list with indented bullet items the list is not preserved correctly. It appears that that sub lists are actually created as separate lists. Use attached sample Word document to reproduce. |
|||||
#3829 | Links do not get deleted correctly | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
To reproduce:
Expected result: After deleting the link the <a> should also be deleted. |
|||||
#3830 | Multi-cell selection does not work | Confirmed IBM Review+ | Bug | closed | Normal | |
Description |
When selecting a cell range in a table, the Cell Properties dialog should modify the properties of all cells in the range. Currently it only does for one cell. |
|||||
#3831 | Cannot remove contextmenu from plugins | Confirmed Review+ | Bug | closed | Normal | |
Description |
Attempting to create a new config.js file with a command such as: config.removePlugins = 'contextmenu'; ...causes the WYSIWYG to not load. I tested a few more plugins and they caused the same issue to occur (tho, equally, others don't cause this issue to occur) Windows 2003 Server using the "Replace by Code" method - if that makes a difference. |
|||||
#3832 | IE8 Can't always click in the editor and give focus | Confirmed IE | Bug | closed | Normal | |
Description |
If you try to click in the editor to get an editing caret in IE8 doesn't work unless you click directly on existing HTML content. So for example w/ a blank editor you have to click on the 1st line where <p></p> is. Clicking below it in the editing rectangle will not place the cursor in the editor. |
|||||
#3833 | Fixing CKEDITOR.dom.element test case | Confirmed Review+ | Bug | closed | Normal | |
Description |
This's derived from #3693, where we don't suppose to normalize style text in core codes, so it's a matter of testing framework now. |
|||||
#3834 | Context menu on table caption incorrect | Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3835 | element path not refreshed on 'newpage' | IE Safari Confirmed Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3836 | Remove list broken with enterMode = BR | Confirmed Review+ | Bug | closed | Normal | |
Description |
Originally reported by Martin, this related to #3773, but not a DUP.
|
|||||
#3837 | CKEditor 3.0 Beta 2 - Brazilian Portuguese Language File | Confirmed Review? | New Feature | closed | Normal | |
Description |
Hi, I translated the language file for CKEditor 3.0 Beta 2 to Brazilian Portuguese. The file is attached. I hope it to be usefull! Thanks, Thomas Eusebio Vieira thom.82 (at) hotmail.com |
|||||
#3839 | SCAYT plug-in update | Review+ | Bug | closed | Normal | |
Description |
We have updated SCAYT core and SCAYT plug-in Some problems were resolved: #3768 SCAYT setting must not use an object tree #3562 Reload SCAYT before insertElement There is still open issue in IE with the "new document" and actually we assume with the setData method processing by SCAYT. On "new document" and for example when we try to use WSC (it finish its' work with call to setData) we getting "Permission Denied" error in SCAYT when SCAYT tries to access editable document innerHTML property. At the same time when editor is constructed from the scratch or "source" command is used SCAYT works (i.e. able to access to editable document) without errors. If you have any thoughts/suggestions on editor behavior on setData vs creating new editable control could you please let us know. |
|||||
#3843 | [IE] Context submenu strongly mispositioned in IE 6 & 7 RTL | IBM RTL Confirmed IE Review+ | Bug | closed | Normal | |
Description |
Context submenu is strongly mispositioned in IE 6 & 7 when in RTL mode. It works well in IE8. Refer to this screencast. |
|||||
#3844 | Undo does not register all changes in document | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
It would seem that as soon as the editor becomes dirty the undo buffer should reflect the changes that were made to the editor's content. In some cases, changes to the editor do not trigger an "undo" event.
To reproduce:
Result: |
|||||
#3846 | Google Chrome - No Img properties after inserting | Confirmed Chrome Safari Review- | Bug | closed | Normal | |
Description |
After inserting an image, image info does not appear in the dialog box. |
|||||
#3848 | Webkit - inputs are too wide | Confirmed webkit Review+ | Bug | closed | Normal | |
Description |
The following dialog pages have incorrect width in Webkit: -Link -> Advanced -Image-> Image Info -Image-> Advanced |
|||||
#3855 | use unminified _source files for plugins | Confirmed Review+ | Bug | closed | Normal | |
Description |
I would like to run CKEditor completely with unminified code, so it is easier to see what is going on and allow for useful debugging with Firebug. This can partially be done by including the javascript file /ckeditor/ckeditor_source.js. However, only the core files are loaded unminified from /ckeditor/_source/core, all other files are loaded minified. E.g. plugin dialog files are minified and loaded from /ckeditor/plugins/ and not from /ckeditor/_source/plugins. It would be very helpful if the plugin files could be unminified as well and get loaded from /ckeditor/_source/plugins. I am new to (F)CKEditor, so maybe I am missing something. P.S. setting the global variable CKEDITOR_BASEPATH to /ckeditor/_source/ results in the core files not being found. |
|||||
#3856 | Pressing the source toolbar button doesn't focus right | Confirmed Review+ | Bug | closed | Normal | |
Description |
http://ecgdev.com/ajax1/test.html Actual results in firefox: When I press the edit source button in the toolbar, the blur event is called and the focus event isn't called again until the editor is out of "edit source" mode. On focus the CKEditor should have a blue box around it. On blur it's gone. When clicking on the "edit source" button the blue border is gone after 1 or more clicks (usually one). When it's in "edit source" mode the border doesn't come back no matter where I click in the editor. Actual results in IE8: The problem is reversed, where the editor's border stays blue and doesn't go away until it's out of edit source mode. Expected results: The editor should call the focus/blur events in edit source mode so the editor's border is blue when focused, and not blue when not focused. |
|||||
#3858 | Toolbars are breaking up in IE with v2 and office2003 skins. | Oracle IE Review+ | Bug | closed | Normal | |
Description |
To reproduce:
|
|||||
#3859 | Layout of Flash dialog is wrong in webkit | Review+ | Bug | closed | Normal | |
Description |
Layout of Flash dialog is wrong in webkit. |
|||||
#3862 | Infinite loop with invalid HTML | Confirmed Review+ | Bug | closed | Normal | |
Description |
To reproduce please paste the following HTML in source mode and go back to WYSIWYG. <span> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> <a><b>test</a></b> </span> Result: Infinite loop in all browsers. In FF3 sometimes causes "too much recursion" |
|||||
#3867 | bug for fckeditor 2.6.4 at ie7 | IE7 Confirmed | Bug | closed | Normal | |
Description |
chinese: 在IE7下,如果一个页面很长,FCKEDITOR在页面最底部,需要拉滚动条才能看见。页面顶部有超级链接,当在点击了FCKEDITOR进入编辑状态后,用鼠标移动滚动条(不能使用鼠票滚轮)到最顶部,点击任意超级链接,IE7会自动把焦点定位到FCKEDITOR中。 重现问题的URL: http://showvi.com/fck/_samples/html/sample01.html english: you can click the url blow to see the problem. http://showvi.com/fck/_samples/html/sample01.html In IE7, if there is a very long page, and FCK editor is displayed at the bottom of the page (only viewable after moving the scroll bar). When user attempted to click the links on the top of the page when FCK editor is in editing mode, and move the scroll bar to reach the top of the page (do not use the scroll wheel), IE7 will automatically position back to FCK editor. |
|||||
#3868 | [chrome] SCAYT toolbar options are in reversed order | Confirmed V8 Review+ | Bug | closed | Normal | |
Description |
SCAYT toolbar options are in reversed order. Whats interesting, other menus aren't. On Safari everything works fine. Screenshot attached. |
|||||
#3869 | Script with comment | Review+ | Bug | closed | Normal | |
Description |
Paste the following content in source mode, switch to WYSIWYG and back to source. <script language="Javascript" type="text/javascript"> <!-- var factive_color = '#F9F9F0'; var faonmouse_color = '#DEE3E7'; var faonmouse2_color = '#EFEFEF'; var cname = 'bb038dfef17'; //--> </script> Result: <script language="Javascript" type="text/javascript"> <!--{cke_protected}%3C!%2D%2D%0A%09var%20factive_color%20%3D%20'%23F9F9F0'%3B%0A%09var%20faonmouse_color%20%3D%20'%23DEE3E7'%3B%0A%09var%20faonmouse2_color%20%3D%20'%23EFEFEF'%3B%0A%09var%20cname%20%3D%20'bb038dfef17'%3B%0A%0A%09%09%2F%2F%2D%2D%3E--> </script> Expected result: No change |
|||||
#3874 | [Safari] Paste as plain text only pastes one line of multi-line text | IBM Confirmed Review+ | Bug | closed | Normal | |
Description |
To reproduce:
Result: Only the first line is pasted. Expected: All text should be pasted. Tested on Safari 3.2.2 on Win XP |