1128583 - Like AppWindow#tryWaitForFullRepaint, BrowserMixin#waitForNextPaint should have a fast path for the homescreen

Status: RESOLVED DUPLICATE of bug 1117444

(Firefox OS Graveyard :: Gaia::System::Window Mgmt, defect)

Description

[Etienne Segonzac (:etienne)]

This could lead to the homescreen not being ready more often. But it's shredding 500ms of a delay between a frequent user action and the feedback, so I think it's worth exploring.

Comment 1

[GitHub Autolander Bot]

Attachment: [PullReq] etiennesegonzac:bug-1128583 to mozilla-b2g:master

Comment 2

[Etienne Segonzac (:etienne)]

Comment on attachment 8557996 [details] [review]
[PullReq] etiennesegonzac:bug-1128583 to mozilla-b2g:master

What do you think?

Comment 3

[(inactive after 6/18) Alive Kuo [:alive]]

Comment on attachment 8557996 [details] [review]
[PullReq] etiennesegonzac:bug-1128583 to mozilla-b2g:master

Ya for perf reason.

Comment 4

[ben.song]

Dear Alive, Etienne,

After load this patch, while back to homescreen, homescreen would first flash the screen.

For QA would calculate hot exit time with flash time. Could we let homescreen not flash ?

Thanks.

Comment 5

[Etienne Segonzac (:etienne)]

Comment on attachment 8557996 [details] [review]
[PullReq] etiennesegonzac:bug-1128583 to mozilla-b2g:master

(In reply to ben.song from comment #4)
> Dear Alive, Etienne,
> 
> After load this patch, while back to homescreen, homescreen would first
> flash the screen.
> 
> For QA would calculate hot exit time with flash time. Could we let
> homescreen not flash ?
> 
> Thanks.

I'll try to come up with a better approach.
Obsoleting the patch in the meantime...

Comment 6

[Etienne Segonzac (:etienne)]

Closing this one in favor of bug 1117444 which doesn't imply a solution but just explains the "bug".