Allow the user to tap the selected editable again after rotation to trigger another zoom/center anim

content/public/android/java/src/org/chromium/content/browser/ContentViewCore.java

Index: content/public/android/java/src/org/chromium/content/browser/ContentViewCore.java
diff --git a/content/public/android/java/src/org/chromium/content/browser/ContentViewCore.java b/content/public/android/java/src/org/chromium/content/browser/ContentViewCore.java
index b5068b0eec0471e4408badf0edd6072d8d6e6ba9..afe39985c3fb938042f6e504270e21b9d4e3e36e 100644
--- a/content/public/android/java/src/org/chromium/content/browser/ContentViewCore.java
+++ b/content/public/android/java/src/org/chromium/content/browser/ContentViewCore.java
@@ -1628,6 +1628,9 @@ public class ContentViewCore
                 cancelRequestToScrollFocusedEditableNodeIntoView();
             }
         }
+       if (mSelectionEditable) {
+           scrollFocusedEditableNodeIntoView();

[jdduke (slow), 2014/04/14 16:32:55]

But what if the user has explicitly scrolled away from the focused editable? 

We have some viewport anchoring logic in blink (see
https://code.google.com/p/chromium/codesearch#chromium/src/third_party/WebKit...),
but it looks like the orientation resize is different from the keyboard resize
(it's a shame those can't be synchronized, I'll file a bug...). We should really
only send the focus request if the editable is still visible, or perhaps don't
send it if the user has interacted with the page via touch (similar to
cancelRequestToScrollFocusedEditableNodeIntoView())?

[samsung13630592, 2014/04/15 06:46:47]

Currently when user inputs some text in edit box and Keypad is still in
composing mode then on rotation edit box comes into view even if user has
explicitly scrolled the node out of view.

Assuming that this scenario is correct, focussed editable node should be
scrolled into view irrespective of the below scenario:
1. Keypad is in composing mode or not, and 
2. Text is present in editable node or not.
When Keypad is up it is assumed that user wants to input some text into focused
editbox. If user doesnot want Keypad to show he/she touches anywhere else on
screen which will trigger Keypad hide. 

+       }
     }
 
     private void cancelRequestToScrollFocusedEditableNodeIntoView() {