Oxide doesn't accept input on password fields if previous field had preedit
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Canonical System Image |
Fix Released
|
Critical
|
Unassigned | ||
Oxide |
Fix Released
|
Critical
|
Michael Sheldon | ||
oxide-qt (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned | ||
oxide-qt (Ubuntu RTM) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Steps to reproduce
1) Visit http://
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:/
Changed in canonical-devices-system-image: | |
milestone: | none → ww17-2015 |
Changed in oxide: | |
status: | New → Confirmed |
Changed in oxide: | |
importance: | Undecided → Critical |
assignee: | nobody → Michael Sheldon (michael-sheldon) |
Changed in canonical-devices-system-image: | |
milestone: | ww17-2015 → ww19-ota |
tags: | removed: hotfix |
Changed in canonical-devices-system-image: | |
milestone: | ww19-ota → ww21-2015 |
Changed in oxide: | |
status: | Confirmed → Fix Released |
Changed in oxide-qt (Ubuntu): | |
status: | Confirmed → Fix Released |
Changed in oxide-qt (Ubuntu RTM): | |
status: | New → Fix Released |
may need to send a hotfix for this