Desktop: Upgrade to Electron 32.2.0

[personalizedrefrigerator]

Summary

This pull request upgrades to Electron 32.2.0.

Potentially related: #11199.

Relevant breaking changes

• The permissions-policy for the note viewer iframe needed to be updated. See cross-origin iframes now use Permissions Policy to access features
• TypeScript type changes (see this pull request's diff).

See also https://www.electronjs.org/docs/latest/breaking-changes.

UI Changes

The Chromium-provided UI for menus has changed on Linux and Windows:

Before	After
Windows:	Windows

Manual testing

Linux (Fedora 40):

• Printing:
  • Ran File > Print and printed to PDF.
  • Attached the resultant PDF to a note and verified that it rendered.
• Media attachments:
  • Attached a video and an audio file to a note.
  • Verified that both can play.
  • Verified that the video can fullscreen.

Windows 11:

• Verified that the automated Playwright tests run successfully (they aren't run on Windows in CI).
• Attached an audio file to a note. Verified that it can play.

[JGCarroll]

There's an unfortunate regression upstream with the file picker portals, which benefit the Snap and Flatpak releases primarily for sandbox mediation; but are also the mechanism of how Electron uses e.g., the KDE filepicker for users who dislike the GTK filepicker.

electron/electron#43819

There's no workaround and ultimately the underlying framework can't be held back for relatively minor things, but I thought I'd raise this as it's a sneaky breaking change.

Ideally, Electron would support the existing API and the newer one, as no distribution even has the V4 API with it being in beta, and stable releases will never backport it, meaning this basically just breaks for every existing user.

[laurent22]

So should we wait before merging this?

[JGCarroll]

I'd personally say no, the regressions are unfortunate but I'd imagine that either upstream will revert down the line when feedback happens, or they'll stick to it and then there's no point in holding back given the underlying Chromium/Node stuff needs to be kept up to date to avoid worse problems down the line.

It just means from a support POV, there might be questions relating to file pickers that seem out of the blue. For example, people are happy to see that in Gnome 47, the file picker has full thumbnail support. Electron 29 would be able to use this, but Electron 32 will instead go back to GTK3's internal file picker and lose it, until users upgrade to newer distributions (which staggers years at a time).

Ultimately I hope they just revert it.

[JGCarroll]

The linked issue suggests that Electron will revert the file picker change in a future patch release.