ubuntu-webapps-bugs team mailing list archive
-
ubuntu-webapps-bugs team
-
Mailing list archive
-
Message #02645
[Bug 1445171] Re: Oxide doesn't accept input on password fields if previous field had preedit
may need to send a hotfix for this
** Also affects: canonical-devices-system-image
Importance: Undecided
Status: New
** Changed in: canonical-devices-system-image
Importance: Undecided => Critical
** Changed in: canonical-devices-system-image
Status: New => Confirmed
** Tags added: hotfix
--
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
References