Open Bug 1452091 Opened 7 years ago Updated 2 years ago

Make raptor measurements and handlers more generic and test specific

Categories

(Testing :: Raptor, enhancement, P3)

Version 3
enhancement

Tracking

(Not tracked)

People

(Reporter: rwood, Unassigned)

References

Details

As :jmaher and :ahal have both noted, we need a way to further generalize defining and setting up the events that will be used to retrieve perf measurements in Raptor. Right now the measurement content web extension script needs to know specifically which events to turn on handlers for and to grab/measure. That comes from the raptor test INI file. If possible, it would be better to make this more general and flexible so it will be easier to add future measurement types. Instead of using the same webext measurement content script each time, one idea is to only inject the handlers specific to what the test requires (similar to how talos pageloader does it now). However it may be tricky as at the same time, the background raptor webext runner script needs to know exactly what measurements are expected so it can time out if they aren't received, etc. Also some events are browser specific i.e. first-non-blank-paint vs first-contentful-paint. Investigate a better solution. :ahal noted perhaps an 'events' folder with event-specific and browser-specific content code kept there.
Blocks: 1473078
Blocks: 1503315
No longer blocks: 1473078
Priority: -- → P3

Mass-removing myself from cc; search for 12b9dfe4-ece3-40dc-8d23-60e179f64ac1 or any reasonable part thereof, to mass-delete these notifications (and sorry!)

Severity: normal → S3
You need to log in before you can comment on or make changes to this bug.