Crash when new mail is received

[TechD123]

Quick test makes it look like a flatpak exclusive issue. Here is output from the command flatpak run com.tutanota.Tutanota. Performed steps:

1. Launch Tutanota
2. Send email to self (from web client or App Image)
3. Get notification
4. Try to click anywhere in the application
5. Crash

[2:0209/160924.878005:ERROR:bus.cc(407)] Failed to connect to the bus: Failed to connect to socket /run/dbus/system_bus_socket: Datei oder Verzeichnis nicht gefunden the monkey has been patched pid: 2 (node:2) [DEP0005] DeprecationWarning: Buffer() is deprecated due to security and usability issues. Please use the Buffer.alloc(), Buffer.allocUnsafe(), or Buffer.from() methods instead. (Use tutanota-desktop --trace-deprecation ... to show where the warning was created) Gtk-Message: 16:09:25.118: Failed to load module "xapp-gtk3-module" [2:0209/160925.173536:ERROR:bus.cc(407)] Failed to connect to the bus: Failed to connect to socket /run/dbus/system_bus_socket: Datei oder Verzeichnis nicht gefunden [2:0209/160925.173571:ERROR:bus.cc(407)] Failed to connect to the bus: Failed to connect to socket /run/dbus/system_bus_socket: Datei oder Verzeichnis nicht gefunden version: 3.121.4 resolving key... tutanota-vault config up to date [2024-02-09T15:09:25.313Z] using safeStorage with backend gnome_libsecret [2024-02-09T15:09:25.319Z] Create tray:true [ApplicationWindow] webAssetsPath: /app/lib/tutanota/resources/app.asar [ApplicationWindow] getting dictionaries from: https://app.tuta.com/desktop//dictionaries/ [DesktopSseClient] scheduling to check sse in 1 seconds default mailto handler: false Webapp ready [2024-02-09T15:09:25.373Z] [ElectronUpdater] DEBUG: no update info on disk, disabling updater. [ApplicationWindow] spellcheck-dictionary-initialized de-DE desktop file exists, checking version... [DesktopSseClient] last missed notification check: { lastMissedNotificationCheckTime: 1707491224530 } [DesktopSseClient] scheduling to check sse in 117 seconds [DesktopSseClient] starting sse connection lookup sse request established SSE connection with code 200 [DesktopSseClient] received new timeout: heartbeatTimeout:240 [DesktopSseClient] scheduling to check sse in 288 seconds [DesktopSseClient] sse heartbeat 240 [DesktopSseClient] scheduling to check sse in 288 seconds [DesktopSseClient] sse heartbeat 240 [DesktopSseClient] scheduling to check sse in 288 seconds [DesktopSseClient] downloading missed notification [DesktopSseClient] lookup resolving key... tutanota-credentials [PerWindowSqlCipherFacade] open db for Mh-ixjh----2 [2024-02-09T15:09:26.702Z] [WorkerSqlCipher] started sqlcipher-worker-1 [2024-02-09T15:09:26.752Z] [sqlcipher-worker-1] set up sql cipher done [DesktopSseClient] missed notification response 200 [DesktopSseClient] dl missed notification response closed [DesktopSseClient] MissedNotification is empty [DesktopSseClient] scheduling to check sse in 288 seconds [DesktopSseClient] storing push identifier [DesktopSseClient] sse heartbeat 240 [DesktopSseClient] scheduling to check sse in 288 seconds [DesktopSseClient] downloading missed notification [DesktopSseClient] lookup [DesktopSseClient] missed notification response 200 [DesktopSseClient] dl missed notification response closed (tutanota-desktop:2): libnotify-WARNING **: 16:09:53.774: Running in confined mode, using Portal notifications. Some features and hints won't be supported [DesktopSseClient] scheduling to check sse in 288 seconds

See issue upstream

[B-Kingston]

Getting similar issue, Seems a bit random but is most consistent with a new email arriving. Running Fedora 39, up to date.

"reason: tutanota-desktop killed by SIGTRAP" is shown among many other things, in the problem reporter.

[agreedSkiing]

This might be related to the general unkown issue https://github.com/flathub/com.tutanota.Tutanota/issues/141

[aalhitennf]

I have this same problem. I think its somehow related to notifications, client crashes when new mail is received and notification is showed, but when opening the client right after the crash, mail still unread but notification has been shown, theres no crash. And same when opening the client and theres new unread mail that hasn't been notified to user.

[charlag]

There is a likely fix: https://github.com/electron/electron/pull/41691

[wec43]

Seems to be fixed with 220.240403.0. Tested on Ubuntu 22.04 with GNOME on Wayland.

[agreedSkiing]

The application seems to be more stable now with 220.240403.0 I'm guessing it contains https://github.com/electron/electron/pull/41691

[RaptaG]

Cannot reproduce on latest version