Electron Releases

Description of Change

fix_restore_original_resize_performance_on_macos.patch (#40577) made RenderWidgetHostImpl::NotifyScreenInfoChanged always take the throttled SynchronizeVisualProperties() path so macOS live resize does not send a visual-properties IPC per step. Chromium has since added the same behavior behind kThrottleResizeIpc (crrev.com/c/7807475, off by default): with it enabled, RenderWidgetHostViewMac::UpdateScreenInfo passes ignore_ack=false for size-only changes and keeps forcing the IPC when the display or scale factor changed. Our patch was rebased on top of that CL and now ignores the ignore_ack argument altogether, so it also throttles display changes and the fullscreen-ordering case the upstream comment describes, on every platform.

This enables ThrottleResizeIpc from feature_list_mac.mm (by name, the feature is not exported) and deletes the patch. On Windows and Linux nothing changes for resizes: RenderWidgetHostViewBase::UpdateScreenInfo returns early unless the screen info itself changed, and bounds changes already go through the throttled path.

EnablePlatformSpecificFeatures() is restructured to build the list up rather than return from inside the @available block; the ScreenCaptureKit entries are unchanged.

kThrottleResizeIpc has internal linkage in render_widget_host_view_mac.mm, so it can only be enabled by name; a gn gen assert in BUILD.gn (next to the mac_deployment_target one) checks that the definition is still there, so a roll that removes or renames it fails loudly instead of building without the throttle.

Checklist

• PR description included and stakeholders cc'd
• npm test passes
• I have reviewed and verified the changes

Release Notes

Notes: none