id	summary	reporter	owner	description	type	status	priority	milestone	component	version	resolution	keywords	cc
11840	[IE11] Editable fixDom causes selection to lose direction	Rick Schnorenberg		"'''Steps to reproduce'''
1. Open the nightly demo page in IE11 http://nightly.ckeditor.com/14-04-16-06-05/standard/samples/replacebyclass.html
1. Place your cursor at the end of the document
1. Hold the Shift key down and tap the Up Arrow key repeatedly

'''Expected Result'''
The selection expands one line at a time until you have the whole document selection

'''Actual Result'''
Each time your cursor enters a new block that does not contain a filler the fixDom method reselects the current selection, when this happens the direction of the selection is lost and Shift+Up starts moving the end of the selection upwards instead of the beginning.

'''System'''
This affects IE11 on both Windows 8.1 and Windows 7

'''Notes'''
The steps to reproduce here are just for the convenience of reproducing it easily, I don't think we have anyone that actually selects large amounts of text holding shift and tapping the up arrow key. The scenarios we're getting from our customers when they run into this is that they usually hold Shift and Up to span multiple paragraphs and then without releasing Shift tap right or left arrow to fine tune their selection, this results in the end of their selection moving left and right if fixDom has been called due to the selection change."	Bug	confirmed	Normal		General	4.3		IE11