250539 2023-01-12 18:18:41 -0800 Web features should be able to bind to JSC Options 2023-01-12 19:56:28 -0800 1 1 1 Unclassified WebKit WebKit Misc. WebKit Nightly Build Unspecified Unspecified NEW InRadar P2 Normal --- 247926 1 emw webkit-unassigned bfulgham caitp justin_michaud mark.lam webkit-bug-importer oldest_to_newest 1925209 0 emw 2023-01-12 18:18:41 -0800 Currently there is no link between web features (declared in UnifiedWebPreferences.yaml, accessible to WebCore and WebKit) and JavaScriptCore options. These aren't 1:1, but there are some examples of situations where it would be valuable to use feature toggles to A/B test a JSC feature, or use the default values associated with feature status to control JSC's defaults (e.g. turning something on in testing and Safari Technology Preview, but not in stable browsers). I propose we add an optional "JavaScriptCoreBinding" field to the preference generator, which maps a feature to a JSC option name. At web content process creation time, the UI process can pass these options as environment variables to JSC. We can't set JSC options after the VM is initialized, so there's no way to wire up the WebCore::Settings machinery to change settings in a running page. But browsers can prompt users to restart or open a new tab. If we wanted to be more heavy-handed, we could do a WebProcessPool::terminateAllWebContentProcesses() to recreate all VMs in response to such a change. 1925215 1 webkit-bug-importer 2023-01-12 19:56:28 -0800 <rdar://problem/104207681>