Invalid behavior when inserting nested divs with insertHtml()

[Wiktor Walc]

Steps to reproduce

• open _samples/api.html
• paste this into textarea:

  <div class="wrapper thing"><div class="other wrapper"><img src="myfile.jpg" /></div></div>
  

• click the InsertHTML button twice
• expected result:

  <div class="wrapper thing">
  	<div class="other wrapper">
  		<img src="myfile.jpg" /></div>
  </div>
  <div class="wrapper thing">
  	<div class="other wrapper">
  		<img src="myfile.jpg" /></div>
  </div>
  

• actual result:

  <div class="wrapper thing">
  	<div class="other wrapper">
  		<img src="myfile.jpg" />
  		<div class="wrapper thing">
  			<div class="other wrapper">
  				<img src="myfile.jpg" /></div>
  		</div>
  	</div>
  </div>
  

[Frederico Caldeira Knabben]

It looks like the selection is being moved to the first editing point inside the inserted HTML. We may have this being used in other parts of the code, so before making any change here, we must be sure we don't have dependencies on this.

[Garry Yao]

The selection is putting by us but rather native 'insertHtml', not even a bug for me, for browsers are all agreed on the cursor position and what being correct for it is a case by case thing.

[Garry Yao]

Oops, correction - The selection is not put by us.

[Garry Yao]

Anyway, we'll defer issues that related to insertHtml usability.

[Frederico Caldeira Knabben]

Milestone CKEditor 3.x deleted

[Jakub Ś]

After consulting with @wwalc, I'm closing this one as invalid.