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)

73 Branch
task

Tracking

(Not tracked)

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:

  1. Create a user profile with a pre-existing amount of history / bookmarks
  2. Load an appropriate Google Docs page
  3. Either while loading or after loading (vchin can maybe clarify there), send key events into the URL bar
  4. 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.
Product: Core → Testing
Version: unspecified → 73 Branch
Priority: -- → P3
Whiteboard: [perftest:triage]

:tarek, would this kind of test fit well into mach perftest?

Flags: needinfo?(tarek)
Whiteboard: [perftest:triage]

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)
Severity: normal → S3
Whiteboard: [perf:responsiveness]
You need to log in before you can comment on or make changes to this bug.