Custom Query

Filters
 
Or
 
  
 
Columns

Show under each result:

Results (1401 - 1500 of 2591)

← 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 →
Ticket Summary Status Owner Type Priority Milestone
#10749 [Webkit/Blink] Loading URL with a # causes page to scroll confirmed Bug Normal
Description

Open: ​http://ckeditor.com/demo# or samples/datafiltering.html#

See that page is scrolled down.

Reported on: ​http://ckeditor.com/forums/CKEditor/Scrolling-problem-when-using-empty-anchor-in-URL

#10752 IE10 crashes using custom bullets confirmed Bug Normal
Description

This is probably an IE10 bug but can be recreated in CK only. STR:

  1. Unpack the attached IE10Crash.zip on a machine with IE10 and IIS into the inetpub\wwwroot folder.
  2. Open IE10 and navigate to ​http://localhost/ckeditor.

RESULT: The browser loads CKEditor 4.1.1 and then loads a web page with a numbered list that uses a style with custom bullet images. The editor loads the page and then IE crashes probably when it tries to render the style. There must be some subtle timing issue here as well because the next time when the files are loaded from the IE cache, it doesn't crash. It crashes again after you clear the IE cache.

#10765 Broken form submit with inline-textarea confirmed Bug Normal
Description
  1. Create a form with submit button.
  2. Create several inline-textarea instances within the form.
  3. Submit the form.

Then what happens:

  • In Chrome, for each instance, an error is thrown: 
    An invalid form control with name='editor1' is not focusable.
    • A funny note: when instances have some startup data, there's no error.
  • In Firefox, the "Please fill out this field" tip is displayed even if some text was typed inside the instances.
    • A funny note: If there's startup data, submit goes fine.
  • In IE9, everything is fine, page submitted, data retrieved.
    • A funny note: There's nothing funny about IE and that makes me worry.
#10766 [Webkit] Irresistible content when pasting into entirely selected editable confirmed Bug Normal
Description
  1. Open replacebycode
  2. Set the following HTML: 
    <p>Hello world!</p>
<p style="text-align:right"><a href="#">Wooo! I&#39;m so sticky!</a></p>
  3. Select the paragraph: 
    <p>[Hello world!]</p>
  4. C-c
  5. C-a
  6. C-v
  7. Switch to Source and back to WYSIWYG.

Note there's an unwanted paragraph aligned to the right at the end of editable: 

<p>Hello world!</p>
<p style="text-align:right">&nbsp;</p>

Now remove the link from the original content and repeat all the steps. Use the following startup data: 

<p>Hello world!</p>
<p style="text-align:right">Yay! I&#39;m not so sticky anymore!</p>

Result is just perfect: 

<p>Hello world!</p>
#10767 Webkit removes whole table confirmed Bug Normal
Description

To reproduce:

  1. Insert table 1X2 (1 row and two columns)
  2. Double (or even triple) click inside table so that whole cell gest selected (You have to see selection in table cell).
  3. Right-click on selected cell and choose Column->Delete Column.

Result: Whole table gets deleted.

Problem can be reproduced from CKEditor 4.0.1 in Chrome and Safari only.

#10779 Autogrow: Editor does not scroll to end of pasted content confirmed Bug Normal
Description

To Reproduce:

  • Using the autogrow sample, paste the following HTML into Source view: 
    <ul>
  <li>1</li><li>2</li><li>3</li><li>4</li><li>5</li><li>6</li>	<li>7</li><li>8</li><li>9</li><li>10</li>
</ul>
  • Switch to wysiwyg mode and copy all contents
  • Place the cursor at the end of the contents and use Ctrl+V to paste multiple times.

Problem: The editor does not scroll to the end of the pasted content. The cursor is in the correct location because if you type some text after pasting, the editor does scroll to the bottom of the contents. However the editor should scroll to this position automatically after the paste event.

I have tried this with FF, IE and Chrome and can reproduce it on all 3 browsers.

#10785 Editor content's stylesheet is removed from document after another editor's editable is reattached confirmed Bug Normal
Description
  1. Open widgetquote sample from #9764.
  2. Switch between modes twice in first editor.
  3. See that widget lost its styles in second (inline) editor.

Or:

  1. Open datafiltering sample from master and find in dev tools last stylesheet (with data-cke-temp attr) in host page's head.
  2. Switch between modes twice.
  3. Stylesheet was removed...

Problem is somewhere here: ​https://github.com/ckeditor/ckeditor-dev/blob/master/core/editable.js#L681-L693

It seems that framed editor (wysiwygarea or sourcearea) does not increase stylesheet_ref, but it decreases it. Or that order of detach and new editable's setup is incorrect.

#10788 [Safari] Pressing ESC when in opened color platte/combo moves focus to editable. confirmed Bug Normal
Description
  1. In latest Safari (6.0.5) open replacebyclass.html
  2. Fn+Alt+F10 to focus the toolbar.
  3. Using TAB, go to font color toolbar (or any combo).
  4. SPACE to enter the palette (or the combo), navigate with arrows.
  5. ESC.

Expected: focus goes back to color button in the toolbar so it's possible to select a different toolbar (TAB) or a different button (arrows). This is the behaviour of Chrome.

Actual: focus goes to editable. Need to use the keystroke again to focus it.

#10791 It is possible to write in hidden elements in IE 9+. confirmed Bug Normal
Description

It seems that in IE10 (at least) you can write in hidden elements that have innerHTML !== ; If the said element is contenteditable:false it is worse because you cannot get out of it.

It may relate to this: ​https://dev.ckeditor.com/ticket/10641

Test case: ​http://jsbin.com/UNOWOba/5

PS: I discovered the problem because I use an element (<span contenteditable="false" style="display:none">&nbsp;</span>) just before a space holder that is removed on click and on IE the users could not write... It may suggest a cursor positionning problem. PSS: No problem in chrome.

#10792 Error in IE10 With Compatibility View confirmed Bug Normal
Description

In IE10 with Compatibility View, if move vertical scroll show javascript error Incompatible markup pointers for this operation.

#10794 [IE10 Quirks Mode]Toolbar for RTL languages looks bad confirmed Bug Normal
Description
  1. Remove DOCTYPE declaration (<!DOCTYPE html>) from "User Interface Globalization" sample (samples/uilanguages.html).
  2. Open sample in IE 10.
  3. Change language to Arabic.

Result: toolbar has wrong styles (see attachment).

4.2.1 is first version with IE 10 QM support.

#10795 [IE10 Quirks Mode]Not code formating in source mode confirmed Bug Normal
Description
  1. Remove DOCTYPE declaration (<!DOCTYPE html>) from "Replace Textareas by Class Name" sample (samples/replacebyclass.html).
  2. Open sample in IE 10.
  3. Switch to source mode.

Result: no code formatting (see attachment).

4.2.1 is first version with IE 10 QM support.

#10796 [IE] Text selection to end of caption causes JS error confirmed Bug Normal
Description

since: 4.0 until master
issue not found in 3.6.6.1 though

  1. open any sample with CKEditor (i.e. samples/replacebyclass.html)
  2. using "Templates" button from toolbar, insert template "Text and table" (replacing current content)
  3. click "Table title" in order to edit it
  4. press Home key
  5. press Shift+End key

Expected result:
Table caption text should be selected.

Current result:
Caret does not move, no text is selected. Javascript exception is thrown.

js error:
SCRIPT16389: Unspecified error.
selection.js, line 800 character 5

additional info:
if caption has multiple lines, issue occurs only in last line.

#10801 enterMode BR - selecting one bold line and 'un-bold' it, makes the previous entered text 'un-bold' confirmed Bug Normal
Description

Sorry for the title, i don't really know how to explain it in one sentence (also, English is not my main language)

I found a problem in CKEditor where bold text that's not selected is influenced by an action on a text that is selected. It's pretty hard to describe, so let's just give an example:

  • Open the 'enterkey.html' example from CKEditor (link below)
  • Set enter mode and shift-enter mode both to BR.
  • Empty the text area
  • Click 'Bold' button
  • Type one line of random text (hit enter key)
  • Type another line of random text (DON'T hit enter key)
  • Select the second line you just typed with your mouse
  • Click 'Bold' button to remove the bold from the last line

Result: Bold is removed from line 1 + 2 Expected result: Bold is removed from selected line 2 only

Same problem occurs for other layout options, such as italic and underline.

When you hit the enter key after line 2, and then select line 2, it works fine and only line 2 is changed. Also, when you select the 2nd line with your keyboard (shift+home for example) it works fine too.

Browser/OS: I think the bug is Chrome (or webkit?) specific. The problem occurs in latest stable version of Chrome in Windows 7 + 8.

Also tested in updated stable versions of IE 10 and FireFox in Win7+8, but there it works as expected.

Tested in 'latest' and 'nightly': ​http://ckeditor.com/latest/samples/plugins/enterkey/enterkey.html ​http://nightly.ckeditor.com/13-09-04-13-06/full/samples/plugins/enterkey/enterkey.html

I hope the explanation is sufficient.

#10802 Regex support in Find/Replace plugin confirmed New Feature Normal
Description

I'd love to see the Find/Replace plugin with an additional checkbox option to search using a regex string. You could use standard javascript regex syntax.

Could you please consider this for a future release. It would be greatly appreciated!!! Thanks

#10816 Mention in the ACF rules documentation that div[*] does not allow styles and classes confirmed Task Normal
Description

​http://docs.ckeditor.com/#!/guide/dev_allowed_content_rules

#10817 Implement a time widget confirmed New Feature Normal
Description

During works on #9764 we implemented simple time widget. It's not ready to be included in official release yet, so we're extracting it to this ticket.

#10818 Implement a captioned quote widget confirmed New Feature Normal
Description

During works on #9764 we implemented simple captioned quote widget. It's not ready to be included in official release yet, so we're extracting it to this ticket.

#10819 [iOS] Hitting return will cause all text below cursor to delete new Bug Normal
Description

Hitting return enough times in a CKEditor field will cause all text below cursor to delete, and will continue to delete text below cursor when pressing return. This is also reproducible using the demo you have online following these steps:

  • Go to ​http://ckeditor.com/demo on an ipad:
  • Click into CKEditor several lines into text (around Broadcasting and quotes). Hit return 10 or more times.
  • Result: Text below initial point is removed and hitting return further deletes any text added.
#10820 [iOS] Calling insertText switches CKEditor into "Read Only" mode new Bug Normal
Description

After using the CKEditor function insertText on an editor that already contains text, the CKEditor seems to go into a "Read Only" type mode.

Text can be read and selected but no typing is allowed. This can happen after insertText is used once, but happens more frequently when it is used several times.

#10821 Scrollbars cannot be used with big pictures in certain cases. confirmed Bug Normal
Description

Description: If I have a large picture in the editor and it is selected while the picture is about center aligned the scrollbars don't work properly or don't work at all.

STR:

  • Open a clear DEMO page (I used with IE9)
  • Insert a large picture into the editor (the horizontal and vertical scrollbars appear)
  • Display the center of the picture (The scrollbars are about to the middle of its way)
  • Select the picture
  • Try to move the scrollbars
#10824 Languages plugin - can't nest language markup confirmed Bug Normal
Description

Issue is reproducable with Chrome/31.0.1627.0, Firefox 23.0, MSIE10

We're unable to nest multiple spans using languages plugin

  1. open any sample with CKEditor languages plugin enabled (i.e. samples/replacebyclass.html)
  2. Replace content with following HTML: <p>This is sample code.</p>
  3. Select sample substring and apply French language (by clicking chinese icon at toolbar, and selecting proper lang).
  4. Select is sample code substring and apply Spanish language.

Expected result:
Produced source code: <p>This <span dir="ltr" lang="es">is <span dir="ltr" lang="fr">sample</span> code</span>.</p>

Current result:
Paragraph with nested spans: <p>This <span dir="ltr" lang="es">is sample code</span>.</p>

additional info:

  1. Currently spans are created with CKEDITOR.style object being passed to CKEDITOR.editor.applyStyle()
#10829 CKEditor should prevent page to scroll by mouse wheel when focused. confirmed New Feature Normal
Description

Hi, it is a pretty annoying behavior. Each time I need to reach the end of a large document and it starts to scroll the page. The work becomes a hell, lots of users complain on that.

The correct behavior:

  • CKEditor should not capture scroll events until focused. So when user simply move cursor over it and scrolls it should not have any reaction and the page should scroll instead (as it shoudl by default).
  • When focused it should scroll only current editor's area and prevent events to reach the document. If user will need to scroll the page it is possible to move mouse out from the editor and scroll.

That way users will not be afraid to use mouse wheel on the page. If they need to scroll the page — they'll be able to do so as usual. But when they work with an editor they will also be able to use mouse wheel safely, without moving the page.

Also, my browser does support smooth scrolling (google chrome with additional plugin), which does not work because of all currently applied hacks. Let browser manage scrolling and only do evt.stopPropagation() if @active so it will only scroll the editors area.

Please see the example video. I have to scroll each(!) ckeditor element to reach end of the page when I didn't event touch them. In other case, if I was working with specified document in the CKEditor and only was need to reach end of that document I would usually do a few very fast mouse wheel scrolls, but currently it will not work either, since it will reach end of document in editor and then reach end of the entire page. So both behaviors are broken.

#10834 Image2: The caption should not allow <p> and <br> (disable ENTER) confirmed Bug Normal
Description

Referring to: ​http://dev.ckeditor.com/ticket/10659#comment:8

#10847 [FF] Incorrect cursor position on Backspace confirmed Bug Normal
Description

To Reproduce:

  1. Type some text and press Enter key
  2. Hit Backspace
  3. New empty paragraph removed & cursor goes back to end of the first paragraph
  4. Press spacebar or type some text

Problem: Cursor moves to next line

#10858 Function focus() failed under IE if some of the HTML elements has style with specified width or height attributes confirmed Bug Normal
Description

Steps to reproduce:

This issue is easy to reproduce by using api.html CKEditor sample:

  • run api.html sample on IE (any version)
  • Start debugging
  • Set editor content to:

<div style="width: 300px; height: 300px;">

<span class="text" style="font-family: Arial; font-size: 10pt;">CKEditor</span>

</div>

  • select text
  • right click and select "Copy" Now you will get error: ckeditor.js, line 265 character 107; SCRIPT16389: Incorrect function.

Without debugging you will just fail to do any actions that can change focus: like copy/paste using popup menu, change font name or font size by using font list boxes from toolbar.

Browser and OS: Internet Explorer 10, Windows 7

Error SCRIPT16389 is also mentioned in #10857, #10796, #10894, #10970.

#10872 Unexpected bold when breaking a line after Removing Format on collapsed selection confirmed Bug Normal
Description
  1. Use replacebycode sample.
  2. Set HTML 
    <p><b>Apollo 11</b> was the spaceflight that landed the first humans.</p>
  3. Set caret so it is still bold 
    Apollo 11^ was…
  4. Click remove format.
  5. Type a few words.
  6. ENTER.
  7. For unknown reason, typing bold in the new line: 
    <p><b>Apollo 11</b> cow says moo</p>

<p><b>...</b> was the spaceflight that landed the first humans.</p>

I'm able to reproduce it since 3.6.6.1 in Chrome, Firefox and Safari (Mac).

#10885 Broken path to an anchor when CKEditor is located in a directory with a space confirmed Bug Normal
Description

Kudos to Anna and Olek.

When there is an anchor in the content, CKEditor requests the following image: /ckcke_contents_ltr0421/full/plugins/link/images/anchor.png?t=D8AD, assuming that CKEditor is located in "/ck 421/full/"on the server.

Note the weird path in the URL: /ckcke_contents_ltr0421/

Confirmed in 4.2.1 and 4.3 Beta. Did not check earlier versions.

#10894 IE: Unspecified error thrown when we tro to delete a row in a table containing list confirmed Bug Normal
Description

To reproduce the defect:

  1. Open any CK sample & insert a table with default values.
  1. Insert a simple Numbered/Bulleted list(one list item) in one of table table cells
  1. Keep cursor in a different row, open Context menu and select Row - > Delete Row.

Expected Result: Corresponding row gets deleted

Actual Result: Corresponding row is deleted but a Javascript error thrown and the error is "Unspecified error"

#10897 IE9/IE10 - No visual indication that a table is selected confirmed Bug Normal
Description

To reproduce:

  • Insert a table in the editor in IE9/IE10
  • Click on table in the elements path bar to select the table

Problem: There is no visual indication that the table is selected.

Note that if you use Ctrl+C and Ctrl+V the table is copied and pasted, so it is actually selected. However the user is not aware of this.

In IE8, browser handles are displayed when the table is selected.

This stopped working in IE9/IE10 with ​git:396c4f0 where w3c DOM APIs were enabled for IE>9 so I am not sure if this is an IE issue or not. Either way it would be good to be able to give the user some visual indication that the table is selected in these browsers.

#10909 Link to CHANGES.md in http://docs.ckeditor.com/#!/guide/dev_api_changes confirmed Task Normal
#10924 Attributes and styles are stripped from block elements when they are pasted in the editor confirmed Bug Normal
Description

To Reproduce:

  1. Place the following in the Source view of the editor. This is just a styled div containing some text: 
    <div name="styledDiv" style="padding-bottom: 4px; background-color: rgb(255,255,204); margin: 8px; padding-left: 4px; padding-right: 4px; padding-top: 4px; border-radius: 6px">Sample text inside a styled Div</div>
  2. Switch back to wysiwyg mode and click on the editor contents.
  3. Select the div in the elementspath bar and use Ctrl+C to copy it.
  4. Insert a paragraph below the div using the magicline feature.
  5. Paste the div from your clipboard using Ctrl+V

Problems:

  • In FF, the div has been converted to a paragraph element and all attributes and styling have been removed.
  • In Chrome, the div has been converted to a paragraph element and all attributes and styling except the background color have been removed.
  • This usecase works well in IE.

Scenario 2:

  1. Clear the editor contents and repeat steps 1-4 above.
  2. Enter some text into the new paragraph created in step 4 above and press enter.
  3. Paste the div contents from your clipboard again.

Problems:

  • In IE, the div has been converted to a paragraph element and all attributes and styling have been removed.
  • In Chrome, the div has been converted to a paragraph element and all attributes and styling except the background color have been removed.
  • This usecase works well in FF.

Note: The name attribute in the sample code provided will always be removed when ACF is enabled. However, the same results as outlined above also occur even when ACF is disabled.

#10928 Pulled quotes widget confirmed New Feature Normal
#10932 Allow all (reasonable) elements as widgets' nested editables confirmed New Feature Normal
Description

Currently nested editables can be only initialized on elements included in the CKEDITO.dtd.$editable hash which includes those which should be "safe". However, it would be nice to increase number of allowed elements, especially with inline ones.

The workaround for now, if someone wants to try other elements, is to extend CKEDITOR.dtd.$editable object has early as possible.

#10940 [FF] contenteditable false prevents removing line breaks confirmed Bug Normal
Description

When a tag with contenteditable=false is directly preceded by a BR, P, or DIV tag said tags cannot be removed. 

<br />
<span contenteditable='false'>test</span>

I can occasionally click the margin to the left of the span and backspace the BR, but it's not dependable. It cannot be deleted from the end of the previous line at all. Deleting the SPAN will also delete the BR. Adding any printable character between the BR and SPAN will allow the BR to be removed.

Tested in chrome and firefox.
It IS working is IE8 of all browsers...

UPDATE:
This issue is only valid for TC mentioned in comment:1 for Firefox. In all other cases editor does the same thing as native code in browser does.

Problem occurs in both CKE 3.x and 4.x (4.2.1 at the time of writing)

#10941 Indentation not applied to ul/ol element when the entire list is indented confirmed Bug Normal
Description

1) Select a list (ul or ol) as whole. 2) Click Indent button

Result: Text inside list items is indented but not the list as a whole. The bullet points are aligned to the left, that means to the edge of the edit area.

#10942 Image2: Introduce a proper visual indicator of selected resizable image confirmed Bug Normal
Description

Following the discussion ​https://dev.ckeditor.com/ticket/10835#comment:5 suggesting that we may may want to improve UX by putting some kind of an outline to the image, I open this ticket for research purposes and general brainstorming.

#10944 Remove the selection observer in widget system assigned Piotrek Koszuliński Task Normal
Description

Currently we're observing selection changes to be able to mark widgets as selected (selected != focused). This code is tricky and unnecessary.

#10946 [FF] Cursor stuck in widget confirmed Bug Normal
Description
  1. open Firefox,
  2. go to ​http://ckeditor.dev/plugins/mathjax/samples/mathjax.html
  3. put cursor after a widget (ex. after "is an example of an inline equation"),
  4. press and hold left arrow button on your keyboard,

You can not move cursor before widget. This bug could be reproduce with any inline widget.

#10947 Status bar path not selecting 'caption' and 'thead' in table confirmed Bug Normal
Description

See the below link

​http://stackoverflow.com/questions/19154255/ckeditor-4-status-bar-path-not-selecting-caption-and-thead-in-table

#10949 [Blink Firefox] Readonly editor elementspath selection doesn't select as expected. confirmed Bug Normal
Description

When the editor is readonly clicking an element in elements path does not truly select it in Blink and Firefox.

  1. Go to ckeditor.com/demo
  2. Scroll down to the mission crew table and click to focus it
  3. Click "table" in elementspath
  4. The table is selected, but the selection color is gray. Notice that the copy icon is enabled.
  5. Press Ctrl-C to try and copy the selection
  6. Make the editor editable and try to paste or paste in some other program -> fail.

NOTE: This doesn't have to be table. You can select list or any other element. In blink and Firefox you won't be able to copy it. Blink informs you about it with system sound while FF does nothing.

Workaround: select the table with the mouse and copy it then (notice the blue selection instead of the gray one in step 3). This is really difficult to control though as the mouse selection is not accurate or easy. This is difficult when for example trying to copy long or nested tables.

#10952 Various issues when choosing inactive option in context menu confirmed Bug Normal
Description
  1. Open replacebyclass sample.
  2. Place caret in table cell.
  3. Press "option key" or click right mouse button to open context menu.
  4. Using keyboard navigate to Cell -> Merge cells (which is disabled).
  5. Press enter or click that option.

General problem - nothing should happen IMO when choosing disabled option.

Browser specific:

  • IE: focus is completely lost - I'm unable to close the context menu or navigate in it.
  • Chrome: focus is lost (at least I think so, because none option is focused), but everything still works.
#10954 Add external anchors to link dialog confirmed New Feature Normal
Description

It would be great to be able to add a list of anchors from an external source to the editor. For example the content being edited might exist as a part of a page with tons of anchors, which all should be linkable to within CKEditor, but CKEditor doesn't know of the existance of those anchors so they are not listed in the link dialog.

Something like this for example: 

config.extraAnchors = [{id: "Top", name: "Top"}, {name:"Ponies"}];

Additionally, it would be great if that list could be edited when ckeditor is already loaded with config.extraAnchors[2] = {name:"Foo"};.

#10955 IE9: Cursor jumps to start of next list level when we press tab to create another list level confirmed Bug Normal
Description

To reproduce the defect:

  1. Open any CK Editor sample
  1. In Editor body, create a list with 2 list items
  1. Press Enter & Tab to create first sub list
  1. Press up arrow key to go to second list item in top level
  1. Press Tab key

Expected Result: A new sub list created with 2nd list item as first item in newly created sub-list and focus stays at end of newly created sub list

Actual Result: A new sub list created with 2nd list item as first item in newly created sub-list but focus jumps to first list item in next level

#10959 Delete cells in table with nested table removes entire document content confirmed Bug Normal
Description

Open the attached html. Select the content in the first and second cells in the second row of the table. Execute Delete Cells.

The entire content of the document is deleted.

#10961 Optional loading of dependent js/css files confirmed New Feature Normal
Description

Hello,

I'm using CKEditor within a grails web project and I'm managing all js and css files using the asset pipeline plugin (this is very similar to the rails asset pipeline). As part of the build process, all Javascript files are minified and renamed based on the hash of the file. Since ckeditor is looking for files with specific names (config.js, styles.js, lang/en.js, etc.) in a specific location, this breaks the editor for me unless I exclude these files from that process.

I certainly see the utility in dynamically loading the dependent files within the plugin, but it would be nice to be able to disable this functionality for cases like mine. Having the ability to disable this behavior to give developers more control over how things are packaged would be amazing.

For example, this would allow developers the option to combine all the dependent js files they happen to be using into a single js file or whatever else is appropriate for them and their build process!

This is a great plugin and you've all done great work on it, and adding this would make my life (and probably a lot of other developers) life a lot easier.

Thanks!

Craig

#10964 Provide a "Stark" CKEditor skin, possibly as the base for the Moono skin? confirmed New Feature Normal
Description

As discussed at DrupalCon Prague, with ​https://twitter.com/Bojhan and ​https://twitter.com/kolearyUX.

Drupal 7 and 8 ship with a "theme" (Drupal lingo for "skin" in the CKEditor world) called "Stark".

From the dictionary:

stark |stɑːk|
adjective
1 severe or bare in appearance or outline: the ridge formed a stark silhouette against the sky.
2 …

From ​https://drupal.org/project/stark:

The Stark theme is provided for demonstration purposes; it uses Drupal’s default HTML markup and CSS styles. It can be used as a troubleshooting tool to determine whether module-related CSS and JavaScript are interfering with a more complex theme, and can be used by designers interested in studying Drupal’s default markup without the interference of changes commonly made by more complex themes.
To avoid obscuring CSS added to the page by Drupal or a contrib module, the Stark theme itself has no styling, except just enough CSS to arrange the page in a traditional “Header, sidebars, content, and footer” layout.

If CKEditor would also have a "Stark" skin, then it'd be much easier for people to build new skins. You would probably be able to reduce the amount of code specific to Moono significantly.

I think this is a low-priority nice-to-have. I added the "Drupal" keyword, but obviously it's useful to everybody.

#10966 [FF] Unable to escape from the link or anchor confirmed Bug Normal
Description

To Reproduce:

  1. Use ajax sample
  2. Type in a word, e.g. test, select it by using Ctrl + A
  3. Insert a link or anchor
  4. Press the END key
  5. Press space and continue typing

Problem: Cursor is inside the anchor tag

This issue was previously fixed under ​http://dev.ckeditor.com/ticket/5978

#10970 [IE] Not able to remove row in inline confirmed Bug Normal
Description
  1. Open IE10 or IE9
  2. Go to inlinebycode.html sample
  3. Go to templates.
  4. Select 'Text and Table' template and insert in.
  5. Right click on table cell and select Row -> Delete Rows 
SCRIPT16389: Incorrect function.
 
inlinebycode.html, line 46 character 5
#10971 Add an option to make widgets non-removable confirmed New Feature Normal
Description

On the new widgets feature, it's currently possible to focus and delete a widget.

Depending on the situation, this may not be a desirable behavior in all situations, e.g. the editable may not make sense without the widget, although editing both the content and surrounding (text) of the widget makes sense.

See attachment for an example, set caret at the start of the last paragraph then backspace twice, the widget (middle paragraph) will first be selected/focused, then removed. This may be preventable by catching the deletion event at the editor level and stopping it, but that feels hackish.

#10973 Empty inline editables in widgets become inaccessible confirmed New Feature Normal
Description

Part of: #10974.

I'm not actually sure this is a valid bug as I'm somewhat uncertain the use case is supposed to be supported: inline widgets are supported, but inline editables are not by default although they generally work (and — I think — make sense in an inline widget).

Anyway, if one sets up inline editable parts in a widget and removes said parts's (textual) content, the widget *and part* remain, but the part becomes invisible and essentially un-editable: the usual outline disappears with the last visible character.

See attached document for a test case, inline widget content is the inline editable part, if the cursor is set to its end then the user backspaces until all text is removed it seemingly disappears entirely. Checking the DOM shows the widget and part are still there (and the drag & drop handle remains visible), but there's more or less no way to re-insert content in the widget.

#10974 Add support for inline nested editables confirmed New Feature Normal
Description

Currently widget may have only block editables. Support for inline ones would be interesting.

Note: there's a workaround if one wants to initialize inline editable - CKEDITOR.dtd.$editable has to be extended with name of that element.

Includes: #10973

#10979 Undo does not work for resizing elements such as table, image, horizontal line confirmed Bug Normal
Description

I tested with IE9 on full featured DEMO page.
STR:
1) Click the table to get square handles.
2) Resize the table to have different dimensions.
Result: undo does not work
3) Click the image to get square handles.
4) Resize the image to have different dimensions.
Result: undo does not work
3) Click the horizontal line on the bottom of the page to get square handles.
4) Resize the horizontal line to have different dimensions.
Result: undo does not work

#10981 Autogrow plugin cause the text content to 'shake' confirmed Bug Normal
Description

To Reproduce:

  1. Open the Autogrow sample in IE10
  1. Select format (Heading 1) in the toolbar
  1. Type in some text
  1. Press enter twice
  1. Type in text and press enter until the editor starts to grow

Problem: On the line when autogrow gets triggered the text content shakes, e.g. jumps up and down.

#10988 [FF] Widgets: Caret goes outside of contenteditable on home/end keys confirmed Bug Normal
Description

since: 4.3 (didn't check earlier) until major

Firefox exclusive: pressing home/end key can put caret outside widget.

  1. open any sample with image2 plugin (i.e. plugins/image2/samples/image2.html)
  2. put caret inside first image caption
  3. CTRL + a to select all
  4. click on remove formatting button
  5. press home key

Expected result:
Caret should collapse at the begining of previous selection.

Current result:
Caret goes outside of widget.

additional info:

  1. When pressed home it places itself right before figure[class="caption"].
#10989 [Webkit/Blink] Widgets and content after them disappear when pargraphs are merged using backspace confirmed Bug Normal
Description
  1. Open mathjax sample.
  2. Set data to: <p>foo</p><p>bar <span class="math-tex">\(\TeX\)</span> bom</p>
  3. Place caret at the beginning of 2nd line.
  4. Press backspace. Widget and "bom" disappear.
#10993 Delete columns when rows are splitted confirmed Bug Normal
Description
  • Insert table (3x3)
  • Split left-middle cell horizontally
  • Try to delete last column

Column is being removed but console error occurs.

Uncaught TypeError: Cannot read property 'ownerDocument' of undefined

#10995 Color (Foreground) doesn't get applied to span. confirmed Bug Normal
Description

Color (Foreground) doesn't get applied to span, when span has a class which has color attribute set in CSS. Althoug, it does work for background-color.

Tested on: Mac OS X 10.7+, Chrome many versions (30.0.+)

Working Demo: ​http://jsfiddle.net/nachiket/44hSH/

  • Using CKEditor 4.2
  • Loads custom configuration
#10999 Resize an inline editor confirmed Bug Normal
Description

If you convert an editable div to a CkEditor using the inline function, a call to the resize-method of the created instance will give an error.

This can be confirmed by adding the following line to the bottom of the inlinebycode.html sample: 

  <button onClick="editor.resize(100,100)">Test resize</button>

The contents variable will never be set within the resize method.

#11007 Incorrect display of URL, file path including bidi data pending Bug Normal
Description

Background

Display of text on the screen is governed by Unicode Bidi Algorithm (UBA). This is true for both platform level rendering, web browser rendering and CKEditor rendering. UBA provides good results for plain text but fails to preserve structured in case of structured text includes bidi (Arabic / Hebrew) characters. UBA provide various tools (i.e. Unicode Control Characters) which can be used to instruct it about structure of the text. Using those tools we can achieve perfect display.

CKEditor context

In CKEditor we see following types of structured text:

  1. File paths
  1. URL

When Bidi data is used as part of those cases, the display of data is completely incomprehensible. For example: c:\AAA\BBB\Aa\file.txt (capital letters refer to Bidi letters) will be displayed as: c:\A\BBB\AAAa\file.txt As you can see not only the order of folders names but also their integrity is violated. Judging by appearance, you would think that top most folder is A, while in reality it is AAA. You would also think that there is a folder AAAa, while in reality there is no such folder.

#11008 Instantiating inline ckeditor on caret-owning element doesn't preserve caret position. confirmed New Feature Normal
Description

Reproduce:

1) Programmatically instantiate inline ckeditor on an element that already has focus and owns the caret.

Expected: caret should stay where it was.

Actual: caret moves to the beginning of the element.

Firefox 24.0

#11010 Fix memory leaks caused by CKEDITOR.filter.instances storing nested editables' filters forever confirmed Bug Normal
Description

Every nested editable which has allowed content rules defined has its filter instance. These instances are stored in nested editable instances, which most likely are correctly garbage collected. But filter instances are also stored in CKEDITOR.filter.instances and they are kept there forever.

We could have filter.destroy() method removing instance from the instances hash and doing other cleanup if necessary. Then we could destroy filters when destroying widgets.

#11017 Table border value should only allow integers confirmed Bug Normal
Description

Create a table. Specify table properties. Enter a border value. Floats are allowed, but XHTML indicates table border must be integer value. This causes our XHTML validation to fail.

<xsd:simpleType name="Pixels">

<xsd:annotation>

<xsd:documentation> integer representing length in pixels </xsd:documentation>

</xsd:annotation> <xsd:restriction base="xsd:nonNegativeInteger"/>

</xsd:simpleType> ...

<xsd:element name="table">

.....

<xsd:attribute name="border" type="Pixels"/>

....

</xsd:element>

#11019 calling destroy() throws an error when image dialog is open confirmed Bug Normal
Description

This started happening in 4.2, reproducible in Chrome and Firefox. For some reason, when dialog tries to hide coverElement, it is already gone from the focusManager.

Uncaught TypeError: Cannot read property 'blur' of null

in

CKEDITOR.focusManager.remove - ckeditor.js:198

Steps to reproduce:

  1. open attached html file (it loads ckeditor & jquery from cdnjs)
  2. click "Go!"
  3. click "Image" in the ckeditor toolbar.
  4. Wait for 10 second countdown to end.

Observed Result: white dialog cover stays on screen, error printed to the dev console. Expected Result: exact opposite of "Observed Result".

#11022 [Webkit&Blink] Nested editable does not get focus in certain situations confirmed Bug Normal
Description
  1. Open Chrome,
  2. Open New Image plugin sample,
  3. Click on nested editable ("Roll out of Saturn V"),
  4. Click on browser url bar,
  5. Click again on nested editable.

Expected:

  • editable has focus (blue outline), only accepted options are available.

Actual:

  • editable haven't got focus (no blue outline), all buttons are available.
#11023 Blocks and objects names should be taken from DTD in core/style.js confirmed Task Normal
Description

There are list of blocks and objects names defined in core/style.js. CKEDITOR.dtd should be reused there.

#11026 Htmlentities of php start tag makes attributes empty in internet explorer assigned Jakub Ś Bug Normal
Description

Firefox 24 or Chrome 30.0 on Win8:

In code editor: 

<p><a href="&lt;?=$foo;?&gt;">Bar</a></p>

Toggle source to wysywyg and toggle back to code 

<p><a href="&lt;?=$foo;?&gt;">Bar</a></p>

The result is the same.

IE10 (and other IE) Win8:

In code editor 

<p><a href="&lt;?=$foo;?&gt;">Bar</a></p>

Switch to wysywyg and back to code 

<p><a href="">Bar</a></p>

Result: href is empty

When I test this without a php start tag (loosing the ?) in IE10:

In code editor 

<p><a href="&lt;=$foo;?&gt;">Bar</a></p>

Switch to wysywyg and back to code 

<p><a href="&lt;=$foo;?&gt;">Bar</a></p>

The result is correct.

You can reproduce this on the CKEditor demo page.

In our environment it is the same but if I add the following to the config, it works: 

config.protectedSource.push( /<\?[\s\S]*?\?>/g );
config.protectedSource.push( /&lt;\?[\s\S]*?\?&gt;/g );

But protectedSource is not something what we want to use.

Is this a bug? Thanks in advance

#11034 IframeDialog has very small content in CKEditor 4 continued. confirmed Bug Normal
Description

This is the continuation of ticket #10610.

There are two methods of adding iframedialog to editor:

  1. CKEDITOR.dialog.addIframe method which is used when you only want to have iframe in dialog. The height of iframe (or rather wrapping div) was fixed in #10610.
  1. There is also possibility to add iframe to dialog (sample code below).This method is used when you want to have something more in dialog except for iframe. Furthermore this method isn't fixed by #10610. It works when you define width and height in pixels but doesn't when you define % for iframe dimentions. 
    ontents :
                       [
                          {
                             id : 'iframe',
                             label : 'some label...',
                             expand : true,
                             elements :
                                   [
                                      {
                                         type : 'iframe',

To summarize: adding iframe as contents and setting height to 100% will result in small iframe.

Why this is happening: Div surrounding iframe has height auto and all elements inside it (when you define % for iframe) are % so the wrapping div will never get dialog height in this case.
Please go to: ckeditor4\plugins\dialog\plugin.js
Line 1039
In CKE 4.x this line is style: contents.style || 'width: 100%;' while in 3.x this was style: contents.style || 'width: 100%;height:100%;'. Bringing back height fixes this issue.

Ticket #10610 didn't involve fixing dialog plugin but iframedialog plugin. As discussed with @fredck, fix from #10610 did its job in 50%. It should be checked why doesn't it work for second case and if something can be done about it.

I’m attaching sample plugin for testing.

#11035 Deleting one of two subsequent spaces should leave normal space confirmed Bug Normal
Description

Extracted from: #11024. Related to: #9929.

There's WebKit&Blink bug:

If it won't be fixed in browsers we should take care of this when we'll be implementing custom delete/backspace support.

So "&nbsp; " and " &nbsp;" should result in normal space after deleting any of them.

#11037 No link&unlink option in context menu opened on widget assigned Marek Lewandowski Bug Normal
Description
  1. Open MathJax sample.
  2. Select some text containing widget (or just widget).
  3. Create link.
  4. Right click widget.
  5. There are no link and unlink options in context menu.
#11038 [IE] Click on MathJax/Image widget wrapped with link causes location change confirmed Bug Normal
Description
  1. Open MathJax sample.
  2. Select some text containing widget (or just widget).
  3. Create link.
  4. Click widget - after a while page is redirected.

Reproduced on IE9, but most likely concerns also other IEs.

#11039 [Webkit/Blink] Link created in nested editable is not being selected confirmed Bug Normal
Description
  1. Open image2 sample.
  2. Place caret in nested editable.
  3. Create link.
  4. Caret is moved the the beginning of main editable.
#11041 Search plugin doesn't scroll properly when there is only "BR content" in editor confirmed Bug Normal
Description

Steps to reproduce:

  • mkdir ckeditor-bug
  • cd ckeditor-bug
  • wget ​http://download.cksource.com/CKEditor/CKEditor/CKEditor%204.2.2ckeditor_4.2.2_full.zip
  • unzip ckeditor_4.2.2_full.zip
  • Copy test.html from this ticket's attachment to here
  • Call up test.html in a browser
  • Click magnifying glass in toolbar to call up search.
  • Enter xxx into search box
  • Click "Search" button multiple times. xxx occurs twice in the text, at the beginning and in the middle. The cursor jumps around to the start and end of the text without ever showing the second occurance of xxx.

Edit:

  1. Put code from attached file in to editor.
  2. You can also write your own content but editor needs to be set to enter mode BR.
  3. Try to find 'xxx' or whatever word there is in your text and repeats throughout the content (there has to be few pages of content).

Result: Editor will match and select word but will not scroll to it correctly (This can be checked when you resize editor to match whole content).

Problem can be reproduced in all browsers from CKEditor 3.4

#11046 figcaption moved outside figure tag confirmed Bug Normal
Description

In CKEditor 4.2.2 in Chrome, using the following code, ficaption tag is moved outside the figure (and table) tags.

Original code: 

 <table class="nolines">
                <tbody>
                        <tr>
                                <td>
                                        <figure>
                                                <img class="borderme shadowme" src="../media/4622/thyroid_intro_thyroidandparathyroid_3_img1of2.jpg" /></figure>
                                        <figcaption>Transverse Imaging Plane</figcaption>
</td>
                                <td>
                                        <figure>
                                                <img class="borderme shadowme" src="../media/4622/thyroid_intro_thyroidandparathyroid_3_img2of2.jpg" /></figure>
                                        <figcaption>Transverse View Thyroid Gland</figcaption>
</td>
                        </tr>
                </tbody>
</table>  }}}

Modified by ckeditor: 

<figcaption>Transverse Imaging Plane</figcaption><figcaption>Transverse View Thyroid Gland</figcaption>
<table class="nolines">
        <tbody>
                <tr>
                        <td>
                        <figure><img class="borderme shadowme" src="../media/4622/thyroid_intro_thyroidandparathyroid_3_img1of2.jpg" /></figure>
                        </td>
                        <td>
                        <figure><img class="borderme shadowme" src="../media/4622/thyroid_intro_thyroidandparathyroid_3_img2of2.jpg" /></figure>
                        </td>
                </tr>
        </tbody>
</table>

Also, I noticed figcaption doesn't appear in the status bar as a selectable tag (related?). I am using config.allowedContent = true; as well as config.autoParagraph = false; to supress extra paragraphs, which I think are related to the formatting issue.

#11055 Image2 is not focused after pasting confirmed Bug Normal
Description

Seleciton is placed inside nested editable. Instead, widget should be focused.

#11059 Widget reinitialization procedure should be redesigned confirmed Task Normal
Description

Widget reinit/recreate procedure should be rethought.

There's no way currently to reinitialize in a lightweight manner widget to which we lost references. It has to pass through entire process of setting attributes, classes, data, etc. What we need is only - rebinding listeners and initial widget#data.

#11060 [IE11+] Selection is not placed right above the cursor when clicking below body confirmed Bug Normal
Description

Follow up for #10906.

When clicking below body, selection should be placed right above the cursor. Now it's placed in the last position or at the beginning.

#11062 [IE9,10] Scrolling while dragging freezes browser window confirmed Bug Normal
Description
  • open Image2 plugin (plugins/image2/samples/image2.html),
  • edit one of images to remove caption (reproducible only for inline widgets)
  • drag image,
  • use scroll on your mouse.

Mouse pointer change and browser does not response.

#11065 Incorrect paragraph style after applying indentation and changing text direction confirmed Bug Normal
Description
  1. Load the attached sample page
  2. Click into the 1st inline editor
  3. Ctrl+A to select all text
  4. Click the button to change the text direction from left to right
  5. Click increase indent button
  6. Click the button to change the text direction from right to left
  7. Check the paragraph style

Expected result: margin-left: 40px;

Actual result: margin-right: 40px;

This only happens when we have two editors on the page.

#11070 Bullet point content loses font style/size (Possibly other settings) given various scenarios confirmed Bug Normal
Description

Edit:

  1. From the whole list bellow only Method 0 is valid for this ticket.
  2. Please see commnet:1 for more details
  3. Please follow 1-6.png to reproduce this particular issue in IE9-IE10.

Browser: FF 24.0, Chrome 30.0.1599.101 m, IE9.0.8112.16421

OS: Win 7

Reproducible location: Demo site and nightly

Initial steps to reproduce for all browsers for all scenarios

  1. Go to the demo site
  2. Delete all sample content from the editor
  3. Press the bullet point toolbar option to start a new bullet list
  4. Type in a few lines of bullet points

Method 0 fails differently in IE. Method 0 assuming highlighting is done with the mouse

  1. Highlight(Using the mouse to cover the entire content) and change various styles like font to Georgia, size 16, text colour yellow etc
  2. Click at the end of the last item in the bullet list and hit enter to start a new bullet. Don't type anything on the new bullet, notice all font settings are correct and if you were to type it would be fine.

Additional initial steps assuming highlighting is done with CTRL+A

  1. Highlight(CTRL+A) them all and change various styles like font to Georgia, size 16, text colour yellow etc
  2. Click at the end of the last item in the bullet list and hit enter to start a new bullet. Don't type anything on the new bullet, notice all font settings are correct and if you were to type it would be fine.

Method 1 to reproduce for all mentioned browsers

  1. Move away from the bullet point with mouse/keyboard
  2. Go back to the empty bullet point and notice all settings are now gone, if you start typing it will all be default

Method 2a to reproduce for just FF but not Chrome nor IE

  1. Press Backspace to delete the newly created empty bullet which will take you back up to the end of the last bullet and notice the settings are now gone again.

Method 2b to reproduce for just Chrome but not IE (FF fails in 2a)

  1. Type another line and hit enter to go to a newly created empty bullet point
  2. Press Backspace to delete the newly created empty bullet which will take you back up to the end of the last bullet and notice the settings are now gone again. (For some reason it takes Chrome an extra line to fail like FF did in 2a)

Method 3 to reproduce for just FF and Chrome but not IE

  1. Press Enter one more time so the bullet list is closed off and you are now on a new line under the list(Side defect: FF continues creating empty bullet points every time I press enter. Existing issue possibly? Seems intermittent as I have found ways for it to close the list off as expected. I will need to search current tickets and log if not).
  2. Press Backspace which will take you back into the end of the last bullet list item and notice the settings are now gone again. If you type or create a new bullet point the settings are lost again
#11087 Opera & Chrome: Extra Border displaying across all menus list boxes confirmed Bug Normal
Description

To reproduce the defect:

  1. Open any CK sample & open any of the menus(Style, Font Name, Font Size)or Text/Background colour or SCAYT

Issue: See that an extra border displayed

  1. Insert a Table and open Context menu & sub menus

Issue: See that an extra border displayed

#11094 [IE8] Editor loses focus when moving focus from nested editable to widget confirmed Bug Normal
Description
  1. Open attached sample.
  2. Place caret in nested editable.
  3. Click widget.

Toolbar disappears.

#11095 [IE8] Copying single widget does not work when using toolbar button confirmed Bug Normal
Description

Follow up for #11082.

  1. Open image2 sample.
  2. Select widget.
  3. Click copy/cut button and accept security alert.

There's a big chance that selection was lost and widget wasn't copied.

#11108 Widget's documentation : data object confirmed Task Normal
Description

In the widget's documentation (​http://docs.ckeditor.com/#!/api/CKEDITOR.plugins.widget) the field 'data' is described as a readonly object that can only be set by using the setData method but in the tutorial (the simplebox widget) is is described as a function executed every time the widget data is changed.

#11111 Range.enlarge test failing in Safari 7.0 and Chrome 37 confirmed Bug Normal
Description

Test /dt/core/dom/range/enlarge.html#test_enlarge_element12 fails in latest Safari 7.0 that comes with OSX 10.9. It's also reproducible in Chrome 37 (see #12221).

The root of the problem is the following condition: ​https://github.com/ckeditor/ckeditor-dev/blob/major/core/dom/range.js#L1039

In this case sibling is empty <b></b> (<p>Test <i><b></b>[Enlarge]</i></p>). Unlike previous versions, Safari 7 considers sibling.$.offsetWidth to be 1 at that point, while in other browsers it is 0. So the conclusion is that empty elements may have some width, which seems to be a regression in browser's engine.

That particular test fails since CKeditor 4.0 in Safari 7 which makes it clear that we're facing Safari regression.

Related bug in Chrome: #12221.

#11112 [Chrome] Copy + apply list + change list type -> break inline wdget confirmed Bug Normal
Description
  1. open Chrome.
  2. open "Mathematical Formulas" sample.
  3. Select any widget.
  4. Copy (Ctrl+C).
  5. Click in the middle of the first paragraph.
  6. Paste widget (Ctrl+V).
  7. Apply numbered list on this paragraph.
  8. Change paragraph type to bulleted list.

Result: 

<span tabindex="-1" contenteditable="false" data-cke-widget-wrapper="1" data-cke-filter="off" class="cke_widget_wrapper cke_widget_inline cke_widget_selected" data-cke-display-name="math" data-cke-widget-id="6">
	<span class="math-tex cke_widget_element" data-cke-survive="1" data-cke-widget-data="{&quot;math&quot;:&quot;\\(k\\)&quot;}" data-cke-widget-keep-attr="0" data-widget="mathjax" style="display: inline-block;">
		<iframe style="border: 0px; width: 12px; height: 19px; display: inline; vertical-align: middle;" scrolling="no" frameborder="0" allowtransparency="true" src="javascript:void(0)"></iframe>
		<iframe style="border: 0px; width: 12px; height: 19px; display: inline; vertical-align: middle;" scrolling="no" frameborder="0" allowtransparency="true" src="javascript:void(0)"></iframe>
	</span>
	<img src="data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw%3D%3D" class="cke_reset cke_widget_mask">
	<span class="cke_reset cke_widget_drag_handler_container" style="background-color: rgba(220, 220, 220, 0.498039); background-image: url(http://presets.ckeditor.dev/4.3/full-all/ckeditor/plugins/widget/images/handle.png); top: -15px; left: 0px; background-position: initial initial; background-repeat: initial initial;">
		<img class="cke_reset cke_widget_drag_handler" data-cke-widget-drag-handler="1" src="data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw%3D%3D" width="15" title="Click and drag to move" height="15" draggable="true">
	</span>
	<img src="data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw%3D%3D" class="cke_reset cke_widget_mask">
	<span class="cke_reset cke_widget_drag_handler_container" style="background-color: rgba(220, 220, 220, 0.498039); background-image: url(http://presets.ckeditor.dev/4.3/full-all/ckeditor/plugins/widget/images/handle.png); top: -15px; left: 0px; background-position: initial initial; background-repeat: initial initial;">
		<img class="cke_reset cke_widget_drag_handler" data-cke-widget-drag-handler="1" src="data:image/gif;base64,R0lGODlhAQABAPABAP///wAAACH5BAEKAAAALAAAAAABAAEAAAICRAEAOw%3D%3D" width="15" title="Click and drag to move" height="15" draggable="true">
	</span>
</span>

The same happens with placehoder plugin.

#11113 [IE] Elementspath does not display valid path for first click after selectall confirmed Bug Normal
Description

since: 4.0 until major

This issue also appears in widgets content editables.

  1. open any sample with CKEditor (i.e. samples/replacebyclass.html)
  2. use following source: 
    <p>dsadasd <a href="http://aasd">asdsd</a> dassd</p>
  3. switch back to wysiwyg mode
  4. ctrl+a (select all)
  5. click once inside link text, to place caret as follows: 
    dsadasd as^dsd dassd

Expected result:
Following elementspath: body p a

Current result:
Elementspath without a element: body p

Second case:
Steps 1-4 as in case above

  1. click once text after link, to place caret as follows: 
    dsadasd asdsd das^sd

... and now elementspath shows body p a but it should not.

additional info:

  1. issue does not appear after first click
  2. issue was not present in 3.6.6.1 (tested with ie10), but please, double check me here
  3. present in IE9, IE10, IE11 - i didnt check ie8
#11114 Unable to access context menu with menu key when widget is focused confirmed Bug Normal
Description
  1. samples/plugins/image2/image2.html
  2. Focus widget.
  3. Press ​menu key.
  4. Nothing happens.

Both right-click and CTRL+SHIFT+F10 work as expected.

#11115 Widgets are not filtered by ACF when pasting confirmed Bug Normal
Description
  1. Copy image2.
  2. Paste it in the figcaption.

Image2 will be pasted, as well as all other widgets. Normal content is filtered though.

Related issues:
#11117 - Widget editables - does not prevent from dropping unsuportted markup

#11117 Widget editables - does not prevent from dropping unsuportted markup confirmed Bug Normal
Description

Widget editables - does not prevent from dropping unsuportted markup

since: 4.3 until major

Currently you are able to drop fancy html markup inside content editable. That allows you to put headers, quotes etc. It's caused by browsers builtin drag'n'drop support.

  1. open any image2 sample (/samples/plugins/image2/image2.html)
  2. make following selection 
    [Broadcasting and quotes

Broadcast on live TV to a world-wide audience, Armstrong stepped onto the lunar surface and described the event as:

One small step for [a] man, one giant leap for mankind.]

like on that ​image

  1. drag it into image widgets content editable

Expected result:
Dragging should be either blocked or stripped.

Current result:
All the markup is placed within editable.

Related issues:
#11115 - Widgets are not filtered by ACF when pasting

#11118 Widgets drag handler is marked in selection when it's not visible confirmed Bug Normal
Description

since: 4.3 until major

Atm selection looks buggy when you have widget in it. Browser marks also dragging handler, which is not visible. Changing its styles in that way, so it will gain display: none while widget is not hovered/focused.

  1. open sample with image2 plugin (/samples/plugins/image2/image2.html)
  2. simply make selection which will contain (something more than just) widget (image2 widget i.e.)

Expected result:
Drag handler shouldn't be visible.

Current result:
You can see that selection for drag handler is made.

#11120 Support for multiple simultaneous Block level styles is missing confirmed New Feature Normal
Description

After reading the documentation I thought it would be possible to apply many styles for an element. Yet in practice it looks like it's possible for inline styles, but not block level styles?

This would a be very useful feature in a situation like this: 

    config.stylesSet = [
        {name: 'P1', element: 'p', attributes: { class: 'styled', elementclass: 'Emphasized'}},
        {name: 'P2', element: 'p', attributes: { class: 'styled', elementclass: 'Draft'}},
        {name: 'P3', element: 'p', attributes: { class: 'styled', elementclass: 'Quote'}},
        {name: 'DIV1', element: 'div', attributes: { class: 'styled', elementclass: 'Draft'}}
    ];

I want to select multiple elementclass values with the shared class styled. The editor would reflect that the element is styled with one or more elementclass, but the actual style is context-dependent. For example users could mark a P element like this: "This paragraph is an Emphasized Quote" - the users custom stylesheet would then define the Quote and the Emphasis styles, which could both be active at the same time. Currently this is apparently impossible?

If you think it's not useful or not possible, the documentation should clearly state that multiple block level styles is not supported. Also it's strange that the styling can change a P element to a DIV and back - a big semantic change. What if P and DIV allowedContent is different?

I would prefer a config option to choose that the stylescombo dropdown only showed styles available for the currently focused element and the conversion could thus be avoided.

#11122 [IE] Widgets exception after native context menu + widget blur confirmed Bug Normal
Description

since: 4.3 until major

  1. open sample with image2 plugin (/samples/plugins/image2/image2.html)
  2. ctrl + right click (will open native context menu)
  3. left click on any text within editor

Expected result:
No exception should be thrown.

Current result:
Following exception:
IE9-IE11:

SCRIPT5007: Unable to get property 'focus' of undefined or null reference 
plugin.js, line 19 character 437

IE8: 

'e' is null or not an object  plugin.js?t=DA89, line 19 character 437
#11141 [IE8-10] Focus is lost when undoing to empty inline blockless editor confirmed Bug Normal
Description
  1. Open inline all.
  2. Focus blockless editor (e.g. 1st one), select all, delete.
  3. Type sth and undo.
  4. Focus is lost.
#11154 Cannot disable list in blockque confirmed Bug Normal
Description
  1. Open browser (tested with Chrome and IE11).
  2. Open "Replace Textarea Elements by Class Name" sample (samples/replacebyclass.html).
  3. Set this content in editor: 
    <ol>
	<li>aa
	<blockquote>
	<ol>
		<li>bb</li>
		<li>cc</li>
	</ol>
	</blockquote>
	</li>
	<li>dd</li>
</ol>
  4. Switch to WYSIWYG mode and select [bb cc].
  5. Press "Insert/Remove numbered list" button.

List is not removed and in console you should see: 

Uncaught TypeError: Cannot set property 'indent' of undefined
#11156 Increase the default width of Font Size combo confirmed New Feature Normal
Description

Note: this is a separate issue than #6162

When I test CKEditor in language other than English, the Size combo looks really ugly. Only two letters, or even one letter (in case of e.g. Japanese language) is displayed as a label for it. It's hard to understand what's there.

It's a little bit hard for me to agree that a solution for it is to ask anyone using non-English interface to manipulate CSS styles in order to have a nice-looking toolbar. Such basic functionality should be rather provided out of the box.

At the same time, we have 3 combos already with the same width: 60px, instead of 30px. If we changed the size of the "Size" combo to unify it with the rest, the problem with meaningless label would be solved.

Current width:

Proposed width:

#11158 [IE10@Win8] Dnd of inline widgets throw an exception in Win8 confirmed Bug Normal
Description

since: 4.3 until major

Dnd

  1. open sample with placeholder plugin (​/plugins/placeholder/samples/placeholder.html)
  2. drag placeholder using handler anywhere

Expected result:
Placeholder should be moved to new position.

Current result:
Exceptions is being thrown: 

SCRIPT16389: Unspecified error. 
plugin.js, line 1692 character 4

and widget is not moved

additional info:

  1. It occurs only in Windows 8 environment
  2. we've confirmed it in 2 ie10 versions: 10.0.9200.16721 and 10.0.9200.16660
#11162 "Ctrl + A" and then "Del" works differently in FF and Chrome confirmed Bug Normal
Description

Take the Apollo sample, select all and delete it. In Chrome the <h1> element is left in wysiwyg area, while in Firefox there is a <p> element, as one would expect.

Ctrl+A + Del for me is like a "New Page" functionality, when it is not available in a toolbar. I just want to erase whatever I wrote and start from scratch.

#11166 Mirror editor if using divarea with a JavaScript loader pending Bug Normal
Description

I have discovered a pretty weird issue causing the creation of a double editor, let's call it "Mirror Editor".

The setup:

  • CKEditor 4 (confirmed for 4.0 - 4.3, including custom built from Git)
  • JavaScript loader (self-made/head.js/LABjs)
  • jQuery Adapter
  • divarea Plugin

I need to make use of a JavaScript loader because CKEditor is sometimes dynamically loaded from a remote host, forcing me to use a dependent loader with callback. It is worth noting, that this issue is raised even if the files are loaded from the same host.

The issue is caused by a race condition, we're creating an CKEditor instance by using a custom config passed to $(...).ckeditor($config). Meanwhile the other scripts on the page finished executing and CKEditor's callbacks for domReady are executed. One of these callbacks invokes inlineAll() which normally isn't much of a big deal, but since we're using the divarea plugin, it happens to sometimes trigger it on the editor in creation.

As a result we end up with two editors (the 2nd one has a generic ID and element.$ = div.cke_wysiwyg_div) which are unaware of each other and ultimately breaking everything, even the toolbars overlap.

It is worth noting, that the issue is not always reproducible, usually 1 of 3 page loads result in the broken editor(s).

To solve this issue I'm setting CKEDITOR.disableAutoInline = true; immediately after CKEditor has loaded to prevent this double creation.

You can see this issue on the attached screenshot, the editor with the grayed-out buttons is the mirror editor (2nd created) and you can clearly see the "real" editor hidden below it. Once it loses focus, the 2nd editor becomes invisible.

#11169 Maximize not work confirmed Bug Normal
Description

When css class has "display:none", the "maximize" mode break a page and not work. Even despite the fact that the element has become visible (<div id="viewbar" style="display:block;">).

Here an example: ​http://jsfiddle.net/psyafter/P9k9S/2/

demo use:

  • jquery 1.10.2
  • ckeditor 4.3 (problem present in prev versions too)
  • jquery adapter

<style> #viewbar{ display:none; } </style>

<div id="viewbar" style="display:block;">

<textarea id="txa"></textarea>

</div>

<script type="text/javascript"> <![CDATA[ $().ready(function () {

var editor = $('#txa').ckeditor( function() { }, {});

}); ]]> </script>

← 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 →
Note: See TracQuery for help on using queries.
© 2003 – 2022, CKSource sp. z o.o. sp.k. All rights reserved. | Terms of use | Privacy policy