keyboard tries to auto correct/auto suggest on email fields

[Bill Filler]

build 122 krillin

Some websites have username/email fields (like twitter) that do not properly set the hint for an email field. When typing your email address the osk thinks it's a normal keyboard field and tries to add capitalzation, spaces and autopunctuation which is not desired and makes it impossible to enter your email.

For example, trying to type "<email address hidden>" gets changed to "Johnny@gmail. Com"

[Omer Akram (om26er)]

It seems to be working for other 'email' input box except for twitter. Perhaps because I am seeing the static version of twitter, which we may not be handling.

[Michael Sheldon (michael-sheldon)]

Omer - The problem is that twitter doesn't mark its input field as being an "email" field like most other places do, so it's just presented to the keyboard as a standard text field. To support this we've implemented detection of input that looks like an email address within standard text fields, this has the benefit of also being useful when entering emails in other places, such as in messages or reminders as well.

[Omer Akram (om26er)]

My above comment was actually after installing the silo that claims to fix this. But it seems it did not fix the issue.

[Michael Sheldon (michael-sheldon)]

Ah, that's interesting; Bill reported a similar issue but then wasn't able to reproduce it so we assumed that he simply hadn't restarted the device after installing the packages, but it looks like there's something more going on here. I'll investigate further tomorrow, as yet I haven't been able to reproduce this though.

[Michael Sheldon (michael-sheldon)]

Omer - What's the exact text you get from the keyboard when entering an email address for twitter? The issue Bill was having was just that it continued to capitalise a letter after the @, but it sounds like for you it isn't changing anything at all from the previous behaviour?

One thing to note is that you will still get a capital letter at the beginning of the field, since we can't detect it's an email until the user has entered an @ symbol and we don't override any text the user has already entered, we only disable the various auto-correction/spacing/capitalisation features from that point forward.

[Launchpad Janitor (janitor)]

This bug was fixed in the package ubuntu-keyboard - 0.99.trunk.phablet2+14.10.20141104~rtm-0ubuntu1

---------------
ubuntu-keyboard (0.99.trunk.phablet2+14.10.20141104~rtm-0ubuntu1) 14.09; urgency=low

  [ Michael Sheldon ]
  * Enable launchpad translation imports. (LP: #1389274)

  [ Ubuntu daily release ]
  * New rebuild forced

  [ Mike Sheldon ]
  * Change URL key in Brazilian Portuguese layout to ".com.br" (LP:
    #1384787)
  * Reduce extended keys hold timer to more closely match timing from
    other platform's keyboards (LP: #1384781)
  * Detect if the user is entering an email address whilst in a field
    that supports predictions and suppress predictions, auto-caps and
    auto-spacing unless the input method requires predictions for
    standard character input (e.g. pinyin). (LP: #1384770)
  * Don't show word candidates arriving after a word has been committed
    and allow candidates to remain on the word ribbon until a new set
    has been calculated prior to commit. (LP: #1384806)
  * Only consider the current line when evaluating whether we're in the
    middle of a piece of text. (LP: #1387714)
  * Fix ImhNoAutoUppercase hint behaviour when switching between apps
    with autocaps and without. (LP: #1370071)
 -- Ubuntu daily release <email address hidden> Tue, 04 Nov 2014 20:18:18 +0000