Open
Bug 1603518
Opened 6 years ago
Updated 5 years ago
Add a new test that measures parent process main thread event loop lag when typing in the URL bar when loading Google Docs
Categories
(Testing :: Performance, task, P3)
Tracking
(Not tracked)
NEW
People
(Reporter: mconley, Unassigned)
Details
(Whiteboard: [perf:responsiveness])
vchin was mentioning that she's noticed a drop in responsiveness when typing into the URL bar when Google Docs is loading (or has just finished loading) a document.
I'm filing this to see whether or not we could write a test for this. Roughly, this would be something like:
- Create a user profile with a pre-existing amount of history / bookmarks
- Load an appropriate Google Docs page
- Either while loading or after loading (vchin can maybe clarify there), send key events into the URL bar
- Measure event loop lag when sending events to the URL bar, and also measure how long it takes for results to appear in the URL bar dropdown.
Updated•6 years ago
|
Product: Core → Testing
Version: unspecified → 73 Branch
Updated•6 years ago
|
Priority: -- → P3
Whiteboard: [perftest:triage]
Comment 1•6 years ago
|
||
:tarek, would this kind of test fit well into mach perftest?
Flags: needinfo?(tarek)
Updated•6 years ago
|
Whiteboard: [perftest:triage]
Comment 2•6 years ago
|
||
Yeah maybe -- worth a shot, if we can send the key events to the url bar from a webdriver client (even via a privileged script we send) -- I have never tried
Browsertime does something similar for First Input Delay https://www.sitespeed.io/documentation/sitespeed.io/scripting/#measuring-first-input-delay---fid. But in this case here we'll need to have our own custom set of metrics (lag, result appears etc)
Flags: needinfo?(tarek)
Updated•5 years ago
|
Severity: normal → S3
Whiteboard: [perf:responsiveness]
You need to log in
before you can comment on or make changes to this bug.
Description
•