Ticket #8989 (confirmed Bug)

Opened 2 years ago

Last modified 5 months ago

IE placeholder plugin - you can't insert one place holder after another

Reported by: j.swiderski Owned by:
Priority: Normal Milestone:
Component: General Version: 3.5.2
Keywords: IE Cc:

Description (last modified by j.swiderski) (diff)

To reproduce:

  1. Open placeholder sample and clear editor contents
  2. Insert placeholder
  3. Click behind it so that selection frame is lost.
  4. Note that elements path is still showing body p span which means you are still inside place holder (the only way to leave it is pressing space)
  5. Nevertheless try to insert new placeholder

Result: New placeholder replaces the old one.

This particular TC has been reproducible in IE6, IE7 and IE9 browsers from CKEditor 3.5.2 rev. [6434]


Before revision [6434] in IE6, IE7 and IE9 it was possible to insert two placeholders in a row only if you haven’t clicked inside editing area after inserting first placeholder (click toolbar button, insert placeholder, click toolbar button again and insert another placeholder). If you have clicked inside editing area after inserting the first placeholder, the second place holder was not inserted and it was destroying the first one (removing [). Ironically this TC has been reproducible in IE8 Quirks from CKE 3.5.3 rev. [6459] and has been described in #9138


In IE8 next place holder is always inserted at the beginning. It is not possible to move cursor behind placeholder - #8990.

Change History

comment:1 Changed 2 years ago by j.swiderski

  • Status changed from new to confirmed
  • Description modified (diff)

comment:2 Changed 23 months ago by bshattuck

Hi, are there any improvements on this? I really need a solution for this.

comment:3 Changed 21 months ago by j.swiderski

  • Description modified (diff)

comment:4 Changed 21 months ago by j.swiderski

Please also have a look at #8990 and #9138. They all seem to be related.

comment:5 Changed 5 months ago by Reinmar

Reproducible on IE8 only. Perhaps related to #11242, because the selection is also placed inside the non-editable element if caret is displayed after it. Don't happen if caret is before widget.

Note: See TracTickets for help on using tickets.
© 2003 – 2012 CKSource – Frederico Knabben. All rights reserved. | Terms of use | Privacy policy