Closed Bug 815166 Opened 12 years ago Closed 9 years ago

[Gaia::System] On/off switches have slow response time

Categories

(Firefox OS Graveyard :: Gaia::System, defect, P3)

ARM
Gonk (Firefox OS)
defect

Tracking

(Not tracked)

RESOLVED DUPLICATE of bug 1174638

People

(Reporter: pla, Unassigned)

References

Details

(Keywords: perf, Whiteboard: [c=effect p=2 s= u=] interaction)

What makes it feel slow/broken?

This happens *sometimes*.  Say I enter settings to switch Airplane mode or Wifi on/off.  It will usually be slow upon entering the app, but after it's not too bad.  However, if I am rapidly turning them on/off (either one instance of them or multiple) they tend to slow down in response time.

Did it prevent you from doing what you wanted? Why?

It makes a common action like turning on/off Airplane mode or Wifi feel sluggish.

How does this make you feel?

[ ]  :)  I feel happy about it
[X]  :|  Meh
[ ]  :(  I'm upset
[ ] >:O  I'm angry

Device: Unagi, Nov. 22 Nightly.

Details: (technical factors, FPS, app startup time, ms elapsed, etc)

Bonus: can you attach a video of the problem?
Time permitting.
Component: Gaia → Gaia::System
Priority: -- → P2
Summary: [Gaia::System][perf][ux-trust] On/off switches have slow response time → [Gaia::System] On/off switches have slow response time
Seems to be working in Nov 26 build.
Keywords: ux-trust
Priority: P2 → P4
Whiteboard: perf, ux-trust → interaction
OS: Mac OS X → Gonk (Firefox OS)
Priority: P4 → --
Hardware: x86 → ARM
Whiteboard: interaction → [c= p= s= u=] interaction
Please re-open this if it's found to be an issue.
Status: NEW → RESOLVED
Closed: 11 years ago
Resolution: --- → WORKSFORME
Priority: -- → P2
Whiteboard: [c= p= s= u=] interaction → [c=effect p= s=2014.04.25 u=] interaction
Target Milestone: --- → 1.4 S6 (25apr)
I'm not sure of the functionality that is bound behind some of these elements, but definitely think these could be improved by making them adopt an async UI and a bit of invocation throttling. I'm for opening this back up if at a minimum we could experiment for a better user interaction and raise awareness of how to use some of these techniques.
Reopening per Eli's comment 3. Sluggish behavior still seen on Geeksphone Keon running 1.5 from 2014.04.16.
Status: RESOLVED → REOPENED
Priority: P2 → P3
Resolution: WORKSFORME → ---
Whiteboard: [c=effect p= s=2014.04.25 u=] interaction → [c=effect p= s= u=] interaction
Target Milestone: 1.4 S6 (25apr) → ---
Priority: P3 → P2
Assignee: nobody → eperelman
Whiteboard: [c=effect p= s= u=] interaction → [c=effect p=2 s= u=] interaction
Status: REOPENED → ASSIGNED
Assignee: eperelman → nobody
Blocks: 1036460
Priority: P2 → P3
Whiteboard: [c=effect p=2 s= u=] interaction → [perf-wanted][c=effect p=2 s= u=] interaction
Will be resolved in bug 1174638, bug 1174640, bug 1174642.
Status: ASSIGNED → RESOLVED
Closed: 11 years ago9 years ago
Resolution: --- → DUPLICATE
Whiteboard: [perf-wanted][c=effect p=2 s= u=] interaction → [c=effect p=2 s= u=] interaction
You need to log in before you can comment on or make changes to this bug.