Custom Query
Results (101 - 200 of 576)
Ticket | Summary | Keywords | Owner | Type | Status | Priority |
---|---|---|---|---|---|---|
#1682 | Problem editing control elements in Firefox, Safari, Opera | Confirmed FireFox Opera Safari Review+ | Bug | closed | Normal | |
Description |
When you insert a control element and try to edit it, it's current information is not displayed. However, whatever you type in will be properly put into the element you're editing.
There seems to be a problem with the getSelection() function somehow; in the pop-up window, FCKSelection.GetSelectedElement() returns a null. IE 6 and IE 7 don't seem to have the problem, but the following do:
|
|||||
#1697 | OnSelectionChange event in certain Controls don't fire when using Firefox. | Confirmed FireFox | Bug | closed | Normal | |
Description |
This happened to 'dropdown list', 'radio button', and 'check box'. I think the right-click context menu is also using this event. Step to reproduce:
|
|||||
#1698 | Phantom scrollbar problem experienced when switching between normal and expanded editor views | Firefox Mac | Bug | closed | Normal | |
Description |
A new client sent me the attached .PNG examples of an ongoing "phantom scrollbar" problem experienced when switching between a "normal" and "expanded" view in the FCKEditor (version 2.4.3) with Java integration (version 2.3). I'm also attaching copies of the editor/css/fck_editorarea.css and editor/skins/default/fck_editor.css files. Mac OSX 10.4.10 (Tiger) is the OS and Firefox is the browser. The problem is reportedly occurring only on the Mac. I don't have a Mac, so must analyze the problem in the doc and on the Wiki. So far, I haven't seen a clue to a possible answer from either doc or Wiki. Advice or suggestions? |
|||||
#1713 | FF: unknown text in templates paramter | Confirmed FireFox | Bug | closed | Normal | |
Description |
when editing a page with a template (in Mozilla Firefox) which has a paramter e.g. {{decrption|code=something}} a text appears inside the paramter:=UNIQ3b1c92887d90b001-pre-00000001-QINU |
|||||
#1719 | Can't do unbold / unitalicize | Confirmed Firefox | Bug | closed | Normal | |
Description |
I just copy and paste the following at http://www.fckeditor.net/demo in source <p><span style="font-family: Times New Roman">“To be well-informed is to have the world at your fingers.”</span></p> <p><span style="font-family: Times New Roman">—Joseph Jones</span></p> <p><span style="font-family: Times New Roman">Dear Friend,</span></p> <p><span style="font-family: Times New Roman">Did you know that 2007 was actually the fifth highest year for home sales in history? Take a closer look at the numbers and you will discover that the state of the real estate market may not be everything the media leads you to believe. Sometimes we all need a little historical perspective to see the big picture clearly.</span></p> <p><span style="font-family: Times New Roman">Fortunately, I did all of the research and analysis for you already. This month’s Item of Value includes a variety of interesting and informative statistics that illustrate why last year was a good year overall for home sales. With mortgage rates historically low and new, innovative mortgage programs being unveiled, there is even greater promise for home sales in 2008.</span></p> <p><span style="font-family: Times New Roman">On the backside, you will find a noteworthy study on the rising trend of vacation home sales. Nearly one-third of vacation homes are being purchased with the intent of becoming a full-time residence upon the buyer’s retirement. With today’s mortgage rates, renting options and family gathering advantages, buying a vacation home is a great option to consider.</span></p> <p><span style="font-family: Times New Roman">With so much to take into account­­­ when you buy or sell a home, I am always available to help you sort out what is best for you.</span></p> <p><span style="font-family: Times New Roman">Sincerely,</span></p> <p><span style="font-family: Times New Roman"><i><b><span>Oh, by the way®…if you know of someone who would appreciate the level of service I provide, please call me with their name and business number, and I’ll be happy to follow up and take great care of them. </span></b></i></span></p> And I couldn't do unbold and unitalicize in last line. Sometimes it does unbold and sometimes doesn't do it. |
|||||
#1730 | Delete 1th item from nested list | IE Firefox | Bug | closed | Normal | |
Description |
I have nested list, which I create using Increase indent from standart bullet list. Sourcecode is: <ul> <li>item 1-1 <ul> <li>item 2-1</li> <li>item 2-2</li> </ul> </li> <li>item 1-1</li> </ul> When I delete first item in Wysiwyg mode then I get various results. in IE 6.0, source code is bad, in Wysiwyg look OK: <ul> <ul> <li>item 2-1</li> <li>item 2-2</li> </ul> <li>item 1-1</li> </ul> and If I try Decrease Indent, I get Runtime error on Line: 81, (indent is null ...) and then source code is: <ul> <ul> <li>item 2-1 <span id="1199966901715S" style="display: none"> </span></li> <li>item 2-2</li> </ul> <li>item 1-1</li> </ul> in FF 2.0.0.11, source code is OK, but Wysivig look bad: <ul> <li> <ul> <li>item 2-1</li> <li>item 2-2</li> </ul> </li> <li>item 1-1</li> </ul> |
|||||
#1753 | No context menu for text field properties | Confirmed FireFox | Bug | closed | Normal | |
Description |
If you have a text field in a form you can use the context menu to change the text field properties. In version 2.5.1 the context menu has no entry "Text Field Properties". This bug is for firefox ONLY (tested on version 2.0.0.11) - it works on IE Version 6 and 7. |
|||||
#1758 | alignment and font formatting doesn't work inside a table | Confirmed Firefox | Bug | closed | Normal | |
Description |
In fckeditor version 2.4.3 when i choosed a table line and i changed the alignment to center is working. In version 2.5 is not working. Same when i changed the table line text to bold. |
|||||
#1772 | cmd-[back arrow] on FF Mac navigates browser instead of moving cursor in editor | Firefox Mac | Bug | closed | Normal | |
Description |
Browser: FF 2 OS: mac (os x 10.4) Normally, while editing in a standard text area, I can press the CMD-back arrow (also known as "open-apple, left-arrow") to move my cursor to the beginning of a line. In the FCK editor (see latest build: http://www.fckeditor.net/nightly/fckeditor/_samples/default.html) the "open-apple, left-arrow" will navigate you one page back in history in FireFox. NOTE, this only occurs if you actually have history. If there is no history, it seems to do the correct thing and move your cursor to the beginning of the line. Navigating back in your history is actually the correct browser behavior, EXCEPT when you are doing some text editing. Seems to work correctly in your latest build on Safari though! To Reproduce:
|
|||||
#1784 | text formatting (bold, italic, underline) gets confused | Firefox | Bug | closed | Normal | |
Description |
I was doing some simple tests on the demo site and found the editor loses track of formatting changes in a way that effectively disable the bold, italic and underline features. This problem occurs in version 2.5.1. Version 2.0 RC2 did NOT have this problem. I have not tried interim versions. To duplicate the error, type this text into the editor: This is the text. Doubleclick the word "text", selecting the word. Click the bold, italic and underline buttons to add this formatting to the word. Doubleclick the word "the " and type "some ", replacing the word. The new word, "some " will have the same bold, italic, underline formatting of the word "text". Bug 1: doubleclick the word "text". You will not be able to undo the formatting on this word. Now select both words - all of the text with bold italic underline formatting. You will be able to undo this formatting for the second word, "text", but not the word in front of it, "some ". Bug 2: even after you are done working with this selection, if you try to select the word "some " and change any of the formatting, you will not be able to. In essence, it is possible for the user to create formatting which can not be undone. |
|||||
#1826 | link editor dialog and firefox 2.0.x | FireFox | Bug | closed | Normal | |
Description |
Descriptive summary opening a link, the present href is not received by the link editor dialog, so it's like creating a new one.
Steps to reproduce http://www.fckeditor.net/demo
Browser name and OS
FCKEditor 2.4.3: So for me it seems to be a new 2.5.? specific problem?!?!?! I didn't find any information whether this was changed actively due to problems with Firefox in general, or this is a new bug of fckeditor? Screenshot, Sample data, Test case file: not neccessary! |
|||||
#1832 | [FF] No placeholder for flash/embed tag | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
In Firefox 2, when inserting the HTML below, a placeholder does not appear, After switching to the source view and back to the WYSIWYG view, though, a placeholder does appear. <span class="embedded-object-18-408"><embed width="300" height="225" allowfullscreen="true" type="application/x-shockwave-flash" flashvars="&image=/picserver/s/orig/public/video/water_balloon_11.mpeg.flv0000.jpg&file=/picserver/s/video/public/water_balloon_11.mpeg.flv" src="../../videoplayer/mediaplayer.swf?0.4076338401231444"></embed></span> |
|||||
#1838 | Context-menu doesn't aways dissapear after selecting an option | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
Tested with Firefox:
Observation: the right click menu doesn't go away after selecting Table Properties |
|||||
#1847 | Drag picture in Mozilla trashes src | Confirmed Firefox | Bug | closed | Normal | |
Description |
In mozilla, if you drag an image around, the src changes from url to ../../url; problem if you use absolute urls for images (/path/to/image) it changes to (../../path/to/images) or a base url for the editor and the image disappears. Going to source view and back again, the good src is restored, presumably from _fcksavedurl. |
|||||
#1858 | FF:cannot format entire table column - adds code outside <td></td> tags of 1st cell | HasPatch Firefox | Bug | closed | Normal | |
Description |
To replicate the bug, create a table with more than one row, enter text into cells then select content of an entire column or row. Select a formatting option such as BOLD or Right Align. Result: firstly, the entire column is not affected secondly, the first cell stuffs up. In the right align example (shown below) the first <td> is altered, placing two empty <p> tags and css styles. In the editor it looks like another cell has been added to the table. I get a similar issue when trying to format the whole table as "normal" paragraph text. <table border="1" cellpadding="0" cellspacing="0">
</table> |
|||||
#1869 | Jerky text while dragging new floating panels | Firefox | Bug | closed | Normal | |
Description |
see attached file. Using FF 2.0.0.12 and XP |
|||||
#1951 | Embed tags are causing JavaScript errors in Firefox 3 Beta 3 | Firefox | Bug | closed | Normal | |
Description |
This bug was discovered while working on #922. Reproduction procedure:
|
|||||
#1983 | [FF] Must click to the right of checkbox/radio to get context menu. (in firefox) | Confirmed Firefox | Bug | closed | Normal | |
Description |
In Firefox when you right click a checkbox or a radio button, no context menu appears. But if you right-click to the right of the checkbox or radio button, the context menu does appear. I've tested this in both version 2.6b and the nightly build. Checked in 2.5.1 and it appears there as well. |
|||||
#1989 | xhtml source formatting works only in IE | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
In fckeditor 2.6 beta if you look at the source in firefox (on windows and mac os) and safari it is HTML not XHTML, but if you take a look at the same editor in Internet Explorer it is as it supposed to be XHTML (<br />, <img ... />...). It is not only happening on my implementation of fckeditor it is also present in your demo page, and included samples. I'm using php implementation. |
|||||
#1999 | <BR> nodes get truncated switching between Source and WYSIWYG mode in Firefox | Confirmed Firefox | Bug | closed | Normal | |
Description |
This problem was discovered while I was working on #1647 today. To reproduce:
|
|||||
#2002 | Maximize editor button is broken | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
Steps to reproduce:
|
|||||
#2027 | Context menu is hidden behind Firefox context menu | Confirmed Firefox | Bug | closed | Normal | |
Description |
I've found a couple of bugs regarding context menus, but couldn't find similar issue. Latest Ubuntu 7.10 + Firefox 2.0.0.12 (no additional plugins). Tested on: latest nightly build of FCKeditor, 2.4.3, CFKinder 1.2. Open FCKeditor, right-click with your mouse (anywhere). Firefox context menu appears, FCKeditor menu is hidden below (I barely see it). I have to left-click once again to switch off Firefox context menu and access FCKeditor menu. |
|||||
#2041 | Error opening the Link dialog the first time in Firefox | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
Load sample01 in Firefox2 and click the link button. An error appears in the js console "element has no properties" called from SelectField("txtURL"); onload(); but opening again the dialog works fine. |
|||||
#2062 | [FF] Merge Down and Merge Right doesn't work | Confirmed Firefox | Bug | closed | Normal | |
Description |
I've encountered a bug while reproducing bug #2055 and checking the FF behaviour. It seems it's impossible to merge cells down and right. Steps to reproduce:
Not only options : Merge Down and Merge Right aren't present but the Merge Cells option is disabled as well. This bug doesn't occur in IE6 and IE7. Browser: Firefox 2.0.0.12 OS: Windows XP FCKeditor versions affected: 2.6beta and the current SVN |
|||||
#2078 | [FF] Increase Indent button is sometimes disabled even when it shouldn't | Firefox | Bug | closed | Normal | |
Description |
Environment: FF 2.0.0.13, OS: Win XP Steps (in on-line FCK demo with editing pane cleared)
aa <Shift+Enter> bb <Shift+Enter> cc <Shift+Enter>
"Increase Indent" button remains disabled even it should be enabled (When <Down-arrow> and <Up-arrow> is pressed it get enabled. Works fine in IE) |
|||||
#2080 | [FF] Increasing indent erases an entry | Firefox | Bug | closed | Normal | |
Description |
Encountered in FCKeditor 2.6 RC using Firefox 2.0.0.12 Steps to reproduce:
Same thing happens when using numbered lists. Expected behaviour: The Increase Indent button should be disabled when the cursor in the first line of the list. |
|||||
#2086 | [FF3 ]scrolling behaviour not correct | Confirmed Firefox | Bug | closed | Normal | |
Description |
When hitting enter (and creating a new paragraph), the entire page will scroll back up in the Firefox 3 beta. Apparently, the behaviour of scrollIntoView has changed to match IE, so that scrollIntoView(true) should be used (rather than scrollIntoView(false), which is used now). I found this related ticket: http://dev.fckeditor.net/changeset/1126 The relevant bug in bugzilla: |
|||||
#2098 | Problem Toggling Editor in FireFox 2.0.0.13 | Firefox | Bug | closed | Normal | |
Description |
FCKEditor v2.6 If you launch Sample 13 (Dinamically switching with a Texarea) and click the Switch button several times the text you are editing disappears. This does not happen in IE. |
|||||
#2103 | [FF] Unstable editing with blockquote and formatted text | Firefox | Bug | closed | Normal | |
Description |
We're having a problem when using blockquote and formatted text. After we've been writing a couple of paragraphs and starts to edit the text, line breaks are removed where it shouldn't and wrong characters are removed. I'm reporting this in the same bug since it might be just two ways to reproduce the same bug. Both examples are reproduced in version 2.5.1 and 2.6 with Firefox 2.0.0.13 on Ubuntu and Windows XP. I've not been able to reproduce the bug in IE 6 or 7. Line breaks that are removed How to reproduce:
The last b is placed after the second b, that's good, but at the same time the last c is placed after the second c. Wrong character deleted
Result: One hit on backspace removes the empty line, the next removes the "f" and if you continue the whole line with "asdf" will be deleted. What I'd expected: The string "hjkl" to be moved at the end of "asdf" |
|||||
#2104 | [FF] Drag and drop placeholder starts a new colored span in the dropped line | Firefox | Bug | closed | Normal | |
Description |
The following tag will be created in the dropped line: <span style="background-color: rgb(255, 255, 0); color: rgb(0, 0, 0); cursor: default;"> |
|||||
#2131 | [FF] Some image aligment types aren't populated correctly | Firefox | Bug | closed | Normal | |
Description |
Some image aligment types aren't populated correctly that we return again to image propeties dialog. Found at http://www.fckeditor.net/demo Used browser was Firefox 2. Steps to reproduce:
Actual result: 'Align' combobox is empty. Expected result: Option 'Absolute bottom' is selected inside 'Align' combobox. |
|||||
#2151 | Contextmenu mispositioned when editor in div with scrollbar | Firefox HasPatch | Bug | closed | Normal | |
Description |
When the editor is in a div with a scrollbar the contextmenu and style menu is misalinged. There was once ticket #135 which seem to cover the same so this might be a new bug introduced in 2.6. I'll attach a patch which fixes this for firefox. |
|||||
#2152 | [FF] When deleting table resize handles don't disappear | Confirmed Firefox CantFix | Bug | closed | Normal | |
Description |
When deleting a table in Firefox, the resize handles stay on the screen even though the table borders disappear. Only after double clicking somewhere or typing do the handles disappear. |
|||||
#2155 | Nested OL/UL doesn't get fixed on output | Firefox Chrome | Bug | confirmed | Normal | |
Description |
It may happen that pasting operations inject nested <ol> and <ul> elements. The editor should fix it on output. Steps to reproduce
<ol> <ol> <li>Test</li> </ol> </ol>
The source remains untouched, but the following is expected instead: <ol> <li> <ol> <li>Test</li> </ol> </li> </ol> Note that the is needed to properly expand the empty <li> bullet or number for editing. |
|||||
#2162 | Working with Firebug might include reference to chrome: file | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
I don't know the exact steps to reproduce, but I've seen a page that it wasn't possible to edit anymore giving an error in both IE and Firefox. The page was edited with full page and it had this included (after the last successful edit): <link charset="utf-8" rel="stylesheet" type="text/css" href="chrome://firebug/content/highlighter.css" /> So it might be a good idea to check that the <link>s doesn't point to restricted urls |
|||||
#2177 | Inserting special characters inside some inline tags in Firefox incorrectly splits the inline tag into two | Firefox | Bug | closed | Normal | |
Description |
To reproduce the problem:
|
|||||
#2205 | Double indent of first paragraph when selectAll is used | Firefox | Bug | closed | Normal | |
Description |
Firefox specific (using 2.0.0.14) (not IE, not windows Safari)
Reproduction Steps:
Notice the first paragraph is indented twice.
When I stepped through the FCKIndentCommand._IndentBlock() [in firebug] it didn't happen so should be a fun one. |
|||||
#2210 | [FF] font-weight: bold and font-style:italic instead of strong and em | Confirmed Firefox CantFix | Bug | closed | Normal | |
Description |
Hello, There is a bug with Firefox when doing some manipulations on bold and italic. Let's try this with the demo FCK on the website :)
1/ Type "Hello world" In Source view, we'll have something like <p>hello wo<strong>rld</strong></p> 3/ Now we delete the substring "orld" and then retype orld In source view : <p>hello w<span style="font-weight: bold;">orld</span></p> We have the same kind of bug with the italic button Tested on FF 2.0.0.14 and FF 3RC1 with FCK 2.6 |
|||||
#2248 | FF: FCK.InsertHtml( ' ') inserts a plain space | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
The FCK.InsertHtml( ' ') call inserts a plain space in the selection, instead of the proper char. |
|||||
#2272 | FF3: Paste from word leaves lots of garbage tags | Confirmed Firefox3 Review+ | Bug | closed | Normal | |
Description |
In Firefox 3 RC3, the "paste from word" feature leaves lots of garbage tags behind. Specifically:
The comments issue can be fixed by changing this line in fck_paste.html's CleanWord function: html = html.replace(/<\!--.*?-->/g, '' ) ; ...to this: html = html.replace(/<\!--[\s\S]*?-->/g, '' ) ; (Because . does not match new lines, multi-line comments are not removed; [\s\S] does the trick instead.) To be safe, I recommend making similar changes to all of the fck_paste.html instances where .* is used. Specifically, these lines: html = html.replace(/<o:p>.*?<\/o:p>/g, ' ') ; html = html.replace( /<SPAN\s*>(.*?)<\/SPAN>/gi, '$1' ) ; html = html.replace( /<FONT\s*>(.*?)<\/FONT>/gi, '$1' ) ; html = html.replace( /<(\w+)[^>]*\sstyle="[^"]*DISPLAY\s?:\s?none(.*?)<\/\1>/ig, '' ) ; html = html.replace( /<(H\d)><FONT[^>]*>(.*?)<\/FONT><\/\1>/gi, '<$1>$2<\/$1>' ); html = html.replace( /<(H\d)><EM>(.*?)<\/EM><\/\1>/gi, '<$1>$2<\/$1>' ); var re = new RegExp( '(<P)([^>]*>.*?)(<\/P>)', 'gi' ) ; // Different because of a IE 5.0 error ...should be changed respectively to: html = html.replace(/<o:p>[\s\S]*?<\/o:p>/g, ' ') ; html = html.replace( /<SPAN\s*>([\s\S]*?)<\/SPAN>/gi, '$1' ) ; html = html.replace( /<FONT\s*>([\s\S]*?)<\/FONT>/gi, '$1' ) ; html = html.replace( /<(\w+)[^>]*\sstyle="[^"]*DISPLAY\s?:\s?none([\s\S]*?)<\/\1>/ig, '' ) ; html = html.replace( /<(H\d)><FONT[^>]*>([\s\S]*?)<\/FONT><\/\1>/gi, '<$1>$2<\/$1>' ); html = html.replace( /<(H\d)><EM>([\s\S]*?)<\/EM><\/\1>/gi, '<$1>$2<\/$1>' ); var re = new RegExp( '(<P)([^>]*>[\s\S]*?)(<\/P>)', 'gi' ) ; // Different because of a IE 5.0 error Also, to get rid of the <meta>, <link> and <style> elements, I suggest adding these additional replacements: // Remove meta/link tags html = html.replace(/<(META|LINK)[^>]*>\s*/gi, '' ) ; // Remove style tags html = html.replace( /<STYLE[^>]*>([\s\S]*?)<\/STYLE[^>]*>/gi, '' ) ; |
|||||
#2273 | dragresizetable plugin is broken in FF3 | Confirmed Firefox3 Review+ | Bug | closed | Normal | |
Description |
This bug was discovered while testing for #1614:
|
|||||
#2279 | Firefox RC3 Scrollbar position problem | Firefox3 Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
OS: Windows XP sp2 Browser: Firefox RC3 Builds Tested: 2.6.0, 2.6.1, Nightly Build 6/15/08 Steps to reproduce: 1) Open fckEditor sample running at: http://www.fckeditor.net/nightly/fckeditor/_samples/default.html 2) Press the "Maximize editor size" on the toolbar 3) Press any letter followed by the enter key 4) Repeat step 3 40 times 5) Scroll to the middle of the document and set the cursor at the end of a paragraph. 6) press the enter key BUG: Scrollbar moves up and paragraph is reposition at bottom of page. From my understanding "ScrollIntoView" has been changed in Firefox 3 to match IE, I'll bet that is where the problem lies. Will test will Firefox 3 final when it is released 6/17/08 |
|||||
#2284 | [FF] Table selection rectangle doesn't update | Confirmed FireFox CantFix | Bug | closed | Normal | |
Description |
When you change the width of a selected table via the table-properties dialog, the selection rectangle doesn't get updated to the new width of the table. |
|||||
#2287 | Bad Spacing between two tables (FF2 Only) | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
When you insert a table, click to the right side of it, and then add in a second table, it will display something like: <table>...</table> <table>...</table> within the editor, but when you preview (or after saving) it shows up like: <table>...</table> <table>...</table>
The reason is that between the two tables, in the editor, there is a You can see this in action at: http://www.screencast.com/users/DShafik/folders/Jing/media/d4769677-866b-4a5b-8d21-1aa0a31cd14c This issue affects 2.5.1 (at least) through to, and including trunk |
|||||
#2294 | form elements not editable in FF 3 | Firefox | Bug | closed | Normal | |
Description |
In firefox 3.0.0 it isn't possible to select/right-click form elements in order to change their options. Only text input elements can be changed try it yourself, for example: <form method="post" name="blaat"> <p><input type="text" value="fsdf" name="fsdfs" />dddfdfdsd</p> <p><select name="boij"> <option value="fhu">ui</option> <option value="sgr">fsfd</option> <option value="re3">grge re</option> </select></p> <p>fgd<input type="checkbox" value="ger" name="ge" />gfdg</p> </form> |
|||||
#2296 | Permission denied error when clicking on files in file browser under domain relaxation | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
Reproduction procedure:
This bug affects both Firefox 2 and Firefox 3. |
|||||
#2303 | [FF3] contextmenu remains open in firefox when dialog opens | Firefox3 | Bug | closed | Normal | |
Description |
The contextmenu remains open in firefox when a dialog opens; and after closing the dialog, the contextmenu doesn't disappear by clicking somewhere else. |
|||||
#2304 | JavaScript error in Replace dialog | Firefox | Bug | closed | Normal | |
Description |
To reproduce the bug:
This bug was reported by dshafik form the IRC channel. |
|||||
#2307 | RTL: Click on Link dialog tabs enlarge the dialog width | Confirmed Firefox CantFix | Bug | closed | Normal | |
Description |
With FF3, when in RTL, like when loading the Arabic localization, if you click on a dialog tab the Link dialog enlarges on its width. Each click enlarges it s few pixels. No problem with IE. |
|||||
#2308 | RTL: The scrollbar is at the right side for the toolbar combos | Confirmed Firefox3 Safari CantFix | Bug | closed | Normal | |
Description |
All toolbar combos has the scrollbar at the right side with Firefox 3. FF2 show them at the left, as expected. |
|||||
#2319 | FF3: EnterMode='br' scrolls the entire page on ENTER | Confirmed Firefox3 Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Just like #2279, if having EnterMode='br' and hitting ENTER, or even using SHIFT+ENTER in the default configuration, makes the entire page to scroll. |
|||||
#2320 | FF3: Find/Replace scrolls the entire page | Confirmed Firefox3 IE Review+ | Bug | closed | Normal | |
Description |
Because the Find/Replace code uses the "scrollIntoView" function, the entire page gets scrolled when highlighting the found elements. This is the same problem we had with #2279 and #2319, so maybe the same solution used there can be used here too. |
|||||
#2321 | FF3: FCK.InsertElement scrolls the entire page | Confirmed Firefox3 Review+ | Bug | closed | Normal | |
Description |
Because the InsertElement code uses the "scrollIntoView" function, the entire page gets scrolled when inserting new block elements. This is the same problem we had with #2279 and #2319, so maybe the same solution used there can be used here too. |
|||||
#2322 | Fit window command resets caret position | Confirmed IE Firefox Safari Review+ | Bug | closed | Normal | |
Description |
To reproduce the bug:
Interestingly, the bug does not occur in Opera. |
|||||
#2335 | [FF] Style is inserted incorrectly inside the <code> tag | Firefox | Bug | closed | Normal | |
Description |
In Firefox 3 I start with the following text: <h2>this is interesting</h2> <p>123</p> I select "interesting" and add <code> around it: <h2>this is <code>interesting</code></h2> <p>123</p> Then I go to the end of "interesting", hit "End", and backspace and type and backspace and type a few times. I get this: <h2>this is <code>inter<span style="font-family: Arial,Verdana,sans-serif;">esting</span></code></h2> <p>123</p> Bad, bad, and broken. |
|||||
#2387 | FF: Bulleted list error with CTRL+A | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
Tested with Firefox/2.0.0.16, in the online demo. With the following source: <div>aaa</div> <div>bbb</div> <div>ccc</div> In editing mode:
A JS error is thrown and the first line of text is deleted. |
|||||
#2412 | InsertHTML inserts at beginning of selection | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
This bug may be related to Ticket #2376. In FireFox 3 I see InsertHTML append to the beginning of a Selection, instead of replacing the Selection. Using FireFox 3 go through the same steps in ticket #2376. |
|||||
#2423 | [FF3, Safari] Toolbar became disabled after switch to WYSIWYG mode when ToolbarLocation is Out | Firefox Safari | Bug | closed | Normal | |
Description |
Use ToolbarLocation = Out:... (Samples 10 and 11). Switch to source mode and back. Note that toolbar is disabled. |
|||||
#2439 | PasteFromWord inserts into current <p> (FireFox3) | Confirmed FireFox | Bug | closed | Normal | |
Description |
When using PasteFromWord dialog, the content is inserted into the current paragraph, i.e. <p> <h1>Heading from Word</h1> <p>Normal text from Word.</p> <p> </p> </p> This was using FireFox 3.0.1 on Windows XP (5.1 SP2). It worked fine in IE7 (i.e. the content goes after the current paragraph) Note if you click [Source] four times the HTML is correctly formatted. |
|||||
#2505 | "Image Properties" popup and long names | Firefox | Bug | closed | Normal | |
Description |
Context: Image Properties window When the "Automatic search results" pane includes long names, the thumbnail is pushed over to the right, even to the point that nothing is visible. Several possible solutions come to mind: 1) allow the user to resize the "Image Properties" popup 2) add horizontal scroll bars to the "Automatic search results" pane, which already has scrollbars 3) don't expand the "Automatic search results" pane at all, and use hovertext to allow the full filename to be seen The problem can be seen for example using version 2.5 SVN Build 20055. Thanks! |
|||||
#2519 | Firefox 3 form submit via javascript with multiple editor instances | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
Summary:
<input type="submit" value="Submit (button)" /> <input type="button" value="Submit (javascript)" onclick="document.testform.submit()"/>
|
|||||
#2525 | Chrome: error if FCKConfig.StartupShowBlocks = true | Confirmed Chrome Firefox Review+ | Bug | closed | Normal | |
Description |
Hello, If you execute FCKEditor on Google Chrome on the latest trunk (seem appear in the 2.6.3), I have an error if FCKConfig.StartupShowBlocks is set to true. Uncaught TypeError: Cannot read property 'nodeType' of null http://127.0.0.1/www.lib/fckeditor/edit ... wblocks.js (line 59) [...] if ( FCKBrowserInfo.IsIE ) { try { FCK.EditorDocument.selection.createRange().select() ; } catch ( e ) {} } else { var focus = FCK.EditorWindow.getSelection().focusNode ; if ( focus.nodeType != 1 ) Uncaught TypeError: Cannot read property 'nodeType' of null focus = focus.parentNode ; FCKDomTools.ScrollIntoView( focus, false ) ; } [...] To fix the problem I have just added "try catch" in the "else" branch. regards Frederic |
|||||
#2531 | Scroll Into View Bug When Breaking Large Content (FF) | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
If you paste a large amount into the editor, where you end up with: <p> some large text <br /> paragraphs aren't there anymore </p> And you wish to put the paragraphs in to make it look like: <p> some large text </p> <p> paragraphs aren't there anymore </p> It will scroll the end of the second paragraph into view, which when the end is far enough away, will push the cursor off-screen, which can be confusing (why did I jump to the bottom?). If you continue to type, it'll start typing where the cursor is, not where the eye is, scrolling that back into view. The lines that cause the issue are fckenterkey.js lines 538/539: source:FCKeditor/trunk/editor/_source/classes/fckenterkey.js@2136#L538 I initially just commented this out, but then when you want to put in a new paragraph at the end, it will not scroll that into view. It seems to me that it should scroll when the paragraph is empty, but not otherwise, adding a FCKDomTools.CheckIsEmptyElement() will not work however, as we actually have: <p> <br _moz_dirty=""> <br type="moz"> </p> Some changes to the CheckIsEmptyElement() however will solve this (see patch). This does not completely solve the issue. When pressing enter with an "empty" paragraph being add, it will work fine. When pressing enter with a non-empty paragraph following, it works fine so long as it's not at the bottom of the view area, because then it doesn't scroll and should. This is a little better, but not complete. The best solution would be to move to the top of the paragraph, not the bottom. Is this possible?
|
|||||
#2575 | Hitting carriage return cause the scrollbar to go at the end | Firefox | Bug | closed | Normal | |
Description |
When using an html source that was previously generated by FCKEditor 2.3.1 with FCKEditor 2.6.3, hitting carriage return cause the scrollbar to go at the end of the box. To reproduce, using Firefox 3, go to: http://www.fckeditor.net/demo, click the "Source" button, and paste this: <p><font size="4"><font color="#008080"><strong><font color="#ff0000"><font color="#000080">Lorem</font></font></strong></font></font><font size="4"><font color="#008080"><strong><font color="#ff0000"><font color="#000080"><br /> </font></font></strong></font></font>Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla ac velit. Etiam adipiscing pede vitae elit. Nam turpis odio, tristique ac, semper ut, malesuada nec, mi. Vestibulum tempus turpis a eros. Aenean feugiat metus ac tortor. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. In ultrices porttitor lorem. Ut posuere orci. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Suspendisse mattis.<font size="4"><font size="4"><font color="#008080"><strong><font color="#ff0000"><br /> <br /> Ipsum</font></strong></font></font><font size="4"><font color="#008080"><strong><br /> </strong></font></font></font>Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla ac velit. Etiam adipiscing pede vitae elit. Nam turpis odio, tristique ac, semper ut, malesuada nec, mi. Vestibulum tempus turpis a eros. Aenean feugiat metus ac tortor. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. In ultrices porttitor lorem. Ut posuere orci. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Suspendisse mattis.<font size="4"><br /> <font size="4"><font color="#008080"><strong><br /> </strong></font></font></font><font size="4"><strong><font size="4" color="#000080"><font color="#ff00ff"><font color="#008080"><font color="#993366"><font color="#ff6600"><font color="#008080"><font color="#ff0000"><font color="#000080">Lorem</font></font></font></font></font></font></font></font></strong><strong><font size="4" color="#000080"><font color="#ff00ff"><font color="#008080"><font color="#993366"><font color="#ff6600"><font color="#008080"><font color="#ff0000"><br /> </font></font></font></font></font></font></font></strong></font>Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Nulla ac velit. Etiam adipiscing pede vitae elit. Nam turpis odio, tristique ac, semper ut, malesuada nec, mi. Vestibulum tempus turpis a eros. Aenean feugiat metus ac tortor. Cum sociis natoque penatibus et magnis dis parturient montes, nascetur ridiculus mus. In ultrices porttitor lorem. Ut posuere orci. Lorem ipsum dolor sit amet, consectetuer adipiscing elit. Suspendisse mattis.<font size="4"><strong><font size="4" color="#000080"><font color="#ff00ff"><font color="#008080"><font color="#993366"><font color="#ff6600"><font color="#008080"><font color="#ff0000"><br /> </font></font></font></font></font></font></font></strong></font></p> <p> </p> Then, click "Source" again. Go at the top of the red "Ipsum" title, and hit carriage return. The scrollbar will move to the end of the box. |
|||||
#2579 | Fckeditor 2.6.2 automatically insert <br /> when loading | Confirmed Firefox | Bug | closed | Normal | |
Description |
Currently, i am using myfaces-fckeditor in jsf enrionment. Brower :Firefox 3.X Version: fckeditor 2.6.2 When at the begining of loading fckeditor on the page, i didn't typing anything in the fckeditor textarea(i was in br mode,FCKconfig.EnterMode= br), and i switch to the "source view" mode, it automatically appear one "<br />" for me. This seems it automatically to add this <br /> at the beginning to load fckeditor or when i switch to "source view",it add this <br />. I try to see the source code of fckeditor, but i didn't get any solution for this. How can i remove this <br /> automatically insert at the beginning of fckeditor loading.Anyone has solution for this? I also try the version 2.6.3, it seems the same result. Thanks millon. blade |
|||||
#2791 | UI flashes when loading. | Confirmed Firefox Review? | Bug | closed | Normal | |
Description |
In Firefox, it's possible to quickly see the editor and the dialog rendered without skin even before the skin CSS is loaded. Then, once the CSS is ready, it redraws the UI in the right way. Not checked, but the same thing may happen with the contents. There should be a way to hold the rendering of any UI element until the CSS is loaded. |
|||||
#2797 | Styles cannot be applied when a whole paragraph is selected | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
|
|||||
#2814 | Format text across multiple table cells doesn't work right | Confirmed Firefox | Bug | closed | Normal | |
Description |
The bug I describe here seems to be new since version ~2.6.3. I don't think I've seen this behavior in earlier versions. Please fix this for the final 2.6.4 since it drives our web authors crazy. Thanks! Browsers & OS:
Browser Exception: With Safari 3.2.1 on OS X it works perfect! Steps to reproduce:
The result: Only the text of just one of the marked cells will be formatted while the rest remains untouched. Below you'll find the generated HTML code. As you can see, just cell in Row 1, Column 2 (R1C2) has received the text color even though I marked more then just one cell. <table width="200" cellspacing="1" cellpadding="1" border="1"> <tbody> <tr> <td>R1C1</td> <td><span style="color: rgb(255, 0, 0);">R1C2</span></td> </tr> <tr> <td>R2C1</td> <td>R2C2</td> </tr> <tr> <td>R3C1</td> <td>R3C1</td> </tr> </tbody> </table> |
|||||
#2923 | "CKEDITOR is not defined" on page reload when editor focused. | Firefox Review+ | Bug | closed | Normal | |
Description |
This bug is found to be due to reload the page with focus on wysiwyg mode, cause a javascript error as titled in FF. |
|||||
#2979 | Focus issue after inserting table | IBM Safari Firefox Confirmed | Bug | closed | Normal | |
Description |
When inserting a table at the end of a document it is not possible to navigate past the table to continue entering text.
Steps to reproduce:
Expected behavior:
Actual behavior: |
|||||
#2981 | Sample 10 second instance not working after clicking combo | Firefox | Bug | confirmed | Normal | |
Description |
In sample 10, after clicking a combo box in second instance, the second instance cannot regain focus again and the toolbar is disabled. Typing a key does enable the toolbar again but yet it still cannot be refocused, and does not fire any focus event. The first instance works well without any error. I did a ticket search and it seems it's the same as ticket 1280 (which is fixed a year ago on an earlier version). I am using firefox 3.0, with version 2.6.4. |
|||||
#2997 | FF : Toolbar combo contents flickers when opening | Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
When opening a toolbar combo for the first time, it's possible to briefly see its contents with no style which immediately gets re-rendered with the styles applied. This is noticeable in Firefox only. |
|||||
#3031 | Toolbar Combos don't work in FF2 | IBM Confirmed Firefox Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
The combo features do not work in FF2.
Steps to reproduce:
Results in error.
Firebug error: |
|||||
#3068 | plugin:panel doesn't hide on subsequent click | Review- Firefox | Bug | closed | Normal | |
Description |
In The panel system (contextMenu and floatPanel)should auto hide on any click which doesn't fall into the panel region, now it's not working appropriately. It could be identified by the context menu Procedures
|
|||||
#3069 | FF:plugin:checkbox/radio inserted element is not control type | Firefox | Bug | closed | Normal | |
Description |
The checkbox/radio is not displayed as a control type, which make certain related features like Context Menu and Drag and Drop unable to apply. |
|||||
#3092 | plugin:stylesCombo has no options | Firefox Confirmed IBM Review+ | Bug | closed | Normal | |
Description |
Procedures
|
|||||
#3096 | FF: Block style: Deleted Text/Inserted Text not working | Firefox | Bug | closed | Normal | |
Description |
Those two styles doesn't working with the following generated codes, the schema is valid though, maybe it's belong to a bug of FF? <ins> <h3 style="color: Blue;">text</h3> </ins> If we nested the <ins> inside <h3>, it works fine. |
|||||
#3102 | FF: CKEDITOR.editor::insertHtml incorrect with multiple range | Firefox | Bug | closed | Normal | |
Description |
Multiple selection ranges happens when more than one control type element is selected, and this method is currently inserting new elements at each range which is not right. |
|||||
#3141 | Block styles incorrect with full selection | Firefox Confirmed | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3160 | [FF] Ajax sample editor document problem | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3244 | Apply block style accross table problem | Firefox Confirmed | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3249 | 'Deleted Text' Style within list item problem | Firefox WorksForMe | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3330 | Bogus br when Insert table cell | Firefox Webkit | Bug | closed | Normal | |
Description |
Table cell insertion logic should be optimized to be filled with bogus BR instead of hard BR. Reproducing Procedures
|
|||||
#3334 | Javascript error while adding link | Firefox | Bug | closed | Normal | |
Description |
-Insert in the source mode in FF3: <img src="http://dollzmania.us/images/holiday03/11-6-02%20prop%20Image113.gif" /> -Select image using mouse -Open link dialog -Type some URL -Click OK. lastNode is null http://localhost/edytor/CKEditor/trunk/_source/plugins/styles/plugin.js Line 286 |
|||||
#3345 | Edit anchor problem | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3361 | [FF] createBookmark problem with multi-ranges | Firefox Confirmed | Bug | closed | Normal | |
Description |
If a selection contains multiple ranges, now invoke selection.createBookmarks(), if the ranges were overlapped with each other, then the bookmarked range will right correct. <table> <tbody> [ <tr> <td> cell1 </td> <td> cell2 </td> </tr>] </tbody> </table> FF will translate it into multi-ranges as: <table> <tbody> <tr> ^<td> cell1 </td>^ ^<td> cell2 </td>^ </tr> </tbody> </table> Now the bookmark nodes creation on every range will interfere with each other, resulting in incorrect bookmark positions. |
|||||
#3366 | Paste from Word dialog does not work in Firefox 2 | IBM Firefox Review+ | Bug | closed | Normal | |
Description |
The paste area in the Paste from Word dialog isn't editable in Firefox 2. |
|||||
#3375 | Unable to exit link | Firefox | Bug | closed | Normal | |
Description |
If the very last element of the current paragraph is a link, it's not able to leave the 'a' element either by 'Arrow Right' or 'End' key. Reproducing Procedures
|
|||||
#3390 | [FF] Open submenu | Confirmed Firefox Review+ | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3420 | Editing area keyboard navigation problem with table in FF3 | Confirmed IBM Firefox | Bug | closed | Normal | |
Description |
Steps to reproduce:
Actual result: |
|||||
#3453 | Content might get inserted inside <br> | Firefox | Bug | closed | Normal | |
Description |
Applies to both V2 and V3
Load sample.html?sample=enterkey <h1>Test</h1>
switch to design It doesn't appear. If you check the dom you'll see that the img is a child of BR. Tested in Firefox. |
|||||
#3473 | [FF] Bogus doubled line break nums | Firefox Webkit Review+ | Bug | closed | Normal | |
Description |
Currently the padding block bogus br logic is not right, it's appending the br for every newly established block, which sometimes cause too much line breaks: Reproducing Procedures
|
|||||
#3474 | [FF] newpage error when document unfocused | Confirmed Firefox | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3475 | [FF] Multirange broken when command used several times | Firefox Confirmed | Bug | closed | Normal | |
Description |
Multirange broken when command used several times. Reproduction steps:
Depending on first selection range start, there are 2 possible misbehaviors:
35sec screencast presenting this issue: http://pub.meta20.net/fck-multirange.ogg Env: Mozilla/5.0 (X11; U; Linux x86_64; en-US; rv:1.9.0.9) Gecko/2009042219 Iceweasel/3.0.9 (Debian-3.0.9-1) |
|||||
#3509 | Styles aren't maintained at end of line | Firefox HasPatch | Bug | closed | Normal | |
Description |
Under certain conditions, basic styles (bold, italic, etc) aren't maintained at the end of lines. Steps to reproduce:
The newly typed text should be bold, but is not. This also happens under the following conditions:
The problem is that Firefox is appending a <br/> at the end, but it is not being included in the <strong> element. The solution is, when applying a style, to include that BR element. A patched is attached which fixes this problem. The problem can be reproduced in the latest nightly samples. |
|||||
#3783 | Indenting commands in table cells creates collapsed paragraphs. | Firefox Review+ | Bug | closed | Normal | |
Description |
To reproduce:
|
|||||
#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. |
|||||
#3864 | Selection problem after inserting new link | Firefox IBM Confirmed Review+ | Bug | closed | Must have (possibly next milestone) | |
Description |
To reproduce:
Result: the link seems uneditable until additional text is added. |
|||||
#3870 | [FF]Press enter after 'New Page' command problem | Firefox Confirmed | Bug | closed | Normal | |
Description |
Reproducing Procedures
|
|||||
#3934 | New line collapsed in enterMode=BR | Firefox | Bug | review_failed | Normal | |
Description |
Reproducing Procedures
|