Custom Query
Results (5801 - 5900 of 11754)
Ticket | Summary | Owner | Type | Priority | Milestone | Component |
---|---|---|---|---|---|---|
#6241 | [[IE]] some format is lost during paste | Bug | Normal | Plugin : Paste from Word | ||
Description |
To reproduce the defect:
see the differences in IE and FF. In IE text is shown with out bold and with small font size wher as in FF it is shown properly. |
|||||
#6242 | IE: editing existing links not working correctly | Bug | Normal | CKEditor 3.5.1 | General | |
Description |
Start with the following link: <a href="redirector.jspx?querystring=value">http://test.com</a> When such a link is opened using the "Edit Link" option and without changing anything we click "Ok", it replaces the actual link (which is http://test.com) with the whole href value along with the domain name: <a href="redirector.jspx?querystring=value">http://nightly.ckeditor.com/5858/_samples/redirector.jspx?querystring=value</a> Confirmed in IE6/XP3. Also users reported that the same issue exists in IE7. |
|||||
#6244 | Table colspan problem after remove cell | Bug | Normal | General | ||
Description |
|
|||||
#6245 | Table rowspan problem while removing cells | Bug | Normal | General | ||
Description |
same as in #6244 by MaNi,
|
|||||
#6246 | Chinese language file updates | Bug | Normal | CKEditor 3.4.1 | UI : Language | |
Description |
I'm attaching the Chinese language file contributed by NetRube (by e-mail). |
|||||
#6247 | Focus not returning to editor on drop down close | Bug | Normal | CKEditor 3.6.1 | UI : Floating Panel | |
Description |
To reproduce the defect:
|
|||||
#6248 | [[IE]] Extra space added at start in each Empty cell after saving & reopening the page | Bug | Normal | CKEditor 3.4.3 | General | |
Description |
To reproduce the defect:
Error: You will notice that each cell has a space added at the start of each cell. |
|||||
#6249 | BIDI: bullets in a Numbered/Bulleted List getting clipped when going from LTR to RTL | Bug | Normal | CKEditor 3.5.1 | Core : BiDi | |
Description |
To reproduce the defect
Result: The first number/bullet is missing from the list. Note: Firefox tackles this by adding a horizontal scrollbar. |
|||||
#6250 | Justify text inserts P tag only | Bug | Normal | General | ||
Description |
If user tries to align text to center and if text in selection is not wrapped in any tag, selected text will be wrapped with P tag only, regardless of configured text mode. To correct this you should change justify/plugin.js: old line 98: while ( ( block = iterator.getNextParagraph() ) ) to: new line 98 :while ( ( block = iterator.getNextParagraph(enterMode==1?'p':'div') ) ) |
|||||
#6252 | What about Scripts | Bug | Normal | General | ||
Description |
Why isn't it possible to integrate scripts in the source code-editor? After I pasted my script in the code the new content of the page was: ... <script language=\"JavaScript\">... Why doesn't it work I have the same problem with craeting hyperlinks to other sites. pls help |
|||||
#6253 | BIDI: creating a Numbered/Bulleted list causing improper behavior on bidi | Bug | Normal | CKEditor 3.4.2 | Core : Lists | |
Description |
To reproduce the defect
Error: These 2 lines data all become "LTR" text. Expected result: The 1st line data is keeping "RTL" with bullet on the right, & 2nd line data is keeping "LTR" with bullet on the left. |
|||||
#6254 | BIDI: creating a Numbered/Bulleted list causing improper behavior on bidi | Bug | Normal | CKEditor 3.4.2 | General | |
Description |
To reproduce the defect
Error: All of the text language direction became LTR with Numbered, & 1st ,3rd became left aligned on bidi base env. Other case: while all text became LTR, first line si alligned to left, 2nd and 3rd to right, numbers on the left Expected result: 1st line data is keeping "RTL" with number1 on the right, 2nd line data is keeping "LTR", "Align-Right" with number2 on the left. The 3st line data is keeping "RTL" with number3 on the right, |
|||||
#6255 | Error when inserting page break if there is no element before it | Bug | Normal | CKEditor 3.4.1 | General | |
Description |
A JS error is thrown. |
|||||
#6256 | Dutch language updates | Bug | Normal | CKEditor 3.4.1 | UI : Language | |
Description |
I've updates the Dutch translations which were missing from the 3.4 release. Attached you'll find a patch on the current trunk as well as the full new nl.js file. |
|||||
#6259 | Redirection URL is incorrect when clicking inserted image in CKEditor | Bug | Normal | General | ||
Description |
To reproduce the defect:
Expected Result: www.baidu.com web page is opened. Actual Result: An Error page is opened. |
|||||
#6260 | CKeditor 3.4 makes IE6 crash | Bug | Normal | General | ||
Description |
We are encountering a strange bug on some IE6 (not all). When loading a page including a CKeditor instance, IE6 simply crash, it even crash on the demo site : http://ckeditor.com/demo It seems to happen only since version 3.4. I can systematically reproduce the bug on a IE6 / Windows Server 2000 SP4. Though on IE 6 / XP Pro, it's working like a charm. Screenshot attached to this ticket.
IE6 JS debugger sometimes indicates :
Line : 312
Car : 2
Error : 'CKEDITOR' is undefined.
Code : 0 |
|||||
#6261 | Focus and infinite loop between multiple editors | Bug | Normal | CKEditor 3.4.2 | General | |
Description |
Hi, Using Firefox 3.6.8 Win or Firefox 3.5.11 Linux to browse the actual demo page, "Custom toolbar" sample, I get into an infinite loop :
Browser goes to infinite loop. The editors are fighting each other to get the focus... Entered text is divided between editor instances. Thanks ! Julien |
|||||
#6262 | CKFinder: Cannot change language from custom integration | Bug | Normal | File Browser | ||
Description |
I integrate CKFinder into ckeditor using config URLs like in the custom example. But the language option gets overriden and I always get 'en'. Please see attachment. |
|||||
#6263 | Safari : Cell Properties option is disabled in Pasted Table Cells when we invoke context menu by keeping cursor inside text | Bug | Normal | CKEditor 3.6.1 | General | |
Description |
To reproduce the defect:
Error: Cell Properties option is disabled. but when we keep cursor out side the text or in an Empty cell & Activate Context menu Cell properties option is enabled. Expected Result: Cell Properties option should be enabled all the time irrespective of the cursor position inside Table Cell. |
|||||
#6264 | Link target tab - popup window properties look ugly | Bug | Normal | General | ||
Description |
Although the popup window properties are organized in two columns they look chaotic. Increasing the width of the element containing popup window properties could make it looking better (actually why is it set to 260px?). |
|||||
#6265 | Link target tab - popup window properties are visible | Bug | Normal | CKEditor 3.4.1 | General | |
Description |
When clicking on the "link" button to create a link and then switching to the "Target" tab, by default" "Target" field is Although the target is not set, the "popup window" properties are visible. Looks like a regression, introduced in 3.4. |
|||||
#6266 | Tables: Merge Cells option active while cursor is at the end of text in cell | Bug | Normal | General | ||
Description |
Merging should be enabled only when two or more cells are selected, and should work in the same way, irrespective of cursor position. |
|||||
#6267 | FF creating lists with paragraphs having diff font name/size adding   after list item with diff font name/ size | Bug | Normal | General | ||
Description |
To reproduce the defect:
Expected Result: Numbered/Bulleted list is created. Actual Result: Numbered/Bulleted list is created but it is adding a non-breaking space(<br /> ) at the end of each list item with different Font Name/Font Size. |
|||||
#6269 | Deleted line above the table reappears in source mode | Bug | Normal | General | ||
Description |
Confirmed in Chrome 5.0.375.127 @ XP, CKEditor 3.4 (I did not check otehr browsers and versions of the editor).
Might have something to do with #6217. |
|||||
#6270 | Chrome: Difficulties pasting tables from Excel | Bug | Normal | Core : Pasting | ||
Description |
This is caused by Chrome failing to wrap the pasted HTML in a <table> tag. One workaround (which I'm currently using) is to use a special paste handler for Webkit: if (CKEDITOR.env.webkit) { editor.ck.on('paste', function(evt) { if (evt.data.html) { //If this html contains table elements if ($('tr:first, td:first, th:first', evt.data.html).length) { //...but does not contain any <table> tags if ($('table:first', evt.data.html).length === 0) { //Wrap it in a table. evt.data.html = $('<table>'). addClass(editor.ck.config.tableClass). append(evt.data.html)[0]. outerHTML; } } } }); } |
|||||
#6271 | Incorrect translation in English language file | Bug | Normal | CKEditor 3.4.1 | UI : Language | |
Description |
The English translation for "scayt.dic_info" is incorrect. It now says: [...] please type it's name and click the Restore button. It should say: [...] please type its name and click the Restore button. "it's" means "it is" or "it has", whereas "its" is the possesive form. The same error is present in almost all other files, marked as missing. I'll add a patch for en.js only. |
|||||
#6273 | Project fork at mediawiki.org causing confusion | Bug | Normal | Project : MediaWiki+FCKeditor | ||
Description |
Currently, the MediaWiki+FCKeditor project is in a broken state, and has caused an apparently unnecessary fork. This is probably due to some combination of the following:
Proposed solution: 1) Re-merge the fixes from the downstream mediawiki.org fork back into trunk here 2) The FCKeditor extension page at mediawiki should point people here for installation and bug report instructions 3) Try to coordinate with the maintainers at mediawiki.org so their svn copy of the project pulls the extension from some SVN branch here that can be trusted to always work.
|
|||||
#6274 | Dirty flag set incorrectly | Bug | Normal | General | ||
Description |
The dirty flag returned by checkDirty() is true when the text has not been changed in IE 8 when the document contains a table. It seems to work OK in FF. Add the following code to the ckeditor page where 'notes' is the id of the CKEditor text area
The test case is
The alert will incorrectly show true indicating that the page has been changed. A similar incorrect setting of the dirty flag occurs when you just scroll text with a table in it. There is nothing special about doing the check in window.onbeforeunload, you can also see the incorrect behavior by setting a timer ( using setInterval() ) to poll and display the dirty flag. |
|||||
#6275 | insert <embed> and custom attributes in other tags failed in Firefox 3.6.9 | Bug | Normal | General | ||
Description |
example: oEditor.insertHTML('<embed src="http://www.youtube.com/v/ZZxx3VmTq3M?fs=1" type="application/x-shockwave-flash" allowscriptaccess="always" allowfullscreen="true" width="480" height="385"></embed>'); but oEditor.getData() returns <img align="" alt="Flash" src="../images/spacer.gif?t=A7HG4HT" style="width: 480px; height: 385px;" /> only happens in FF3.6.9 |
|||||
#6276 | The focus jumps to the editor, if not in the visible range and is empty | Bug | Normal | General | ||
Description |
If the textarea is empty and the editor is not visible in hazardous areas is on the side of the window automatically jumps to the editor. Did it the example of "replacebycode.html" geteste as I've put lots of <br /> between the two Editors, and I emptied the contents of the textareas. |
|||||
#6277 | "Enter" pressed in WYSIWYG mode for a few seconds causes Opera crash | Bug | Normal | General | ||
Description |
Spotted on opera 10.61.6430 under Ubuntu 10
While mode is set to Source editing, in the same conditions, page with CKEditor Demo is scrolled to bottom |
|||||
#6278 | comment tags get moved to top | Bug | Normal | CKEditor 3.5.1 | Core : Output Data | |
Description |
Hey there, In Source editing mode paste original default Text: %header%<br /> <br /> <!--start:problem[0]--><br /> <!--stop:problem[0]--><br /> <!--start:result[0]--><br /> <!--stop:result[0]--><br /> <!--start:info[0]--><br /> <!--stop:info[0]--><br /> <!--start:end[0]--><br /> <!--stop:end[0]--><br /> <br /> <!--start:sorry[0]--><br /> <!--stop:sorry[0]--><br /> <br /> %footer% Switch to WYSIWYG and back to source editing. it gets formatted to: %header%<br /> <br /> <!--start:problem[0]--><!--stop:problem[0]--><!--start:result[0]--><!--stop:result[0]--><!--start:info[0]--><!--stop:info[0]--><!--start:end[0]--><!--stop:end[0]--><!--start:sorry[0]--><!--stop:sorry[0]--><br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> <br /> %footer% This isnt rly usefull because I like to use Comments to Insert with Javascript at the given position. Please fix that! Would be really great. |
|||||
#6279 | fckeditor_php5.php causing error in mediawiki's dumpBackup.php | Bug | Normal | Project : MediaWiki+FCKeditor | ||
Description |
This bug was originally reported as Bug 20810 at bugzilla.wikimedia.org by Brian. If you attempt to run mediawiki's dumpBackup.php job, it generates the following error: "Notice: Undefined index: HTTP_USER_AGENT in <snip>extensions\FCKeditor\fckeditor\fckeditor_php5.php on line 37" The file in question attempts to access $_SERVER['HTTP_USER_AGENT']
Brian fixed the problem by adding the following to fckeditor_php5.php, but I believe this workaround has potential to break: function FCKeditor_IsCompatibleBrowser() { $sAgent = ""; if (isset($_SERVER)) { if (isset$_SERVER['HTTP_USER_AGENT'])) { $sAgent = $_SERVER['HTTP_USER_AGENT']; } } else { ... I see no reason for FCKeditor to be loaded when running command line php scripts for mediawiki maintenance. I think a better solution would be to avoid even loading the extension if $wgCommandLineMode is set. I've added the following to the top of my extensions\FCKeditor\FCKeditor.php file: // There is no real reason for FCKeditor to run in commandline mode! // This avoids breakage of scripts like dumpBackup.php if ( isset($wgCommandLineMode) && $wgCommandLineMode ) { return; // Simply return from the include, so no FCKeditor code is run } I'm also submitting this as a proposed patch here. |
|||||
#6280 | Image with absolute path on the same domain as the editor changes to relative path when drag'n'dropped | Bug | Normal | General | ||
Description |
Steps to reproduce : 1) go to the ckeditor demo: http://ckeditor.com/demo 2) right click on the image on the left and select "Image properties" 3) change the image url to an image on the same domain of the editor: http://ckeditor.com/sites/default/files/adobelogo.png?1248534498 4) click on ok 5) drag and drop the image somewhere in the text 6) right click again on the image and select "Image properties" 7) path changed to relative path. (it become sites/default/files/adobelogo.png?1248534498) This is a bug especially when the editor is in a folder of the site, while the editor's text is displayed somewhere else (not in that folder) |
|||||
#6283 | Link browse button displayed in Webkit based browser even when disabled. | Bug | Normal | Server : ColdFusion | ||
Description |
When FCKConfig.LinkBrowser is set to false, if the image button is the first dialog to open, the browse server button is displayed on the link tab. If you close that window and open it again, the browse server button is hidden properly. I have only been able to reproduce this behavior in Safari 4 and Chrome 6. |
|||||
#6284 | Caret placement impossible after maximize and then minimize | Bug | Normal | General | ||
Description |
Visit http://ckeditor.com/demo using Firefox. Click on the maximise plugin's icon. Place the caret anywhere in the text open by CKEditor. The caret usually blinks. Click on the maximise plugin's icon again to minimize the editor instance. Now try to put the caret anywhere in the text in the CKEditor instance. You can't. That's the problem. The caret cannot be placed back into the editor instance. The text inside the editor becomes read only. This isn't a regression if the demo is using 3.4. This problem is apparent in 3.4.1 svn too. |
|||||
#6285 | Unable to Drag&drop image in Opera | Bug | Normal | General | ||
Description |
I was not able to drag the image. In other popular browsers Drag&Drop works OK. Found under Opera 10.62.3500 |
|||||
#6286 | Paste from Word - Numeric bulleted list format issue | Bug | Normal | Plugin : Paste from Word | ||
Description |
Pasting a numbered bullet list from MS Word where a shift+enter was used to put some space between bullets results in HTML that closes the Ordered List tag, placing the BR, then starts a new Ordered list; so, the numbering restarts after the item where the shift+enter was used in the Word Doc. This in Word:
Becomes this in the Editor:
Resulting HTML between Item B and Item C:
"</ol> Perhaps I am alone in my thought but would have expected to see only the BR tags without closing and opening the Ordered List. IE 7 and FF 3.6.9 Have tried a number of Word related config settings. Currently using the following, but the same result if not changing any defaults.
config.pasteFromWordNumberedHeadingToList = false; |
|||||
#6287 | IE 8 v2 skin sides too long on link dialog | Bug | Normal | UI : Skins | ||
Description |
In IE 8 when you open the link dialog the sides of the dialog (the shadows) are too long. Turning on quirks mode corrects the problem. |
|||||
#6288 | use ‘insertHtml’ failed in Firefox 3.6.9 | Bug | Normal | General | ||
Description |
I am trying to insert a "<img>" into CKEditor with the function insertHtml() . It is working fine in I.E. but some problems encountered in firefox >=3.6.9 first:my domain is www.rocing.cn I want to insert the code into ckeditor with the function insertHtml() <img src="http://www.rocing.cn/uploadfile/2010/0914/20100914115423934.jpg" /> but it returns <img src="uploadfile/2010/0914/20100914115423934.jpg" /> If the code inserted in other domains begins, it's fine in any browsers |
|||||
#6289 | Deleting nested table removes the parent cell | Bug | Normal | CKEditor 3.4.2 | General | |
Description |
note:only occurs in IE series steps:
should relate to :
i think "delete table" should except td as well ? |
|||||
#6290 | Bullets not retained - Copy from word to editor1 table and from editor1 table to editor2 table in new tab. | Bug | Normal | Core : Pasting | ||
Description |
|
|||||
#6291 | [IE9] Invalid source HTML for this operation. | Bug | Normal | General | ||
Description |
While checking the IE9 preview (1.9.7161.6000) I found an error when switching to source mode:
The source mode is unavailable - it is impossible to type anything and it is also impossible to switch back to wysiwyg mode. |
|||||
#6292 | [IE9] SCAYT: Invalid set operation on read-only property. | Bug | Normal | UI : Spell Checker | ||
Description |
While checking the IE9 preview (1.9.7161.6000) I found an error when SCAYT was enabled, the place where the error occurred was shown by IE while switching to source mode:
Might have something to do with http://bugs.dojotoolkit.org/ticket/11657 (?) |
|||||
#6293 | shared_spaces_iframe.patch with error em dialogs plugins | Bug | Normal | UI : Toolbar | ||
Description |
Open in any toolbar button the modal openning not style, after aply the ticket http://dev.ckeditor.com/ticket/4228 for shared toolbar in iframe. |
|||||
#6295 | [[IE]] Deleting a Nested Table inside Table cell is deleting the whole cell | Bug | Normal | General | ||
Description |
To reproduce the defect:
Expected Result: Only the Nested Table inside Table Cell is deleted. Actual Result: Cell which holds the Nested Table is also deleted. |
|||||
#6296 | Webkit doesn't focus on CKEditor when tabbing | Bug | Normal | General | ||
Description |
Tabbing into CKEditor not very intuitive in Webkit. In CKEditor 3.3 the editor appeared to be focused, but you couldn't actually type. In CKEditor 3.4 tabbing initially focuses on a DOM element that contains the CKEditor and requires a 2nd tab before you can actually type. Attached are three files. The first two are HTML files that I've created to reproduce this problem in CKEditor 3.3 and 3.4. The second is a patch we're using internally to fix 3.3. I'm hoping it will shed some light on a patch for 3.4. |
|||||
#6297 | Unexpected behavior when toggling bulleted/numbered list with a floating element | Bug | Normal | CKEditor 3.4.3 | Core : Lists | |
Description |
Enter the following in the ckeditor. <p> paragraph 1 with float left image <img src="http://a.cksource.com/c/1/inc/img/logo-ckfinder.gif" style="float: left;" /></p> <p> paragraph 2</p> <p> paragraph 3</p>
This was tested in Firefox 3.5. |
|||||
#6298 | Receiving unusal error when compiling new project with FCKeditor | Bug | Normal | General | ||
Description |
I am receiving the following error with using FCKeditor.Net_2.6.4 and FCKeditor_2.6.6. The type or namespace name 'ControlDesigner' does not exist in the namespace 'System.Web.UI.Design' (are you missing an assembly reference?) I am new to this and cannot find this reference. Any help with this would be greatly appreciated. Thanks |
|||||
#6299 | use ‘insertHtml’ failed in Firefox 3.6.9! | Bug | Normal | General | ||
Description |
my old question url: http://dev.ckeditor.com/changeset/6288 Changed 25 hours ago by tobiasz.cudnik ¶
DUP of #5218. but while use this path http://dev.ckeditor.com/changeset/5878. Problems still exist |
|||||
#6300 | 'focus' and 'blur' events will not fire in Chrome 6.0.472.55 | Bug | Normal | General | ||
Description |
If we bind handler for 'focus' or 'blur' event, it will not be fired in Google Chrome. Browser: Google Chrome 6.0.472.55 OS: Windows XP |
|||||
#6301 | Handler function for 'focus' event firing infinitely in Firefox | Bug | Normal | CKEditor 3.4.2 | General | |
Description |
if we binf handler for 'focus' event, it will be firing infinitely. Browser: Firefox 3.5.7 OS: Windows XP SP3 |
|||||
#6304 | Div dialog action error | Bug | Normal | UI : Dialogs | ||
Description |
|
|||||
#6306 | When all cells are deleted, all table is deleted | Bug | Normal | General | ||
Description |
Connected with test case of #4041
When cells <td>...</td> tags are deleted in source editing mode, rest of the table stays, in WYSIWYG mode
It looks that the scripts waits for value in Columns field, which is empty Update: I continued this case:
The table shrinked to a small point (result on second screen) |
|||||
#6308 | "vertical" resize_dir still sets width CSS | Bug | Normal | CKEditor 3.6.3 | UI : Toolbar | |
Description |
When resize_dir is configured to be "vertical", only vertical size changes should be allowed. However, after some vertical resizing, a width CSS style (in px) is set on the editor span. For example:
This is a problem if the editor is supposed to be 100% wide. The editor is now stuck at being the same width, even when the window/container resizes. The same issue probably applies to "horizontal" resize_dir, but with a height CSS style. Both issues can be fixed by changing the editor resize function call in resize/plugin.js line43 to: editor.resize( resizeHorizontal ? width : null, resizeVertical ? height : null ); This will cause the width/height to only be changed when necessary. |
|||||
#6310 | Cursor starts at the beginning of the line when Bold is selected | Bug | Normal | Core : Styles | ||
Description |
You must set the cursor again at the end of the line each time style is changed. |
|||||
#6311 | Table properties dialog throws an error when opened by clicking on a caption | Bug | Normal | General | ||
Description |
Steps to reproduce
(error taken from 3.4.x) startNode is null [Break on this error] if( startNode.type == CKEDITOR.NODE_ELEMENT\r\n range.js (row 1399) Confirmed in older releases as well (3.1, works fine in 3.0). |
|||||
#6312 | Image button properties not available in the context menu | Bug | Normal | General | ||
Description |
In Safari 5.0.2 and 4.0.4 @ Snow Leopard I do not see "Image button properties" in the context menu, however when I double click on that element, the "Image button properties" dialog shows up properly and detects that element. To reproduce, try the following source: <form method="get" name="dsdfsd"> <p> <input alt="" src="http://ckeditor.com/userfiles/files/Car.jpg" style="width: 200px; height: 150px; " type="image" /></p> </form> |
|||||
#6313 | List number\bullet point don`t move with text align | Bug | Normal | Core : Lists | ||
Description |
The same situation is reproductive in reverse direction for arabic languages |
|||||
#6314 | Checkbox Properties not available in the context menu | Bug | Normal | General | ||
Description |
After creating the checkbox element, the "Checkbox Properties" item is available, but after switching to source mode and back I do not see it anymore. To reproduce:
another way to reproduce it, paste the following in source mode and switch to wysiwyg mode: <form action="fdfgdfg" method="get" name="dfgd"> <input name="dfgdf" type="checkbox" value="dfgdfg" /> </form>}}} Just like in #6312, double clicking on that element works fine. Confirmed in Safari 5.0.2 @ Snow Leopard. I did not check versions older than 3.4. |
|||||
#6315 | DIV plugin TT #2885 regression | Bug | Normal | CKEditor 3.4.1 | General | |
Description |
Ticket test 2885 from #2885 fails for current trunk, but passes fine for v3.4. Following error is thrown: this._element is undefined |
|||||
#6316 | List indent fix structure | Bug | Normal | Core : Lists | ||
Description |
Let`s assume we have direction from left to right
You can reproduce this bug in reverse order mean in direction from right to left
My purpose to resolve this issue is disable decrease\increase indent button\action when this action have no sense
(Safari) -> 3.0
(FF 3.6) -> 3.4.1
(IE 8) -> 3.0 (Opera 10.62) -> 3.0 |
|||||
#6318 | [Safari, Chrome] Uncaught TypeError: Cannot read property 'startContainer' of undefined | Bug | Normal | General | ||
Description |
Steps to reproduce
Expected Result: Smiley/table/image atc. inserted into the editor Actual Result: Error: "Uncaught TypeError: Cannot read property 'startContainer' of undefined" |
|||||
#6319 | FF - Right click causes involuntary paragraph selection | Bug | Normal | General | ||
Description |
Observation: The whole paragraph is selected.
Tested on Windows, Firefox 3.6.9 |
|||||
#6320 | Firefox Makes Image Path Relative when Dragging/Copying and Pasting | Bug | Normal | Core : Pasting | ||
Description |
This is a repeat, but Ticket #5218 refers to a bug where absolute src paths are lost when dragging the image around the editor and/or copying and pasting to a different portion of the editor. The src path switches to a relative path. This works fine for the editor, but pages in a few sub directories do not have the correct reference. There were a few patches available and none fixed the issue for me. |
|||||
#6321 | Scripts are stripped out of the content [FF 3.6.10] | Bug | Normal | General | ||
Description |
When using the insertHTML() function in Firefox 3.6.10, <script tags are completely stripped out of content trying to be inserted. |
|||||
#6322 | IE9 is breaking FCKTools.RegisterDollarFunction | Bug | Normal | General | ||
Description |
This is a change that they have wanted to do as it's mentioned in the release notes:
In FCKeditor there's this code: FCKTools.RegisterDollarFunction = function( targetWindow ) { targetWindow.$ = targetWindow.document.getElementById ; } That now it's broken and the dialogs don't work. Using the same code as the "gecko" version works properly. |
|||||
#6323 | flash preview error in chrome 7.0.517.8 | Bug | Normal | General | ||
Description |
occurs in chrome 7.0.517.8 dev
2.click button preview expected: show falsh actually fact: show nothing if set wmode to transparent,problem solved . but ie and firefox do not need to . should chrome set wmode to transparent as default? because user does not set wmode commonly . |
|||||
#6324 | IE9 Inheritance of doctype breaks FCKeditor | Bug | Normal | General | ||
Description |
In IE9 there's a bug where the rendering mode is based upon the topmost doctype, so if the main page is in Standards mode, then the FCKeditor fckeditor.html page that uses a quirks mode doctype will behave wrong (the toolbar buttons are displayed as a big mess at the top left) I've added a comment in the MS connect site |
|||||
#6325 | should disable drag for fakeobject image | Bug | Normal | General | ||
Description |
occurs in firefox 3.6.10 1.insert a flash 2.drag the fakeobject img of above flash to somewhere 3.change to sourcemode expected: show <object>...</object> code actual fact: show <img /> reason: _cke_realelement attribute was removed when drag in firefox ! i think firefox should be forbidden for drag of fakeobject if (CKEDITOR.env.gecko) { editor.document.on("dragstart", function(ev) { var control = ev.data.getTarget(); if (control.is('img') && /ke_/.test(control.$.className) ) { //firefox禁止拖放 ev.preventDefault(); } }); }
|
|||||
#6326 | Table Resizing by drag table border not working in Chrome | Bug | Normal | General | ||
Description |
In Firefox if we click on the table border it display resizing options of the table But no such thing happening in CHROME . |
|||||
#6327 | [FF4] Unable to use the scrollbar | Bug | Normal | General | ||
Description |
Open the demo and try to manually scroll the document using the scrollbar. |
|||||
#6328 | 'lang.contextmenu.options' is null or not an object | Bug | Normal | General | ||
Description |
If using a browser with language setting that has no corresponding javascript file in ckeditor/lang, then Internet Explorer will fail to load the CK editor with javascript error message: 'lang.contextmenu.options' is null or not an object ckeditor.js, row 45 char 813 It looks to me like there is some broken fallback handling here? I would have expected it to use "en.js" or something like that when no matching script file was found. To repeat: remove the javascript file in ckeditor/lang directory that corresponds to your browser's language setting and try open the ckeditor. |
|||||
#6329 | indent on list is not appropriate | Bug | Normal | Core : Lists | ||
Description |
expected: see attachment expected.png actual : see attachment 5.png my solution: pass li's attribute to its children, in list/plugin.js line 122: for ( i = 0 ; i < item.contents.length ; i++ ) currentListItem.append( item.contents[i].clone( true, true ) ); change to for ( i = 0 ; i < item.contents.length ; i++ ){ var ic=item.contents[i].clone( true, true ); if(currentListItem.type == CKEDITOR.NODE_DOCUMENT_FRAGMENT){ item.element.copyAttributes(ic); } currentListItem.append(ic); } |
|||||
#6330 | Roman list style are not pasted properly from Word | Bug | Normal | CKEditor 3.4.3 | Plugin : Paste from Word | |
Description |
When pasting from Word, lists like: i. foo ii. bar become a. foo b. bar It is wrong, list style type should be preserved. Reproduced in 3.4, worked fine in 3.0. I could not reproduce it in other versions due to #5399. Confirmed on: Win 7 Professional N 64-bit EN + Office 2010 standard (en_office_standard_2010_x64_515548.exe) |
|||||
#6332 | IE: V2 skin bottom dialog's border broken | Bug | Normal | CKEditor 3.4.2 | UI : Dialogs | |
Description |
V2 skin bottom dialog's border is broken in IE since version 3.4. It was fine in 3.4 Beta and 3.3.2. Refer to attached screenshot. Reproduced on IE8 standards mode. |
|||||
#6333 | [3.4.x] Font and font size combos has the arrow on the wrong side on RTL | Bug | Normal | CKEditor 3.4.1 | UI : Skins | |
Description |
Font and font size combos has the arrow on the wrong side in RTL UI (office2003 and v2). |
|||||
#6334 | Use data-* attributes for custom attributes | Bug | Normal | CKEditor 3.5 | General | |
Description |
As we're walking towards HTML5 support, and because of FF's latest problems with custom attributes (which, as seems, won't be fixed very soon), we should start using the data-* attributes for custom attributes. |
|||||
#6335 | iframe width is reset to 100 | Bug | Normal | General | ||
Description |
width attribute of an iframe is always reset to 100. Steps to re-produce the bug:
|
|||||
#6336 | IE: Input type="submit" submits the form when clicking the button | Bug | Normal | CKEditor 3.5.1 | General | |
Description |
How to:
The submit occurs when clicking the button. So double-click will open the button dialog but the form will submit inside CK. Tested and confirmed on CK 3.3 and CK 3.4.1 (on the demo page) |
|||||
#6337 | No undo on drag'n'drop content | Bug | Normal | General | ||
Description |
If you drag'n'drop content the undo feature is ko. |
|||||
#6338 | extra tags being added on ckeditor javascript api | Bug | Normal | General | ||
Description |
Hi, When i try to use ckeditor javascript app what ever the html i try to place in the editor, its being appended by "<head>,<head>,<title>,<body>" tags. even if try to remove them from source view option, these tags are being appended automatically. i tried many options, went trough the api docs. couldnt find any solution for this. i see the javascript api is very useful but , the above problem is drawing me back for using the editor. even if the source view may contains the above tags and disabling them in the content of text area, can solve my problem. please let me know if i can do any thing with this.. thanks in advance. http://docs.cksource.com/ckeditor_api/ |
|||||
#6339 | Plugin autogrow and Maximize | Bug | Normal | CKEditor 3.4.2 | General | |
Description |
Descriptive summary : When changed to maximize mode the autogrow should be disabled Steps to reproduce : -have in config.js config.extraPlugins = 'autogrow'; -in a page change the view to maximize mode, the page looks right -starting to type something, here is when the windows rezize -make the page more big than the size of the screen and the things comes ugly Browser name and OS :
Screenshot : Sample data : Test case file : |
|||||
#6340 | Google Chrome hangs when CKEditor parses malformed HTML | Bug | Normal | General | ||
Description |
Steps to reproduce:
htmlPartsRegex:new RegExp("<(?:(?:\\/([^>]+)>)|(?:!--([\\S|\\s]*?)-->)|(?:([^\\s>]+)\\s*((?:(?:[^\"'>]+)|(?:\"[^\"]*\")|(?:'[^']*'))*)\\/?>))",'g') Thanks in advance. |
|||||
#6341 | Mouse cursor on the editor area does not change to "insert icon". | Bug | Normal | CKEditor 3.4.2 | General | |
Description |
when the mouse cursor hovers over the editor area the "pointer" icon does not change to the "insertion" icon. This behaviour is confsuing our customers and they think that the editor area is not accessible. Also we have noticed, FCKEditor 2.6.6 works fine for the same usecase. |
|||||
#6342 | Paste from Word fails to transform into a custom style with an attribute | Bug | Normal | CKEditor 4.6.0 | Plugin : Paste from Word | |
Description |
In principle, the "pastefromword" plugin regards basicStyle configuration. For example, if you configure CKEDITOR.config.coreStyles_bold to be <strong>, any clipboard content detected as bold will be transformed to a <strong> element. However, if you define a basic style using attributes, e.g. like in the example given in the documentation of CKEDITOR.config.coreStyles_italic: CKEDITOR.config.coreStyles_italic = { element : 'span', attributes : {'class': 'Italic'} }; then an <i> element from the clipboard is correctly transformed into <span class="Italic">, but afterwards, the class attribute is filtered out, so only a <span> without attributes remains, which seems to be removed later. Thus, underlined text from Word is pasted without this format. The correct filter application order would be to filter the attributes of the clipboard content first, then apply the transformation into the (custom) basic style, but not filter again after that step. |
|||||
#6343 | FCK not working very well with asp.net and ajax | Bug | Normal | Server : ASP.Net | ||
Description |
After entering in something with html formatting into the FCK editor, the next partial postback will give an error. The one after that will be fine and it will alternate back and forth like that until the page is refreshed. Full postbacks don’t error like the partial postbacks do. STEPS TO REPRODUCE:
testFCK.aspx <%@ Page Language="C#" AutoEventWireup="true" CodeFile="testFCK.aspx.cs" Inherits="testFCK" %> <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd"> <%@ Register Assembly="FredCK.FCKeditorV2" Namespace="FredCK.FCKeditorV2" TagPrefix="FCKeditorV2" %> <%@ Register Assembly="AjaxControlToolkit" Namespace="AjaxControlToolkit" TagPrefix="ajaxToolkit" %> <html xmlns="http://www.w3.org/1999/xhtml"> <head runat="server"> <title></title> </head> <body> <form id="form1" runat="server"> <ajaxToolkit:ToolkitScriptManager ID="ToolkitScriptManager1" runat="server"> </ajaxToolkit:ToolkitScriptManager> <div> <asp:UpdatePanel runat="server" UpdateMode="Conditional" ID="up"> <Triggers> <asp:PostBackTrigger ControlID="btnFull" /> </Triggers> <ContentTemplate> <FCKeditorV2:FCKeditor runat="server" ID="Body" BasePath="fckeditor/" ToolbarSet="Default" Height="400px" HtmlEncodeOutput="true" EnableViewState='false'> </FCKeditorV2:FCKeditor> <asp:Button runat="server" OnClick="posted" Text="Partial" /> <asp:Button ID="btnFull" runat="server" OnClick="posted" Text="Full" /> <asp:Label runat="server" ID="lblTest"></asp:Label> </ContentTemplate> </asp:UpdatePanel> </div> </form> </body> </html> testFCK.aspx.cs using System; using System.Web; public partial class testFCK : System.Web.UI.Page { protected override void OnError(EventArgs e) { HttpContext ctx = HttpContext.Current; Exception exception = ctx.Server.GetLastError(); } protected void Page_Load(object sender, EventArgs e) { if(!Page.IsPostBack) { Body.Value = "hello<br />World!"; } } protected void posted(object sender, EventArgs e) { lblTest.Text += "Posted back successfully!"; Body.Value += "<br>Again!"; up.Update(); } }
The testing environment I'm running this on is Visual Studio 2008, Microsoft Windows XP SP3. Tested on Firefox 3.6.10, but I'm pretty sure I've seen it happen in current versions of IE and Chrome as well. The workaround that I'm currently using for this is to do a full postback whenever I want to submit the FCKEditor content and then cause a complete refresh in the codebehind. But that workaround is not ideal. |
|||||
#6345 | Cursor is visible in the editor but the editor has not got focus | Bug | Normal | General | ||
Description |
Second part of ticket #6247
Confirmed. Second opened list - Cursor is disabled. |
|||||
#6346 | Wrong documentation about colorButton_enableMore | Bug | Normal | General | ||
Description |
the document says "@default false", but default is set to true in fact. source:/CKEditor/trunk/_source/plugins/colorbutton/plugin.js@5783#L187 |
|||||
#6347 | Double request to sprite image files when timestamp enabled | Bug | Normal | Project : CKReleaser | ||
Description |
Double request to sprite image files when timestamp enabled. Example: http://nightly.ckeditor.com/5829/skins/kama/icons.png?t=A7M74HW http://nightly.ckeditor.com/5829/skins/kama/icons.png This should be handled in releaser, which should update CSS files with correct timestamp. Question: What if user disabled timestamp in config ? We can ship 2 versions of each CSS file to handle this. Alternatively, we can inject CSS rule dynamically, but this seems to be much less stable. |
|||||
#6348 | [PATCH] switch SCAYT plug-in to use SCAYT core 2.5 | Task | Normal | UI : Spell Checker | ||
Description |
This patch switches SCAYT plug-in for FCKEditor 2.6.6 to use SCAYT core 2.5 |
|||||
#6349 | Some SCAYT's contextmenu options are not displayed if MooTools framework is used | Bug | Normal | CKEditor 3.4.2 | UI : Spell Checker | |
Description |
Steps to reproduce:
Expected result: All SCAYT options are present (suggestions, control etc.) Actual result: Some options are missing (in standard situation: ignore/ignoreall/addword) |
|||||
#6350 | button functionality not working | Bug | Normal | UI : Toolbar | ||
Description |
Hello Everyone, I added a new button into the ckeditor. when I click this button the selected text into the ckeditor will be bold and add a new tag (<storng><ticker>ABC</ticker></strong>), but it is not working in Mozzila - 3.5.13 and IE - 6.0. Bellow is the code details: var editor = CKEDITOR.replace( 'editor_kama', { editor.on( 'pluginsLoaded', function( ev ) { editor.addCommand( 'TickerCmd', { exec : function( editor ) { var editor_data = CKEDITOR.instances.editor_kama.getData(); var mySelection = editor.getSelection(); if (CKEDITOR.env.ie) { mySelection.unlock(true); selectedText = mySelection.getNative().createRange().text; } else { selectedText = mySelection.getNative(); } selectedConText = '<strong><ticker>'+selectedText+'</ticker></strong>'; editor.insertHtml(selectedConText.toUpperCase()); } }); editor.ui.addButton( 'Ticker', { label : editor.lang.common.Ticker, command : 'TickerCmd', icon : this.path + '/js/ckeditor/tool.png' } ); }); CKEDITOR.addStylesSet( 'my_styles', [ { name : 'newParagraph', element : 'p', styles : { 'margin-top' : '5px' } } ]); Please help.. Thanks Ashis |
|||||
#6351 | Need Help with events for controls within CKEDITOR | Task | Normal | Server : ASP.Net | ||
Description |
I have a image inside ckeditor and now, i want to show some options on mouse over of that image. I am using asp.net 3.5 with c#. what i did is this in .CS file: HtmlImage htmlimg = new HtmlImage(); htmlimg.Src = path; htmlimg.Attributes.Add("onmouseover", "displayeditdiv()"); ckeditorinstance.Controls.Add(htmlimg); although imag is dispplayed correctly within ckeditor. bt no event is firing for that image. this is the one of the options i have implemented to work with the events for the controls inside ckeditor. bt no matter, whatever approach i follow the events doesnt seem to fire for control inside ckeditor. need help!!! |
|||||
#6352 | Editor leaves new-line char when the document is empty | Bug | Normal | CKEditor 3.4.2 | General | |
Description |
The number symbol (#) in the alerted text represents the new line character. |
|||||
#6353 | [IE] Resize is broken with office2003 and v2 skins | Bug | Normal | CKEditor 3.4.2 | General | |
Description |
Worked correctly until 3.4.1. |
|||||
#6355 | base href (homepage) appearing in ckeditor textarea | Bug | Normal | General | ||
Description |
Descriptive summary: some times I found that base href url is set in iframe src url. therefore my homepage of site is appearing in ckeditor textarea. Steps to reproduce: it is very rare to occour Browser name: Firefox ver 3.6.10, its working fine in IE. URL: http://social.kidspot.com.au/topic.php?topic_id=7157 To overcome this situation , 1) I updated the ckeditor.js file on line number 90 I replaced the code with about:blank in iframe tag. K=h.createFromHtml('<iframe style="width:100%;height:100%" frameBorder="0" title="'+C+'"'+' src="about:blank"'+' tabIndex="'+(b.webkit?-1:A.tabIndex)+'"'+' allowTransparency="true"'+'></iframe> Now its showing Blank page instead of home page, but user can not edit or add content in text area. this is very rare to occour. 2) and in HTML page I delayed the loading time of ckeditor: <script type="text/javascript">setTimeout("CKEDITOR.replace('comment_body');",1000);</script> can you please help me to sort this problem |
|||||
#6357 | French translation | Task | Normal | CKEditor 3.5.1 | UI : Language | |
Description |
(Hope it'll be good, it my 1st patch using Trac...) This is the corrected French translation. The patch to this file. Brand new from today, so the one to use with the 3.4.x I'll do the same for the 3.5 once it'll be out. |
|||||
#6358 | Creating and inserting a new element fails in Webkit if editor not focused | Bug | Normal | CKEditor 3.4.2 | General | |
Description |
This is actually the same ticket as #6178. It's still not working for me in Safari 5.0.2 @ Win 7. TypeError: Result of expression 'marker' [null] is not an object. /ckeditor/_source/plugins/wysiwygarea/plugin.js:93 Steps to reproduceWithout focusing the editor, do the following:
or
|
|||||
#6359 | IE selectable area in blank wysiwyg editor is very small | Bug | Normal | CKEditor 3.6.3 | General | |
Description |
[Expected] clicking anywhere within the white editing area will focus the editor. [Actual] The clickfield to accomplish the expected result is very small - only the area shown in the attached image. Clicking anywhere outside of that area will focus the editor's containing element and will not permit editing. The available clickfield is dependant on the amount of content within the editor, however it's always possible to click on a 'dead zone' and lose focus. (E.g., go to ckeditor.com/demo and click to the left of the word "tells" below the picture of Little Red Riding Hood.) Other details which may or may not be useful: We had implemented a workaround for this which relies on IE7's moveToPoint and was able to fix the vast majority of IE's quirks that cause this problem. Unfortunately, IE9's implementation of moveToPoint differs, and so our workaround is gone. A slight improvement is to detect the failure case and simply focus the editor (which at least makes creating a new article in IE9 feasible), however there are a lot of edge cases which that fails to cover (dragging a selection in and out of the dead zone, etc.) |