Enable async event dispatching (remote.events.async.enabled) by default
Categories
(Remote Protocol :: Agent, task, P2)
Tracking
(Not tracked)
People
(Reporter: whimboo, Unassigned)
References
(Depends on 4 open bugs, Blocks 1 open bug)
Details
(Whiteboard: [webdriver:m14])
At a certain point when all events can be dispatched as widget (async) events we should consider turning the preference remote.events.async.enabled
on by default. Maybe this should happen for Nightly builds first.
Reporter | ||
Updated•1 month ago
|
Reporter | ||
Updated•1 month ago
|
Reporter | ||
Comment 1•5 days ago
|
||
(In reply to Henrik Skupin [:whimboo][⌚️UTC+2] from comment #0)
At a certain point when all events can be dispatched as widget (async) events we should consider turning the preference
remote.events.async.enabled
on by default. Maybe this should happen for Nightly builds first.
We actually do not need the widget events to enable the first batch of changes for processing actions in the parent process. For widget events I'm going to add additional preferences for each input type, which will depend on the above preference's value.
Turning on the feature by default requires all known issues to be fixed. I'm certain that we can enable it for the next Firefox 135 train. As such lets move this bug into the M14 milestone.
Reporter | ||
Comment 2•5 days ago
|
||
Before enabling the feature we should do some quick performance checks in how much the extra IPC communication delays the processing of the action chain, but not in that detail as initially assumed via bug 1904859.
Description
•