password data collection was too "sticky"; the next field wouldn't be collected either.

Change-Id: I739a956f663cff33216f83ac453b2a89d8c33dde

Change-Id: I23784117f77da54ee2a0670e65d86e26d762a687

Bug: 7594188
Change-Id: I1977acb7189f8eb186b9b20a3e5b64b4aaabf191

This is a follow up of I6f851248.

Change-Id: I3fe17f3c81ed35e7c38ac9701e73c6b2c1ca8d63

Bug: 7595187
Change-Id: I6f85124815f18706b2b2b5b5da2783dffd246e8c

Bug: 7594165
Change-Id: I7849d763e49b57716e8418fb8b6f90eca3a5d2ec

Change-Id: If7037f3e0606ee34d1a6739cc39da23de18cc35c

Bug: 7529860
Change-Id: Iec82459348722be358ae2ded15deafac21749dcd

Add Rial(ar), Indian Rupee(hi), Tugrik(mn), Baht(th), Hryvnia(uk),
Dong(vi) currency sign keys to symbol layout.

Bug: 7455289
Change-Id: I0f819631ff05c4a31d3a6868dea5e18a1797f103

Variations are not flags - they should not be OR'd in this way.
Only one variation may be active at a time.

Change-Id: I9d3d4c8fc04af56c914c65f9c55f1e7b9517fc68

Correctly check the variations to determine if we should
add automatic spaces (in manual picks and gestures) or not.

Bug: 7164981
Change-Id: I19e25af839b4062c217113cd804b1473912f22a5

The subtype locale name on the spacebar will be suppressed when only
one subtype is enabled and
 - Subtype locale is equal to the system locale.
or
 - Subtype language is equal to the system language but the subtype is
   implicitly enabled.

Thus the "es_ES" system locale chooses "es" subtype keyboard
implicitly but the keyboard doesn't have the subtype name on its
spacebar.

This change also removes Spanish Latin America keyboard.

Bug: 7531804
Change-Id: Ib929e8235d643c0ba039eb010e18ab721a734e15

Bug: 7531804
Change-Id: Idd66ee30e5228260540308a97c930185b48e775f

This reverts commit 6ce66d1c

Change-Id: I90004a5fea0bc7999ecf8742f883ff4dac264d8a
bug: 7565414

Change-Id: Ia5079368a1bc86ccdf0052445dc6945041c0abca

Bug: 7164981
Change-Id: Id672104a0fda99c52923913fb0e40c3a1ead4787

Bug: 7482766
Change-Id: Ifdfa110c44b95acfbcd3e0aa34f675c70b7d7285

Bug: 7075923
Change-Id: If139411db4aa65eed64337bf2a79387cfcd04496

Bug: 7075923
Change-Id: I306e1ff5d9f873541e84e1fafb64b9473947f623

Bug: 6672279
Change-Id: I120613e36ba6a690e54447fa6c9c90e131f2a155

Change-Id: I1ee258948a8335af7996f9e3afcc0508adbb1ac0

Not sure when this happens exactly, but it is possible that
InputConnection#getTextBeforeCursor returns null. This
happens for example upon rotating the screen with the
composing field empty in Gmail.
In this case, StringBuilder#append will convert the null
pointer into the string "null", which is sure better than a
crash, but can have a number of bad side-effects, like
auto-caps not working.

Bug: 7533034
Change-Id: Ia1cfab432c13a12ff1c2f013c59bac05a587f553

In this kind of series of calls, it's possible that an outer call to a
constructor fails, but the inner succeeded.
Example:
try {
    is = new A(new B());
} finally {
    if (null != is) is.close();
}
In this case, if new B() succeeds but new A() throws an
exception, is stays null and the intermediate object is never
closed. This is what was happening in this instance.

Bug: 7377336
Change-Id: I3fae9fec1135244982fcf5098c76d93f3e0f2add

Bug: 7164981
Change-Id: If1635c212b2d5d9cf51f5fb074f3b20dd7ec7b2a

Bug: 7497063
Change-Id: Ifbd5c37408131867458fd921bdef46ef90d81478

Change-Id: I6ff86ee819a446dd3ed5f9c3400d23564027b020

Bug: 7506408
Change-Id: I4de53ace170d5ddc9779f42ac344c4190c80a019

This test is seriously wrong : although we do have a method that
does exactly the right thing, this looks at a very specific, unrelated
variable state in hope it happens to be set only in the relevant
cases by the play of logic.
I don't think this changes anything concretely, as the assumption
was probably true in the practice ; still, this code is very hard to
read and prone to unexpected breakage.

Change-Id: I77ab576f90762429fcc752df31ed30e1c81871dc

Change-Id: If8813cb989c1fa8744a3bf36e8514ced3c8f46a3

Bug: 7506408
Change-Id: I4de53ace170d5ddc9779f42ac344c4190c80a019

Specifically, reset the KeyboardState to the main Alphabet layout in
LatinIME.onStartInputViewInternal() if a keyboard layout set doesn't get
reloaded in the method.

Please note TextView.setText() calls up resetInput(), then the IME should
reset with it.

bug: 7482086

Note that bug: 6851364 needs to be revisited.

Change-Id: I5d448c10963d3dd952dd13cb587085ec7b014e69

Change-Id: Ia604a4fcebfc5179bdbeaa982e052f7d3882ac6e

Change-Id: I2106cf64bed1472fb39d24e7e5bdee7238a30bfe

Change-Id: Ia4fb5b3612ff78ed1b243c80a03294b829470f5c

Change-Id: If3eede1257658f27384e3efc72586fabbed19f7b

Change-Id: Iad1464c299ad6055af1db1ff7978e5cd9a14750f

Change-Id: I3a53b49afab70dfb13f12027070635da6001eb79

Change-Id: I09072267217caad2513f83b61d7db1c6d74e18d1

This is a multi-project commit with Ic43dd666

bug: 6526418
Change-Id: I39c1acb4e91d04cd8a4ec5a943c8cf575da75ebc

Change-Id: I8b8522d1e5342fc73346ba2748e75f0c1d5bf03c