Custom Query

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (1601 - 1700 of 2148)

Ticket Summary Status Owner Type Priority Milestone
#10709 Firefox, IE: Text entered after pasted URL becomes part of that URL confirmed Bug Normal
Description

Environment: Windows 7/8, Chrome 28, FF 23

  1. Copy a URL from Chrome's address bar
  2. Go to Firefox and paste that URL into a ckeditor text field
  3. Immediately enter additional text (no spaces) after the URL

Result: The text you enter after the pasted URL becomes part of the text.

Real life use case: You enter in the text "Check out my website (https://www.google.com/) Here, the right side closing parentheses becomes bolded like it is actually part of the URL.

Only happens on Windows, and only from Chrome/IE10 to Firefox.

#10710 Error: Object doesn't support property or method 'getParent' confirmed Bug Normal
Description

Hi.

Using CKEditor v4.1.1 - the following JavaScript error occurs when highlighting a word in the editor and switching to source view, when config.enterMode = EnterMode.BR.

Error: Object doesn't support property or method 'getParent'

#10712 Editor.insertElement will insert passed element into every range in the selection confirmed Bug Normal
Description

This is a FF's only issue. Currently (and this is a state from 3.0) Editor.insertElement will take passed element, clone it multiple times and insert into every range. This is a surprising behaviour, because we lose control over inserted element - we keep the reference only to one of them.

Correct behaviour IMO would be to clean all ranges and insert element only to the first (or last?) of them.

While working on this ticket it would be worth to review and correct insertHtml which does not clean other ranges when doing insertion.

#10724 SCAYT conflicts with FF text highlighting via the keyboard on misspelled words confirmed Bug Normal
Description

SCAYT causes partial lines to be highlighted in FF not allowing the user to easily cut/copy the content they want when using the keyboard to highlight text(Shift + End, Shift + CTRL + Right Arrow)

Browser: FF 22.0

OS: Win 7

Reproducible location: Demo site and nightly build

I tested with IE9.0.8112.16421 and Chrome 28.0.1500.95 m as well and both seemed to work just fine.

Steps to reproduce:

  1. Go to the demo site
  2. Delete all sample content from the editor
  3. Enable SCAYT
  4. Type in a line with correct and incorrect words such as: "Hi there, how arre you?
  5. Place the cursor at the start of the line and then hold Shift and press End.

Once you release the keys you will notice SOMETIMES the text will first highlight the whole line as expected and then within a second will highlight just the text up to the first spelling mistake which in this case is 'arre'.

If you look at the HTML generated you will see this for the above:

<p>Hi there, how <span data-scaytid="1" data-scayt_word="arre">arre</span> you?<br></p>

The text will highlight up to the beginning of the span tag caused by SCAYT.

NOTE: Seems to only fail going left to right on a line, if I go right to left it highlights fine.

#10734 icon strip generated in local builder includes all the icons confirmed Bug Normal
Description

The icons.png generated by the local version of CKBuilder includes all the images instead of just the used icons like the online version does.

Go to http://ckeditor.com/download and download the Basic package. Now use the included build-config.js in a local version of CKEditor and use the build.sh script

Compare both icons.png files and you'll see that instead of 7Kb it's 17Kb and includes all the plugins.

#10737 UI languages sample should show some BiDi features confirmed Task Normal
Description

Hey guys, The UI languages sample aims to show that the editor could be used in an RTL environment. While the basic goal of this sample is indeed reached (the UI does show up in Hebrew), it's worth showing some of the appropriate BiDi features CKEditor has to offer. When one changes the UI language in the sample, he might expect to try and write something using the chosen language. Currently, if the language is changed to (e.g.) Hebrew, the cursor stays on the left and the text is actually written as LTR. This could be solved either by changing the default writing direction on this sample accordingly, or at least by providing LTR/RTL and alignment buttons on the toolbar. P.S - "Try "arabic" or "hebrew" to check RTL support:" - Arabic and Hebrew should be capitalized (proper nouns). Just my two cents :)

#10742 CKEDITOR.style issues (documentation, usability, …) confirmed Task Normal
Description

I've been looking into CKEDITOR.style in order to plug in custom and possibly somewhat involved styles. From the outset, and in combination with stylecombo, it seemed to strike a good balance between ease of customization and depth of said customization, a middle-ground between just customizing what controls are in the editor toolbar and creating completely new controls from scratch (or reimplementing the toolbar).

The main purpose at the moment is to integrate bootstrap and custom classes and have custom styles toggling these on the parent element (for collapsed selections, and ideally creating a new element with the right class for non-collapsed selections in the longer run), living in the standard toolbar's styles dropdown; and to replicate/merge the format dropdown there as well.

In the longer run, contextual enabling and disabling (possibly based on more complex predicates than just an element name) is expected.

In doing so, I've hit a bunch of snags:

Documentation

Styles are more or less undocumented: the API documentation is marked as a "work in progress" and mostly empty, and the only guide I've found is little more than a few examples of styleDescription.

Neither really explain the semantics of styles created this way (whether and how they are filtered or applied, how their removal works, …), the case of a STYLE_OBJECT type (or indeed the existence of the type attribute at all), that element can be an object (and that this radically changes the behavior of the style) or that the style's #element or #_.definition will be accessed directly for various reasons.

The guide seems somewhat better fleshed out in the 3.x documentation. Amongst other things it does mention the various style types (though not that they can be overridden, that element can be an object, or what the semantics of each type are; the list of block-level elements is also very incomplete compared to CKEditor 4's).

API

So far I've seen/had these issues with the CKEDITOR.style API, and its usage by other CKEDITOR code:

  • The purpose of some methods is unclear and I am not certain they are even called e.g. applyToRange and applyToObject seem to make sense (although applyToObject might be better called applyToElement, unless it's meant to apply only to STYLE_OBJECT elements? It seems to only ever be called by the div plugin, and I'm not sure of the context) but apply does not (it's redundant with Editor#applyStyle). Similarly, checkElementRemovable's purpose is unclear, as are its semantics in some corner-cases (e.g. if the style can *alter* one of the element's attributes but won't remove anythingd, should it return true or false?).
  • The main user of style objects (at least for my own use case), stylescombo, can only take a stylesDescription (or put differently stylesSet is always an array of styleDescription and can't trivially be a CKEDITOR.style or instance of a sub-type thereof) (there's a second issue with CKEDITOR.tools.clone being invoked on instanceConfig which also requires CKEDITOR.style to handle being CK-cloned). Without changing this, providing a custom CKEDITOR.style object (or subtype instance) can be fairly challenging (it's possible but hackish[0]). It also makes other very strange uses of style object methods, e.g. it has a special case in which it *never* calls buildPreview if the style's type is STYLE_OBJECT.
  • Most of the implementation of CKEDITOR.style is neither overridable (with a fine grain) nor directly accessible, makes direct access to CKEDITOR.style attributes rather than request services or behaviors from it. There are a number of accesses to #element and #._.definition (both #styles and #attributes) outside of CKEDITOR.style (constructor or prototype) meaning custom styles (or CKEDITOR.style subtypes) have to remain very close to the original *or* fully reimplement everything (at least the "entry points" seem respected though I have not yet dived into that). Considering the complexity of of the most useful utility functions (e.g. applyInlineStyle) this is quite bothersome for the implementation of a custom style type as a pretty significant amount of work must be duplicated.
  • The one and only accessible utility function is (oddly enough) CKEDITOR.style.getStyleText, and it's a "class" function on CKEDITOR.style which means it can't easily be fixed up by-style when the existing version makes little sense for a specific custom style or style type (basically precluding the usage of its callers in a custom tyle type)
  • The built-in style type has no support for toggling classes on existing elements (it treats class as any other element to set/unset) and because the preview dropdown (of stylecombo) is a separate iframe it's also impossible to apply class styles to the preview (even if one manages to find out that TYPE_OBJECT is not doing to allow previews at all)

Conclusion

I'm posting this more as a task, as it's not exactly a bug nor is it precisely a request. Repeating the introduction and having spent a few days with it, I still think CKEDITOR.style has quite a bit of potential for CKEDITOR integrators, but not in its current shape, and thus would like to start a discussion on it.

[0] essentially the requirements are to 1. replace CKEDITOR.style by a sub-type copying getStyleText and altering the constructor to return the first parameter directly if it's already an instance of CKEDITOR.style and 2. add a constructor property which returns the object it's called on instead of creating a new one.

#10745 [FF&Inline] Cells selection is lost when merging cells confirmed Bug Normal
Description
  1. Open inlinebycode sample.
  2. Select two cells.
  3. Right click -> cells -> merge cells.
  4. Nothing happened - only left cell is selected.

To debug add if ( !isDetect ) debugger; statement at the beginning of mergeCells function. See that when this function is called the selection is already broken, so only one cell is returned from getSelectedCells.

Note: mergeCells is called with isDetect flag when opening ctx menu and at this point selection is correct.

#10746 Ability to customize the way dialog UI Elements are rendered confirmed New Feature Normal
Description

We would like the ability to customize the way UI Elements are rendered on dialogs. Currently it is not possible to overwrite the existing UI Elements so that they are rendered with a different markup e.g. changing the markup used to display dialog buttons. We would like to be able to customize this so that the editor will fit better with the look and feel of our products.

This ticket is based on a recent email exchange with Fred, where he said that this is not a planned feature for CKEditor 4 but it may be something that would be considered for CKEditor 5. I am logging it for tracking purposes.

#10748 Prevent save event instead of submit confirmed Task Normal
Description

Working on #10689 I realized that this part of code works magicly:

// #8031 If textarea had required attribute and editor is empty fire 'required' event and if
// it was cancelled, prevent submitting the form.
if ( editor._.required && !element.getValue() && editor.fire( 'required' ) === false ) {
	// When user press save button event (evt) is undefined (see save plugin).
	// This method works because it throws error so originalSubmit won't be called.
	// Also because of hack there is try-cache in save plugin so error won't be shown.
	evt.data.preventDefault();

It should be fixed using save event instead of submit.

#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.

#10784 Line missing when paste from Word confirmed Bug Normal
Description

when paste text from Word, some line missed. The test word and screenshot are attached.

#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.

#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

#10839 Image2: align center then align left/right throughs error confirmed Bug Normal
Description
  1. Load the image2 sample.
  2. Remove the caption from the first image (in the dialog).
  3. Align the image "center" with the toolbar.
  4. Align the image "left" with the toolbar.

Nothing happens and a js error is thrown.

#10847 Firefox: 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.

#10889 Language plugin: removing formatting is too tricky confirmed Bug Normal
Description
  1. Start with
<span dir="ltr" lang="es">
El invierno pasado estuvo tan fr&iacute;o que literalmente se form&oacute; hielo en mi barba.&nbsp;
</span>
  1. Apply bold to "invierno"
  1. Select a part of text around "invierno" and click the "Remove format" button to remove formatting.
  1. Result:
<span dir="ltr" lang="es">El</span> 
invierno 
<span dir="ltr" lang="es">pasado estuvo tan fr&iacute;o que literalmente se form&oacute; hielo en mi barba.&nbsp; </span>

The information about the language is lost, causing an unexpected result for the unaware end user.

Expected result: removing formatting should not remove the information about the language (just colors, bold etc.), just like removing formatting does not remove links from the content.

#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 div 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 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.

#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.
#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 Firefox: Unable to escape from the link/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

#10969 IE:Styling does not preserved after pasting through Paste Dialog confirmed Bug Normal
Description

Reproduce the issue:

  1. Open CKEditor and type in some word.
  2. Click on Align Center
  3. Select all and cut by using CTRL+A and CTRL+X .
  4. Refresh the browser.
  5. Click on paste icon.
  6. In Paste Dialog CTRL+V and press OK.

Expected results:

The style - align center should be applied(preserved) after pasting in the editor body through the paste dialog. The cut word from step 3 should be displayed in the center of the editor body. Note! In the Paste dialog the style appears to be correct, when transferring it to the editor body is lost.

Actual result:

The cut word from step 3 is displayed at the left on the editor body.

It is happen also with indentation.

issue occurs only in Internet Explorer .

#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

#10977 Correct spelling mistake with native spell checker does not trigger change event confirmed Bug Normal
Description

If I correct a spelling mistake inside a CKEditor instance using the native spell checker, the change event is not triggered.

#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.

#10987 [Blink] Copy-paste table within CKE breaks width percentage. confirmed Bug Normal
Description

For my content widths being percentages is very important. When you copy a table with a width like 100% and the paste the same table in CKE, the width is replaced with a pixel value, which breaks layouts.

  1. Go to ckeditor.com/demo in Chrome (Opera not tested)
  2. Clear editor and add a table with a 100% width
  3. Click the table in elementspath to select it
  4. Move cursor to new paragraph
  5. Hit Ctrl-v or click paste from word to paste the table
  6. Check the table width, it is no longer fluid but horrid static pixels

Works fine in IE9

#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.

#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.

#11031 SCAYT issues confirmed Bug Normal
Description

Go to http://ckeditor.com/demo

Delete everything in the editor. Hit "ctrl+b", and hit "a", hit "ctrl+b", and hit "a", hit "ctrl+b", and hit "a". Keep doing this for 10-15secs, and you'll see auto spell check will remove the bold automatically.

Sometimes it'll remove the cursor to the beginning of the word.

#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.

#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.

#11053 SCAYT conflicts with FF selection when pasting and undoing confirmed Bug Normal
Description

SCAYT causes the entire document to be highlighted from the beginning up to the point of the cursor when I highlight text, paste some text and then press CTRL+Z or the undo toolbar option when highlighting from the start of a line.

Browser: FF 24.0

OS: Win 7

Reproducible location: Demo site and nightly build

I also tested with IE9.0.8112.16421(Undo doesn't work so I can't test, reproducible on the demo site) and Chrome 30.0.1599.101 m (Worked fine).

Steps to reproduce:

  1. Go to the demo site
  2. Enable SCAYT (No spelling mistakes required)
  3. Delete the content currently there, for whatever reason I can't reproduce with the default text
  4. I type or paste in a few lines of text like so:

Hi there how are you

Hi there how are you

Hi there how are you

Hi there how are you

  1. I then highlight part of the line beginning at the start of the line.
  2. Paste some content
  3. Press CTRL+Z
  4. Notice it will now highlight the entire document up to the cursor
#11055 Image2 is not focused after pasting confirmed Bug Normal
Description

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

#11056 IE8-10 - UNDO and Ctrl+Zdon't work with SCAYT confirmed Bug Normal
Description

This is based on #11053.

Steps to reproduce:

  1. Go to the demo site
  2. Enable SCAYT (No spelling mistakes required)
  3. Delete the content currently there, for whatever reason I can't reproduce with the default text
  4. I type or paste in a few lines of text like so:

Hi there how are you

Hi there how are you

Hi there how are you

Hi there how are you

  1. I then highlight part of the line beginning at the start of the line.
  2. Paste some content
  3. Press CTRL+Z or UNDO

Result: It doesn't work.

Problem can be reproduced from CKEditor 4.2.1 in all versions of IE

#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 High
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.

#11064 [Blink/Webkit] Can not select all when widget is last element confirmed Bug Normal
Description

You should be not able to do this.

On IE10 and FF everything works fine.

You can also reproduse that bug using:

<p>AA</p>
<p contenteditable="false">BB</p>

Do not forget to set allowedContent: true on editor to use this sample code.


Related browsers bugs:

#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
#11084 Opening CKEditor in a modal window in Internet Explorer and SCAYT enabled confirmed Bug Normal
Description

Hi there,

I have a simple script that opens a modal window and loads HTML using AJAX. When the modal box is closed, I send a command to destroy the editor. This is so when a new modal box is opened again, the editor can be created fresh.

Here's the code.

<textarea name="editor"></textarea>

<script type="text/javascript">
CKEDITOR.replace('editor', {
	toolbar: 'Basic',
	customConfig : 'config.js',
	height : '500',
	width : '100%'
});
$(document).bind('afterClose.facebox', function() {
	if (CKEDITOR.instances['editor'])
		CKEDITOR.instances['editor'].destroy(true);
});
</script>

This works perfectly on Safari, FireFox and Chrome. But Internet Explorer is having issues when SCYAT is enabled by default in the config.js file.

config.scayt_autoStartup = true;

The editor loads ok but is unresponsive. I have to click the 'Bold' button just to get the cursor to become active within the window which is unreliable. I have tested in IE10 and IE11.

Here is a sample with scayt_autoStartup enabled. Try opening the modal box, typing text, closing it and then repeating the process.

http://devsyndicate.com/ckeditor/index.php

Here is a sample with scayt_autoStartup disabled. Try the same process as above and you'll notice it works every time.

http://devsyndicate.com/ckeditor/index2.php

Is this a bug or is there something I should be doing differently? I like having SCYAT enabled by default so that spelling mistakes are picked up as you type.

#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
Note: See TracQuery for help on using queries.
© 2003 – 2012 CKSource – Frederico Knabben. All rights reserved. | Terms of use | Privacy policy