← Back to team overview

ubuntu-webapps-bugs team mailing list archive

[Bug 1445171] [NEW] Oxide doesn't accept input on password fields if previous field had preedit

 

Public bug reported:

Steps to reproduce

1) Visit http://mobile.twitter.com in the browser

2) Click login

3) Enter the username "Hello"

4) Tap the password field once, notice that it doesn't display the text
cursor and the word ribbon is still displayed

5) Type the password "hello123"

Expected result

 The password "hello123" should be input.

Actual result

 Only "123" is input, presumably because the keyboard is still sending
data as pre-edit which oxide doesn't handle for passwords.

 After tapping the field a second time Oxide does disable pre-edit
correctly.

 Additionally if backspace is pressed after entering "hello123" oxide
will send incorrect surrounding text information to the keyboard
triggering the crash logged here: https://bugs.launchpad.net/ubuntu-
keyboard/+bug/1444947

** Affects: canonical-devices-system-image
     Importance: Critical
         Status: Confirmed

** Affects: oxide
     Importance: Undecided
         Status: New

** Affects: oxide-qt (Ubuntu)
     Importance: Undecided
         Status: New

** Affects: oxide-qt (Ubuntu RTM)
     Importance: Undecided
         Status: New


** Tags: hotfix

** Also affects: oxide-qt (Ubuntu)
   Importance: Undecided
       Status: New

** Also affects: oxide-qt (Ubuntu RTM)
   Importance: Undecided
       Status: New

-- 
You received this bug notification because you are a member of Ubuntu
WebApps bug tracking, which is subscribed to Oxide.
https://bugs.launchpad.net/bugs/1445171

Title:
  Oxide doesn't accept input on password fields if previous field had
  preedit

Status in the base for Ubuntu mobile products:
  Confirmed
Status in Oxide Webview:
  New
Status in oxide-qt package in Ubuntu:
  New
Status in oxide-qt package in Ubuntu RTM:
  New

Bug description:
  Steps to reproduce

  1) Visit http://mobile.twitter.com in the browser

  2) Click login

  3) Enter the username "Hello"

  4) Tap the password field once, notice that it doesn't display the
  text cursor and the word ribbon is still displayed

  5) Type the password "hello123"

  Expected result

   The password "hello123" should be input.

  Actual result

   Only "123" is input, presumably because the keyboard is still sending
  data as pre-edit which oxide doesn't handle for passwords.

   After tapping the field a second time Oxide does disable pre-edit
  correctly.

   Additionally if backspace is pressed after entering "hello123" oxide
  will send incorrect surrounding text information to the keyboard
  triggering the crash logged here: https://bugs.launchpad.net/ubuntu-
  keyboard/+bug/1444947

To manage notifications about this bug go to:
https://bugs.launchpad.net/canonical-devices-system-image/+bug/1445171/+subscriptions


Follow ups

References