Revert of Fix to keep the selection of the text field in input element after setSelectionRange...

Source/core/page/EventHandler.cpp

Index: Source/core/page/EventHandler.cpp
diff --git a/Source/core/page/EventHandler.cpp b/Source/core/page/EventHandler.cpp
index 6678983aa8190189b51a3eaf97b1b762da9e0aba..b95b1f66f6fd24317f10be61ab00b92a7e0cd369 100644
--- a/Source/core/page/EventHandler.cpp
+++ b/Source/core/page/EventHandler.cpp
@@ -619,6 +619,7 @@
 
     bool swallowEvent = false;
     m_mousePressed = true;
+    m_selectionInitiationState = HaveNotStartedSelection;
 
     if (event.event().clickCount() == 2)
         swallowEvent = handleMousePressEventDoubleClick(event);
@@ -1284,10 +1285,6 @@
     m_frame->selection().setCaretBlinkingSuspended(true);
 
     bool swallowEvent = !dispatchMouseEvent(EventTypeNames::mousedown, mev.targetNode(), m_clickCount, mouseEvent, true);
-    // m_selectionInitiationState is initialized after dispatching mousedown event in order not to keep the selection by DOM APIs
-    // Because we can't give the user the chance to handle the selection by user action like dragging if we keep the selection in case of mousedown.
-    // FireFox also has the same behavior and it's more compatible with other browsers.
-    m_selectionInitiationState = HaveNotStartedSelection;
     swallowEvent = swallowEvent || handleMouseFocus(mouseEvent);
     m_capturesDragging = !swallowEvent || mev.scrollbar();
 
@@ -2954,11 +2951,6 @@
     m_lastDeferredTapElement = nullptr;
 }
 
-void EventHandler::notifySelectionChanged()
-{
-    m_selectionInitiationState = ExtendedSelection;
-}
-
 bool EventHandler::handleAccessKey(const PlatformKeyboardEvent& evt)
 {
     // FIXME: Ignoring the state of Shift key is what neither IE nor Firefox do.