Mailspring crash on launch (Arch)

Bug Reports
, ,
#1

Description

Failed to start MailSpring App.

To Reproduce…

Steps to reproduce the behavior:

  1. Just start Mailspring

Expected Behavior

A window jumped out and told me “Mailspring has crashed.”

~ $ mailspring
Running database migrations
App load time: 226ms

{"error":null}
mailspring --type=renderer --no-sandbox --enable-features=SharedArrayBuffer --service-pipe-token=7037354014446856978 --lang=zh-CN --app-path=/usr/share/mailspring/resources/app.asar --user-agent=Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Mailspring/1.8.0 Chrome/69.0.3497.128 Electron/4.2.12 Safari/537.36 --node-integration=true --webview-tag=true --no-sandbox --background-color=#fff --num-raster-threads=4 --enable-main-frame-before-activation --service-request-channel-token=7037354014446856978 --renderer-client-id=4 --shared-files=v8_context_snapshot_data:100,v8_natives_data:101: ../src/workers/open.cc:28：virtual void OpenWorker::Execute(): 假设 ‘sqlite3_db_mutex(db->db_handle) == __null’ 失败。
mailspring --type=renderer --no-sandbox --autoplay-policy=no-user-gesture-required --js-flags=--harmony --enable-features=SharedArrayBuffer --service-pipe-token=17215680302105642622 --lang=zh-CN --app-path=/usr/share/mailspring/resources/app.asar --user-agent=Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Mailspring/1.8.0 Chrome/69.0.3497.128 Electron/4.2.12 Safari/537.36 --node-integration=true --webview-tag=true--no-sandbox --background-color=#fff --num-raster-threads=4 --enable-main-frame-before-activation --service-request-channel-token=17215680302105642622 --renderer-client-id=6 --shared-files=v8_context_snapshot_data:100,v8_natives_data:101: ../src/workers/open.cc:28：virtual void OpenWorker::Execute(): 假设 ‘sqlite3_db_mutex(db->db_handle) == __null’ 失败。
Manual update check (updates.getmailspring.com/check/linux/x64/1.8.0-8983dca2/anonymous/stable) returned 204
Failed to get crash dump id.
Report Id: {"success":true}
Failed to get crash dump id.
Report Id: {"success":true}

Screenshots

image

Setup

  • OS and Version: Archlinux (Linux-zen Kernel, all packages are up-to-date)
    • Installation Method: pacman installation from Archlinuxcn Source
  • Mailspring Version: 1.8.0-8983dca2

Additional Context

It was working before. And maybe after one system update, it fails.

Mailspring has crashed please report this issue to us at support@getmailspring.com
Crashes on launch (Arch Linux)
Crashes on launch (Arch Linux)
#2

Same error here, also using Archlinux. Seems after last kernel upgrade (yesterday, march-13-2021) this error appeared. Removed profile folder and uninstalled, installed again but no way.

#3

I am getting the same thing in Arch after the latest updates.

Uninstalled Mailspring and installed it again did not fix the issue.

Also attempted to reinstall sqlite-3.34.1-1, since the error seems to be related to sqlite3.

#4

The issue is with the update to gtk3, downgrading to 1:3.24.26-2 fixes it, though it’s only a temporary fix.

#5

Hey everyone,
The issue seems to be related with the latest GTK3 Archlinux build,
This means tracker3 is the reason of the problem if I am not wrong.

This issue has been reported/solved before in a different distro :
NixOS

#6

The update to gtk3 1:3.24.27-4 has fixed this for me.

#7

Here I confirmed this, today gtk update has been applied and Mailspring now works again. Thank you very much all.

#8

Works for me as well with the latest version of gtk3 1:3.24.27-4

#9

Description

I get the error:

App load time: 313ms

{"error":null}
Manual update check (updates.getmailspring.com/check/linux/x64/1.8.0-8983dca2/8e4976bc-310c-4725-93e2-6dfdf11afad0/stable) returned 204
mailspring --type=renderer --no-sandbox --enable-features=SharedArrayBuffer --service-pipe-token=9686115835118150961 --lang=en-GB --app-path=/usr/share/mailspring/resources/app.asar --user-agent=Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Mailspring/1.8.0 Chrome/69.0.3497.128 Electron/4.2.12 Safari/537.36 --node-integration=true --webview-tag=true --no-sandbox --background-color=#fff --num-raster-threads=4 --enable-main-frame-before-activation --service-request-channel-token=9686115835118150961 --renderer-client-id=4 --shared-files=v8_context_snapshot_data:100,v8_natives_data:101: ../src/workers/open.cc:28: virtual void OpenWorker::Execute(): Assertion sqlite3_db_mutex(db->db_handle) == __null' failed.
mailspring --type=renderer --no-sandbox --autoplay-policy=no-user-gesture-required --js-flags=--harmony --enable-features=SharedArrayBuffer --service-pipe-token=15070587304291527218 --lang=en-GB --app-path=/usr/share/mailspring/resources/app.asar --user-agent=Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Mailspring/1.8.0 Chrome/69.0.3497.128 Electron/4.2.12 Safari/537.36 --node-integration=true --webview-tag=true --no-sandbox --background-color=#fff --num-raster-threads=4 --enable-main-frame-before-activation --service-request-channel-token=15070587304291527218 --renderer-client-id=6 --shared-files=v8_context_snapshot_data:100,v8_natives_data:101: ../src/workers/open.cc:28: virtual void OpenWorker::Execute(): Assertion `sqlite3_db_mutex(db->db_handle) == __null' failed.
Failed to get crash dump id.

To Reproduce…

Steps to reproduce the behavior:

  1. Run mailspring from .desktop or terminal

Expected Behavior

For the app to launch

Setup

2 gmail accounts

  • OS and Version:
    Arch Linux 5.11.6-arch1-1
    • Installation Method:
      AUR
  • Mailspring Version:
    1.8.0-8983dca2

Additional Context

#10

I am seeing exactly the same issue. 4 Accounts (1x Outlook, 3x custom IMAP/SMTP). After recent system upgrade Mailspring does not start.
Tried moving ~/.config/Mailspring away but the same error appears even with no data.

$ mailspring
Running database migrations
App load time: 103ms
{"error":null}
mailspring --type=renderer --no-sandbox --enable-features=SharedArrayBuffer --service-pipe- token=13204721428936932628 --lang=en-US --app-path=/usr/share/mailspring/resources/app.asar --user-agent=Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Mailspring/1.8.0 Chrome/69.0.3497.128 Electron/4.2.12 Safari/537.36 --node-integration=true --webview-tag=true --no-sandbox --background-color=#fff --num-raster-threads=4 --enable-main-frame-before-activation --service-request-channel-token=13204721428936932628 --renderer-client-id=4 --shared-files=v8_context_snapshot_data:100,v8_natives_data:101: ../src/workers/open.cc:28: virtual void OpenWorker::Execute(): Assertion `sqlite3_db_mutex(db->db_handle) == __null' failed.
mailspring --type=renderer --no-sandbox --autoplay-policy=no-user-gesture-required --js-flags=--harmony --enable-features=SharedArrayBuffer --service-pipe-token=3487667978737560133 --lang=en-US --app-path=/usr/share/mailspring/resources/app.asar --user-agent=Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/537.36 (KHTML, like Gecko) Mailspring/1.8.0 Chrome/69.0.3497.128 Electron/4.2.12 Safari/537.36 --node-integration=true --webview-tag=true --no-sandbox --background-color=#fff --num-raster-threads=4 --enable-main-frame-before-activation --service-request-channel-token=3487667978737560133 --renderer-client-id=6 --shared-files=v8_context_snapshot_data:100,v8_natives_data:101: ../src/workers/open.cc:28: virtual void OpenWorker::Execute(): Assertion `sqlite3_db_mutex(db->db_handle) == __null' failed.
Manual update check (updates.getmailspring.com/check/linux/x64/1.8.0-8983dca2/76cb0153-1e9f-4f35-ba93-8b2e0049e435/stable) returned 204
Failed to get crash dump id.
Report Id: {"success":true}
#11

Can confirm behavior. According to the AUR seems to be related to a recent GTK update.

Install gtk3-no_deadkeys_underline until there is a permanent fix.
As soon as tracker support is enabled in gtk mailspring does not start anymore.

See here for more info:

#12

GTK3 has been updated to 1:3.24.27-4 on Arch and resolves the issue for me.

1 Like
#13

Same here

mailspring
Running database migrations
App load time: 147ms

{“error”:null}
Manual update check (updates.getmailspring.com/check/linux/x64/1.8.0-8983dca2/125b3b83-0e75-4201-bc9b-aa99f21306c3/stable) returned 204
mailspring --type=renderer --no-sandbox --autoplay-policy=no-user-gesture-required --js-flags=–harmony --enable-features=SharedArrayBuffer --s
like Gecko) Mailspring/1.8.0 Chrome/69.0.3497.128 Electron/4.2.12 Safari/537.36 --node-integration=true --webview-tag=true --no-sandbox --backg
ext_snapshot_data:100,v8_natives_data:101: …/src/workers/open.cc:28: virtual void OpenWorker::Execute(): Assertion sqlite3_db_mutex(db->db_ha mailspring --type=renderer --no-sandbox --enable-features=SharedArrayBuffer --service-pipe-token=15694025554640579459 --lang=en-US --app-path=/ 2 Safari/537.36 --node-integration=true --webview-tag=true --no-sandbox --background-color=#fff --num-raster-threads=4 --enable-main-frame-befo c:28: virtual void OpenWorker::Execute(): Assertion sqlite3_db_mutex(db->db_handle) == __null’ failed.
Failed to get crash dump id.
Report Id: {“success”:true}
Failed to get crash dump id.
Report Id: {“success”:true}
<

Mailspring has crashed please report this issue to us at support@getmailspring.com
#14

Hey @rodude123, I think this might be in your ballpark as our semi-official Arch maintainer.

Bundle: Compatibility
#15

Works for me as well with the latest version of gtk3 1:3.24.27-4

Can confirm the issue is solved with the latest version of GTK3 1:3.24.27-4 .

@CodeMouse92 the issue is related to tracker3 which seems have been used as a parameter in the GTK3 build 1:3.24.27-3. This might mean that in future GTK3 versions arch and other distros start to use this tracker3 feature and there’s a potencial for problems. I hope this is not the case.

2 Likes
#16

mailsync-3ec92864.log (2.4 MB)
I was just logging in to my laptop that day and opened Mailspring to check email. It crashed four times.
A few hours later I was able to successfully log in without problems. This never happened before.

My OS is Archlinux.

Thank you,

Mark Ring

Mailspring has crashed please report this issue to us at support@getmailspring.com