Closed Bug 814758 Opened 12 years ago Closed 12 years ago

Bringing up the keyboard is slow

Categories

(Firefox OS Graveyard :: Gaia::Keyboard, defect)

x86
macOS
defect
Not set
normal

Tracking

(blocking-basecamp:-, b2g18 fixed, b2g18-v1.0.0 fixed, b2g18-v1.0.1 fixed)

RESOLVED FIXED
blocking-basecamp -
Tracking Status
b2g18 --- fixed
b2g18-v1.0.0 --- fixed
b2g18-v1.0.1 --- fixed

People

(Reporter: pla, Assigned: rudyl)

References

Details

(Keywords: perf, Whiteboard: UX-P2, TEF_REQ)

Attachments

(2 files)

What makes it feel slow/broken? The keyboard is slow to load when compared with competitive devices. It currently takes 1-3 seconds after a textfield has been tapped. Did it prevent you from doing what you wanted? Why? It makes tasks like filling out contact information take longer, and contributes to an overall feeling of sluggishness. How does this make you feel? [ ] :) I feel happy about it [ ] :| Meh [X] :( I'm upset [ ] >:O I'm angry Device: Unagi, Nov. 22 Nightly. Details: On Unagi, it takes 1-3 seconds to bring up the keyboard. On our reference platform (Otoro running ICS 4.0.4), it is instant. Bonus: can you attach a video of the problem? Yes
No delay when invoking keyboard.
Attached video Bringing up Keyboard - B2G on Unagi (deleted) —
Keywords: ux-trust
Summary: [Gaia::Keyboard][perf][uxtrust] Bringing up the keyboard is slow → [Gaia::Keyboard][perf][ux-trust] Bringing up the keyboard is slow
Whiteboard: perf, uxtrust → perf, ux-trust
Blocks: 812534
Priority: -- → P1
Summary: [Gaia::Keyboard][perf][ux-trust] Bringing up the keyboard is slow → [Gaia::Keyboard] Bringing up the keyboard is slow
Nominating for basecamp-blocking+. Using the keyboard is a core interaction that must be as efficient as possible.
blocking-basecamp: --- → ?
Assignee: nobody → rlu
blocking-basecamp: ? → +
Target Milestone: --- → B2G C2 (20nov-10dec)
Target Milestone: B2G C2 (20nov-10dec) → ---
Can you retry this in the Calendar application instead? Contacts has some repaints bug that does not make it a good example. Tim Taubert is working on fixing those. Renominating until you retry on calendar with the latest version of Gaia since a lof of improvements has been made and Contacts has some repaints bug. Thanks.
blocking-basecamp: + → ?
Depends on: 816895, 816933
Flags: needinfo?(pla)
Could you try it again with todays build and renominate if needed.
blocking-basecamp: ? → -
Keywords: ux-trust
Priority: P1 → --
Summary: [Gaia::Keyboard] Bringing up the keyboard is slow → Bringing up the keyboard is slow
Whiteboard: perf, ux-trust → UX-P1
I think the performance for keyboard sliding up has been improved with the latest build and the following changes, https://github.com/mozilla-b2g/gaia/pull/6780 Peter, do you agree that we can close this issue now?
Whiteboard: UX-P1 → UX-P2
Whiteboard: UX-P2 → UX-P2, TEF_REQ
Blocks: 835404
Blocks: 835723
Agreed, I think it's improved quite a bit. Let's close this and if the current performance effort from engineering deems it necessary, a new bug can be created to further improve it.
Flags: needinfo?(pla)
Peter, Thanks for the confirmation. Close this as fixed.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → FIXED
This commit, e2814afbf12ef9500fe425a7746cb1cdd3cefc30, should have been included in Gaia master/v1-train/v1.0.0/v1.0.1. Set the related flags as fixed.
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: