Bump electron from 11.5.0 to 32.2.0 in /angular

[dependabot]

Bumps electron from 11.5.0 to 32.2.0.

Release notes

Sourced from electron's releases.

electron v32.2.0

Release Notes for v32.2.0

Fixes

• Fixed a crash when calling focus on a WebView's webContents. #43934 (Also in 31, 33)
• Fixed a potential issue accessing a child window document when overriding browserWindow creation via setWindowOpenHandler. #43877 (Also in 31, 33)
• Fixed an issue where an exception could be thrown on BrowserView after its owner BrowserWindow was closed. #44001 (Also in 31, 33)
• Fixed closing a window with more than one attached sheet on macOS. #43954 (Also in 31, 33)
• Fixed potential use-after-free during view removal on macOS. #43923 (Also in 31, 33)

Other Changes

• Ensured that the sender-id hint is set when creating desktop notifications on DBus. #43950 (Also in 31, 33)
• Updated Chromium to 128.0.6613.178. #44086
• Updated Node.js to v20.18.0. #44116

electron v32.1.2

Release Notes for v32.1.2

Fixes

• Fixed an issue where clicking the eyedropper icon did nothing instead of opening an eyedropper for color selection as expected. #43786 (Also in 33)
• Third time isn't always a charm. Fixed the native macOS Screen Share picker invocation triggering a test Chromium green screen. #43809 (Also in 33)

electron v32.1.1

Release Notes for v32.1.1

Fixes

• Fixed an issue when dragging to resize when using Window Controls Overlay on Linux. #43743 (Also in 33)
• Fixed an issue where WebContentsViews did not show correctly in some circumstances on macOS after being added as child views. #43698 (Also in 31, 33)

Other Changes

• Updated Chromium to 128.0.6613.137. #43683

electron v32.1.0

Release Notes for v32.1.0

Features

• Added support for the macOS system picker in desktopCapturer and setDisplayMediaRequestHandler. #43679 (Also in 33)

Fixes

• Fixed BrowserView auto resize issue. #43637 (Also in 31, 33)
• Fixed a potential issue with fillable PDF forms saving correctly in some circumstances. #43687 (Also in 33)
• Fixed an issue where defaultPath did not work for all users on Linux when creating an open file dialog. #43629 (Also in 30, 31, 33)
• Fixed an issue where users would be incorrectly notified of print failure upon intentional cancellation. #43643
• Fixed an issue with resize events being emitted on Windows when the window was moved but not resized. #43644 (Also in 33)
• Fixed other apps not being focused when launched from electron ozone/wayland. #43577 (Also in 31, 33)
• Restored Chromium default Content-Disposition header parsing. #43668 (Also in 30, 31, 33)

... (truncated)

Changelog

Sourced from electron's changelog.

Breaking Changes

Breaking changes will be documented here, and deprecation warnings added to JS code where possible, at least one major version before the change is made.

Types of Breaking Changes

This document uses the following convention to categorize breaking changes:

• API Changed: An API was changed in such a way that code that has not been updated is guaranteed to throw an exception.
• Behavior Changed: The behavior of Electron has changed, but not in such a way that an exception will necessarily be thrown.
• Default Changed: Code depending on the old default may break, not necessarily throwing an exception. The old behavior can be restored by explicitly specifying the value.
• Deprecated: An API was marked as deprecated. The API will continue to function, but will emit a deprecation warning, and will be removed in a future release.
• Removed: An API or feature was removed, and is no longer supported by Electron.

Planned Breaking API Changes (33.0)

Behavior Changed: custom protocol URL handling on Windows

Due to changes made in Chromium to support Non-Special Scheme URLs, custom protocol URLs that use Windows file paths will no longer work correctly with the deprecated protocol.registerFileProtocol and the baseURLForDataURL property on BrowserWindow.loadURL, WebContents.loadURL, and <webview>.loadURL. protocol.handle will also not work with these types of URLs but this is not a change since it has always worked that way.

// No longer works
protocol.registerFileProtocol('other', () => {
  callback({ filePath: '/path/to/my/file' })
})
const mainWindow = new BrowserWindow()
mainWindow.loadURL('data:text/html,<script src="loaded-from-dataurl.js"></script>', { baseURLForDataURL: 'other://C:\myapp' })
mainWindow.loadURL('other://C:\myapp\index.html')
// Replace with
const path = require('node:path')
const nodeUrl = require('node:url')
protocol.handle(other, (req) => {
const srcPath = 'C:\myapp\'
const reqURL = new URL(req.url)
return net.fetch(nodeUrl.pathToFileURL(path.join(srcPath, reqURL.pathname)).toString())
})
mainWindow.loadURL('data:text/html,<script src="loaded-from-dataurl.js"></script>', { baseURLForDataURL: 'other://' })
mainWindow.loadURL('other://index.html')

Behavior Changed: menu bar will be hidden during fullscreen on Windows

This brings the behavior to parity with Linux. Prior behavior: Menu bar is still visible during fullscreen on Windows. New behavior: Menu bar is hidden during fullscreen on Windows.

Behavior Changed: webContents property on login on app

The webContents property in the login event from app will be null

... (truncated)

Commits

• da32971 chore: bump node to v20.18.0 (32-x-y) (#44116)
• 27c38bd build: add import/order eslint rule (#44107)
• bf8de29 fix: remove use of deprecated API base::Hash() (#44102)
• 058a616 perf: use ArrayBuffer::Data() instead of GetBackingStore()->Data() (32-x-y) (...
• bd8b9da fix: -Wunsafe-buffer-usage warnings in WebFrameRenderer::ExecuteJavaScript() ...
• a635dac chore: bump chromium to 128.0.6613.178 (32-x-y) (#44086)
• 653b928 build: fix relative file read during npm publish (#44092)
• 98b1d30 build: cleanup release scripts, separate cli entrypoints from logic (#44081)
• 2f519a8 build: update some build dependencies (#44070)
• 2e84985 build: convert all release scripts to typescript (#44060)
• Additional commits viewable in compare view

Dependabot will resolve any conflicts with this PR as long as you don't alter it yourself. You can also trigger a rebase manually by commenting @dependabot rebase.

---

Dependabot commands and options

You can trigger Dependabot actions by commenting on this PR:

• @dependabot rebase will rebase this PR
• @dependabot recreate will recreate this PR, overwriting any edits that have been made to it
• @dependabot merge will merge this PR after your CI passes on it
• @dependabot squash and merge will squash and merge this PR after your CI passes on it
• @dependabot cancel merge will cancel a previously requested merge and block automerging
• @dependabot reopen will reopen this PR if it is closed
• @dependabot close will close this PR and stop Dependabot recreating it. You can achieve the same result by closing it manually
• @dependabot show <dependency name> ignore conditions will show all of the ignore conditions of the specified dependency
• @dependabot ignore this major version will close this PR and stop Dependabot creating any more for this major version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this minor version will close this PR and stop Dependabot creating any more for this minor version (unless you reopen the PR or upgrade to it yourself)
• @dependabot ignore this dependency will close this PR and stop Dependabot creating any more for this dependency (unless you reopen the PR or upgrade to it yourself)

[dependabot]

Superseded by #1783.