Custom Query
Results (301 - 321 of 321)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#9161 | [IE]: SCAYT affecting IsDirty | IE, Review?, HasPatch | Bug | confirmed | Normal | |
Description |
This is the continuation of #4688 WebSpellChecker team has been reported CheckDirty functionality doesn't work correctly after replacing misspellings with correct word. While preparing solution we discovered additional problem in IE. Here are steps to reproduce:
NOTE: For the above steps you can use api sample
Expected result: checkDirty=false Problem has been reproducible in all versions of IE from CKEditor 3.0 |
|||||
#9182 | Indent does not recognize correct margin when expressed other than px | HasPatch | Bug | confirmed | Normal | |
Description |
When I have a paragraph with margin-left:3in (for example) and click on increase indent button, ckeditor change margin-left to 43px. Indent plugin get only the integer part ignoring unit. To correct I've changed _source\plugins\indent\plugin.js adding CKEDITOR.tools.convertToPx to getStyle calls inside parseInt. |
|||||
#9205 | HTMLDataProcessor attribute protection in protectSource method | HasPatch | Bug | closed | Normal | |
Description |
The regular expression used for attribute matching is overly aggressive (it matches outside of HTML tags). This was resulting in some of the protection characters making their way to our final output (such as: "{C}" or "{cke_protected_1}"). |
|||||
#9227 | OnTextChanged event required for CKEditor ASP.NET control doesn't fire | HasPatch | Bug | confirmed | Normal | |
Description |
The event is fired in OnPreRender(). This is not the proper place to fire this event. It should be fired in IPostBackDataHandler.RaisePostDataChangedEvent(). In attachment you can find a pach |
|||||
#9476 | CKEDITOR.dialog#disableButton not working | HasPatch | Bug | confirmed | Normal | |
Description |
It is still possible to click on a dialog button after having disabling it with the disableButton method in CKEDITOR.dialog (http://docs.cksource.com/ckeditor_api/symbols/CKEDITOR.dialog.html#disableButton). When "disableButton" is called, the property "disabled" is correctly set to true and a css class is added to the button. But if you click on the button, there's no check to see if it's disabled and the event is still fired. I think this could be fixed by modifying the code in _source/plugin/dialogui/plugin.js and adding a check for disabled before the onClick is applied. Like this : (line 949) onClick : function( dialog, func ) { this.on( 'click', function() { if(!this._.disabled) { // Some browsers (Chrome, IE8, IE7 compat mode) don't move // focus to clicked button. Force this. this.getElement().focus(); func.apply( this, arguments ); } }); } By the way, the css class (cke_disabled) added to the button when it's disabled does nothing and the button doesn't look disabled. |
|||||
#9749 | Cannot type Japanese Characters into the editor | IBM HasPatch | Bug | closed | Normal | |
Description |
Problem: The text is entered into the editor in English and it is not possible to switch the input mode to Japanese.
This is reproducible in 3.6.4 and 3.6.5 but works correctly in 3.6.3 and 4.0. It only seems to occur when |
|||||
#9774 | HasPatch adding a body wrapper (usefull for adding (invisible) css wrappers) | HasPatch body css wrapper | New Feature | new | Normal | |
Description |
This is a patch on ckeditor 3.6.2. (this is a new feature and not actually a bugfix, I call it a patch because it involves editing an existing pluging file) This patch allows inserting html source into the wysiwyg iframe area, which you can NOT edit in the editor itself, is NOT saved in the real source, but WILL allow you to modify the appearance of the wysiwyg editor. It does this by inserting (both prepending and appending) html in the body tag of the wysiwyg editor. (Note: it only works for the NON-FULLPAGE version. luckily, you won't need it for the fullpage config.) for example, you can add <div id="x" class="y">...</div> wrappers so included css files will work. I use it to insert html blocks quite deep into a fairly complex website and it still works like a charm. USAGE EXAMPLE: site.css: body#mybodyid.mybodyclass div#myIdcontainer div.myclasscontainer1{float:right;} body#mybodyid.mybodyclass div#myIdcontainer div.myclasscontainer1 div.myclasscontainer2{color:#f00;font-weight:bold;} html/js: <script> var myckconfig = { contentsCss : 'site.css?1234', bodyId : 'mybodyid', bodyClass : 'mybodyclass', bodyPrepend : '<div id="myIdcontainer"><div class="myclasscontainer1"><div class="myclasscontainer2">', bodyAppend : '</div><br style="clear:both;" /></div></div>', }; $('textarea.ckeditor1').ckeditor(myckconfig); </script> <textarea class="ckeditor1">this should show up bold and red!</textarea> |
|||||
#9809 | Using CKEditor inside an IFRAME leads to security exception | HasPatch | Bug | closed | Normal | |
Description |
When using CKEditor inside an iframe, the getParent() method in CKEDITOR.dom.node fails with a security exception when trying to find the parent of the topmost element (the IFRAME). Steps to reproduce:
|
|||||
#9995 | should not change html inside textarea | HasPatch | Bug | closed | Normal | |
Description |
steps:
expected:
actual:
PS:
PS2:
|
|||||
#10026 | Breaking quotes in Email replies | HasPatch | New Feature | new | Normal | |
Description |
see article in forum: Breaking block quotes in Email replies relaated topic: Ticket #7354 Short Description: Quoted parts of messages are not allways splited, if enter is pressed, e.g. "quotes with a <div>-Tag" are not splitted. Thunderbird or any other Email client splits the quoted part of the message, if enter is pressed. |
|||||
#10173 | Coldfusion 9 - throw() is a reserved function | hasPatch | Bug | closed | Normal | |
Description |
In FCK Editor 2.latest, in the file editor/filemanager/connectors/cfm/image.cfc There is a private function "throw()" which became an official function in Coldfusion 9. I'm providing a patch to change this function's name to "fckThrow" Verified in 2.6.9 |
|||||
#10422 | fillEmptyBlocks not working properly if a function is specified | HasPatch | Bug | closed | Normal | |
Description |
The function never fires,if config.fillEmptyBlocks is a function,although there are empty elements and a is placed instead just as if config.fillEmptyBlocks was true [<div class="block"> </div>] If config.fillEmptyBlocks=false it works as expected [<div class="block"></div>] config.fillEmptyBlocks = function( element ) { alert('fillEmptyBlocks!'); if ( element.attributes[ 'class' ].indexOf ( 'clear-both' ) != -1 ) return false; } |
|||||
#10480 | jQuery val() override behaves differently than the original | HasPatch | Bug | closed | Normal | |
Description |
Summary: CKEditor's val() returns the value of the last element, while jQuery's returns the value of the first element. Reproduce: On a page with 2 input text, do the following: jQuery('input[type=text]').first().val('value1') jQuery('input[type=text]').last().val('value2') jQuery('input[type=text]').val() This last line will return 'value1' if on a page without CKEditor, and 'value2' on a page with CKEditor (and jqueryOverrideVal set to true). This will happen in any browser and os. (Tested with chrome on Ubuntu) More in depth: The val() function of jQuery, when used to get a value, will get the value of the first element it contains only. The val() function of CKEditor that overrides jQuery's will walk over every element contained in the jQuery object (using each) and call getData or oldValMethod on each element. Then, it will return the value of the last element. I do not have a test case file as this can be reproduced on just about any page, as long as the jqueryOverrideVal is set to true. |
|||||
#10714 | [PR#82][iOS] On iPad touch listeners prevents CKEditor selection | iOS HasPatch | Bug | closed | Normal | |
Description |
On an iPad using a Safari or Chrome browser, selection does not work when a jQuery $("body").on("touchstart") event listener is used. To reproduce the issue CKEditor must use iframe for wysiwygarea and CKEditor container must have some offset (https://bugs.webkit.org/show_bug.cgi?id=128924) from the document node. Any touch listener on any ckeditor iframe parent will cause this issue on iOS also floating panels become not clickable, because focus leaves iframes before click handling happens (blur happens before click and panel hides) |
|||||
#11227 | dialog.validate.functions bugs | HasPatch | Bug | confirmed | Normal | |
Description |
The definition of the function returned from dialog.validate.functions suffers from two bugs.
|
|||||
#11626 | Tableresize sets invalid width | HasPatch | Bug | closed | Normal | |
Description |
When resizing a column to the maximum available width (by shrinking a column next to it), the width of the second column is set to 0, which is an invalid number.
When 1) The moment of resizing a column 2) The second column has width set to 0px <tr> <td style="width: 238px;"> </td> <td style="width: 0px;"> </td> <td> </td> <td> </td> </tr> 3) The second column has width set to 1px <tr> <td style="width: 237px;"> </td> <td style="width: 1px;"> </td> <td> </td> <td> </td> </tr> |
|||||
#21 | Opera doesn't recognize user-select:none | HasPatch Opera | Bug | closed | Low | |
Description |
The text in the toolbar can be selected (and it might lead to those little errors when the focus gets lots and user is frustrated). I've tested and it doesn't recognize any CSS attribute with regards to user-select, but acts as IE with the property unselectable: <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <html xmlns="http://www.w3.org/1999/xhtml" > <head> <title>Untitled Page</title> </head> <body> <div style="user-select:none"> This text shouldn't be selectable. user-select:none </div> <div style="-moz-user-select:none"> This text shouldn't be selectable. -moz-user-select:none </div> <div style="-o-user-select:none"> This text shouldn't be selectable. -o-user-select:none </div> <div unselectable = 'on'> This text shouldn't be selectable. unselectable = 'on' </div> </body> </html>
So I've tested and copying the IE code seems to work. I'm attaching a patch. I think that it should be reported to Opera so we can have a cleaner code, but for the moment we can use this workaround. |
|||||
#582 | Table: Table should use style.height instead of table.height | HasPatch | Bug | closed | Low | |
Description |
If you set a height when inserting a table, a height attribute is added to the table. Height is not a valid attribute for table (it works, but not valid), style should be used instead. I'm attaching the changes that I've done in fck_table.html. |
|||||
#2266 | FCKeditor extension for MediaWiki doesn't follow MW's coding conventions | Confirmed HasPatch | Task | closed | Low | |
Description |
FCKeditor extension for MediaWiki doesn't seem to be following MediaWiki's coding conventions as described in http://www.mediawiki.org/wiki/Manual:Coding_conventions. For example, FCKeditorEditPage.body.php had this in two separate lines:
class FCKeditorEditPage extends EditPage when it should've been just one line as per MW's coding conventions: class FCKeditorEditPage extends EditPage { The extension credits ($wgExtensionCredits) in FCKeditor.php seem to be out-of-date and using "double quoting" (i.e. "name" => "FCKeditor", and so on) when 'single quoting' would be OK. I've created a patch against the current SVN version to fix these minor issues, let's see if I can attach it here... ;-) |
|||||
#2687 | Customize contextmenu using plugin | HasPatch Pending | New Feature | closed | Low | |
Description |
Plugins system is very cool, And in fact, it's possible with a 50 line patch ( inspired by the FCKCommands style ). See the file joined And now you can customize the FCKConfig.ContextMenu with whatever you want written in a plugin. For example, a plugin with predifine value for a textfield can be create and accessible via toolbar and context menu. FCKCommands.RegisterCommand( 'DynTextField', new FCKDialogCommand( 'DynTextField', FCKLang.DynTextFieldDlgTitle, FCKPlugins.Items['DynTextField'].Path + 'fck_DynTextField.cfm', 350, 300 ) ) ; var oDynTextFieldItem = new FCKToolbarButton( 'DynTextField', FCKLang.DynTextFieldBtn ) ; oDynTextFieldItem.IconPath = FCKPlugins.Items['DynTextField'].Path + 'DynTextField2.gif' ; FCKToolbarItems.RegisterItem( 'DynTextField', oDynTextFieldItem ) ; FCK.ContextMenu.RegisterCommand('DynTextField', { AddItems : function( menu, tag, tagName ) { if ( tagName == 'INPUT' && ( tag.type == 'text' || tag.type == 'password' ) ) { menu.AddSeparator() ; menu.AddItem( 'DynTextField', FCKLang.TextFieldProp, 51 ) ; } }}) ; |
|||||
#2700 | Problem with document.domain automatic fix script asp.net c# | HasPatch | Bug | closed | Low | |
Description |
I am developing a project using FCKEditor. The project was on http://newweb.[mysite].com since it is not ready to be on www.[mysite].com The quick uload image was working while testing on localhost, but when on the onine test site, had a problem. Although it was uploading the image, it would stop on the Upload Tab showing the progress bar dots. After a lot of tests I realized that something was not working well at the document.domain automatic fix script in SendFileUploadResponse function on FileWorkerBase.cs I added some alerts at the catch(e) events to understand what was going on, but with no success finally I tried to remove this thinh and it worked! This is what I did: protected void SendFileUploadResponse( int errorNumber, bool isQuickUpload, string fileUrl, string fileName, string customMsg ) {
|