Closed ethindp closed 5 months ago
I updated my element and (in case it matters) nodejs-electron packages on opensuse tumbleweed to
Since then, element will crash on startup. I've tried removing my electron and element config, and the problem still occurs, a split second after the window is first shown and the contents load. The terminal output is similar to above, but slightly different, and in my case element always crashes on startup so I'm not sure whether this warrants a new issue ticket or not.
The apparent "dlopen" error doesn't sound so good...
Output:
Keytar unexpected error: Error: Module did not self-register: '/tmp/.org.chromium.Chromium.0TA1Qz'.
at process.func [as dlopen] (node:electron/js2c/asar_bundle:5:1800)
at Object.Module._extensions..node (node:internal/modules/cjs/loader:1199:18)
at Object.func [as .node] (node:electron/js2c/asar_bundle:5:2027)
at Module.load (node:internal/modules/cjs/loader:988:32)
at Module._load (node:internal/modules/cjs/loader:829:12)
at Function.c._load (node:electron/js2c/asar_bundle:5:13331)
at Module.require (node:internal/modules/cjs/loader:1012:19)
at require (node:internal/modules/cjs/helpers:94:18)
at Object.<anonymous> (/usr/lib/element/app.asar/node_modules/keytar/lib/keytar.js:1:14)
at Module._compile (node:internal/modules/cjs/loader:1116:14) {
code: 'ERR_DLOPEN_FAILED'
}
/home//.config/Element exists: yes
/home//.config/Riot exists: no
Starting auto update with base URL: https://packages.element.io/desktop/update/
Auto update not supported on this platform
Fetching translation json for locale: en_EN
Changing application language to en-us,en
Fetching translation json for locale: en-us
Could not fetch translation json for locale: 'en-us' Error: Cannot find module './i18n/strings/en-us.json'
Require stack:
- /usr/lib/element/app.asar/lib/language-helper.js
- /usr/lib/element/app.asar/lib/tray.js
- /usr/lib/element/app.asar/lib/electron-main.js
- /usr/lib64/electron/resources/default_app.asar/main.js
-
at Module._resolveFilename (node:internal/modules/cjs/loader:940:15)
at Function.n._resolveFilename (node:electron/js2c/browser_init:249:1128)
at Module._load (node:internal/modules/cjs/loader:785:27)
at Function.c._load (node:electron/js2c/asar_bundle:5:13331)
at Module.require (node:internal/modules/cjs/loader:1012:19)
at require (node:internal/modules/cjs/helpers:94:18)
at AppLocalization.fetchTranslationJson (/usr/lib/element/app.asar/lib/language-helper.js:76:20)
at /usr/lib/element/app.asar/lib/language-helper.js:89:39
at Array.forEach (<anonymous>)
at AppLocalization.setAppLocale (/usr/lib/element/app.asar/lib/language-helper.js:88:17) {
code: 'MODULE_NOT_FOUND',
requireStack: [
'/usr/lib/element/app.asar/lib/language-helper.js',
'/usr/lib/element/app.asar/lib/tray.js',
'/usr/lib/element/app.asar/lib/electron-main.js',
'/usr/lib64/electron/resources/default_app.asar/main.js',
undefined
]
}
Fetching translation json for locale: en
Could not fetch translation json for locale: 'en' Error: Cannot find module './i18n/strings/en.json'
Require stack:
- /usr/lib/element/app.asar/lib/language-helper.js
- /usr/lib/element/app.asar/lib/tray.js
- /usr/lib/element/app.asar/lib/electron-main.js
- /usr/lib64/electron/resources/default_app.asar/main.js
-
at Module._resolveFilename (node:internal/modules/cjs/loader:940:15)
at Function.n._resolveFilename (node:electron/js2c/browser_init:249:1128)
at Module._load (node:internal/modules/cjs/loader:785:27)
at Function.c._load (node:electron/js2c/asar_bundle:5:13331)
at Module.require (node:internal/modules/cjs/loader:1012:19)
at require (node:internal/modules/cjs/helpers:94:18)
at AppLocalization.fetchTranslationJson (/usr/lib/element/app.asar/lib/language-helper.js:76:20)
at /usr/lib/element/app.asar/lib/language-helper.js:89:39
at Array.forEach (<anonymous>)
at AppLocalization.setAppLocale (/usr/lib/element/app.asar/lib/language-helper.js:88:17) {
code: 'MODULE_NOT_FOUND',
requireStack: [
'/usr/lib/element/app.asar/lib/language-helper.js',
'/usr/lib/element/app.asar/lib/tray.js',
'/usr/lib/element/app.asar/lib/electron-main.js',
'/usr/lib64/electron/resources/default_app.asar/main.js',
undefined
]
}
Resetting the UI components after locale change
Resetting the UI components after locale change
[1944:0205/131750.954885:ERROR:sandbox_linux.cc(376)] InitializeSandbox() called with multiple threads in process gpu-process.
Changing application language to en-us,en
Fetching translation json for locale: en-us
Could not fetch translation json for locale: 'en-us' Error: Cannot find module './i18n/strings/en-us.json'
Require stack:
- /usr/lib/element/app.asar/lib/language-helper.js
- /usr/lib/element/app.asar/lib/tray.js
- /usr/lib/element/app.asar/lib/electron-main.js
- /usr/lib64/electron/resources/default_app.asar/main.js
-
at Module._resolveFilename (node:internal/modules/cjs/loader:940:15)
at Function.n._resolveFilename (node:electron/js2c/browser_init:249:1128)
at Module._load (node:internal/modules/cjs/loader:785:27)
at Function.c._load (node:electron/js2c/asar_bundle:5:13331)
at Module.require (node:internal/modules/cjs/loader:1012:19)
at require (node:internal/modules/cjs/helpers:94:18)
at AppLocalization.fetchTranslationJson (/usr/lib/element/app.asar/lib/language-helper.js:76:20)
at /usr/lib/element/app.asar/lib/language-helper.js:89:39
at Array.forEach (<anonymous>)
at AppLocalization.setAppLocale (/usr/lib/element/app.asar/lib/language-helper.js:88:17) {
code: 'MODULE_NOT_FOUND',
requireStack: [
'/usr/lib/element/app.asar/lib/language-helper.js',
'/usr/lib/element/app.asar/lib/tray.js',
'/usr/lib/element/app.asar/lib/electron-main.js',
'/usr/lib64/electron/resources/default_app.asar/main.js',
undefined
]
}
Fetching translation json for locale: en
Could not fetch translation json for locale: 'en' Error: Cannot find module './i18n/strings/en.json'
Require stack:
- /usr/lib/element/app.asar/lib/language-helper.js
- /usr/lib/element/app.asar/lib/tray.js
- /usr/lib/element/app.asar/lib/electron-main.js
- /usr/lib64/electron/resources/default_app.asar/main.js
-
at Module._resolveFilename (node:internal/modules/cjs/loader:940:15)
at Function.n._resolveFilename (node:electron/js2c/browser_init:249:1128)
at Module._load (node:internal/modules/cjs/loader:785:27)
at Function.c._load (node:electron/js2c/asar_bundle:5:13331)
at Module.require (node:internal/modules/cjs/loader:1012:19)
at require (node:internal/modules/cjs/helpers:94:18)
at AppLocalization.fetchTranslationJson (/usr/lib/element/app.asar/lib/language-helper.js:76:20)
at /usr/lib/element/app.asar/lib/language-helper.js:89:39
at Array.forEach (<anonymous>)
at AppLocalization.setAppLocale (/usr/lib/element/app.asar/lib/language-helper.js:88:17) {
code: 'MODULE_NOT_FOUND',
requireStack: [
'/usr/lib/element/app.asar/lib/language-helper.js',
'/usr/lib/element/app.asar/lib/tray.js',
'/usr/lib/element/app.asar/lib/electron-main.js',
'/usr/lib64/electron/resources/default_app.asar/main.js',
undefined
]
}
Resetting the UI components after locale change
/usr/bin/element-desktop: line 3: 1912 Trace/breakpoint trap (core dumped) electron /usr/lib/element/app.asar "$@"
Updating electron to 16.0.8-1.1 seems to have fixed it for me.
I celebrated too early, it crashes again. I don't know why it worked for a bit... might be config/state dependent like in OP's case.
Like I noted, it appears to just be completely random for me. If I could figure out where the core dump is, I could rebuild the latest stable and debug it, because I strongly suspect this is a bug in the underlying native code, not element itself. I can't imagine how element could cause a crash like this.
Like I noted, it appears to just be completely random for me. If I could figure out where the core dump is, I could rebuild the latest stable and debug it, because I strongly suspect this is a bug in the underlying native code, not element itself. I can't imagine how element could cause a crash like this.
Where the coredump ends up depends on how your core_pattern
is set, amongst other things. It might be disabled, which will prevent coredumps from being stored anywhere. You can check what it's currently set to by running (as root) sysctl kernel.core_pattern
. To set it, you can do something like this which will store coredumps in /tmp
: sysctl kernel.core_pattern="/tmp/core-%e-%p-%s-%t"
See https://man7.org/linux/man-pages/man5/core.5.html for the documentation of the placeholders.
For some reason the build-ids for the debug symbols in my distro don't match the actually installed library, so I can't resolve the addresses in my coredumps. Maybe it'll work for you?
It appears that I'm using systemd-coredump(8) for core dumps. I don't think I can dump all the cores (it says "More than one entry matches, ignoring rest") but I've attached the dump it did create. The output from coredumpctl -1 info
is as follows (if it helps). It doesn't appear as though the stack trace was much of a help though. The dump is electron.core.gz. The output of the above command follows:
PID: 2061687 (electron)
UID: 1000 (ethin)
GID: 1000 (ethin)
Signal: 5 (TRAP)
Timestamp: Sun 2022-02-06 15:58:48 CST (2h 28min ago)
Command Line: $'/usr/lib/electron15/electron --disable-dev-mode /usr/lib/element/app.asar'
Executable: /usr/lib/electron15/electron
Control Group: /user.slice/user-1000.slice/user@1000.service/app.slice/app-gnome-gnome\x2dpanel-1999096.scope
Unit: user@1000.service
User Unit: app-gnome-gnome\x2dpanel-1999096.scope
Slice: user-1000.slice
Owner UID: 1000 (ethin)
Boot ID: 4fdedeaa33e3411ab5bdd64f4a87755e
Machine ID: c3ac27f5053543f9ad229cb875e6130a
Hostname: earch
Storage: /var/lib/systemd/coredump/core.electron.1000.4fdedeaa33e3411ab5bdd64f4a87755e.2061687.1644184728000000.zst (present)
Disk Size: 13.7M
Message: Process 2061687 (electron) of user 1000 dumped core.
Module /tmp/.org.chromium.Chromium.2biIUd with build-id 9fbc75c234f094073ff197205b8ef5004593b223
Module /tmp/.org.chromium.Chromium.qpcsZT with build-id fe7dc0776a5aadb1d2a82b8d548e4fd6c118f094
Module linux-vdso.so.1 with build-id f9fada32e91353254b262e357cb155d189cc0523
Module libnotify.so.4 with build-id 8fad144d33915b1a1ed751381093ca2bbc650e31
Module libnssckbi.so with build-id 8b539aa1d5ee1ffc32e4c6f71c132e40e09ffbb7
Module libfreeblpriv3.so with build-id ff8e71be8b884b2ff950aef970eebc67672851b4
Module libsoftokn3.so with build-id a16b8791f6e420e0a18c935dcda89f3d68c53d57
Module libcrypt.so.2 with build-id 5d45bdae438c16d52364b23d70bd5041ad070b0b
Module libnss_systemd.so.2 with build-id 56da60140e2f0e47044a141378608146f6fd9bb8
Module libnss_files.so.2 with build-id 1a36dfc01d3a1010b2ee79766a24a8090a3266d5
Module libdbusmenu-glib.so.4 with build-id c2fe215629a5a346cc5381408466d77f8c540e25
Module libdbusmenu-gtk3.so.4 with build-id 313794b4658942533b4d5cb971a6fb44f185ea54
Module libappindicator3.so with build-id f065386bf5bd0544de3125881c0e0d51599f0224
Module libudev.so.1 with build-id cf0e9710c7cebd21a13840b2bc2329213cfd0192
Module libdconfsettings.so with build-id 7a4ba7af122c4d11168004a9ea6def330f02089f
Module libltdl.so.7 with build-id 64bc54a40a0b6e4209a2c712364b4ae653c3f5b2
Module libtdb.so.1 with build-id 6c9ccf6d9a22d117d984d1666842a49fd7669f09
Module libvorbisfile.so.3 with build-id 0010b21da05e318b42e718d90738febf58028141
Module libcanberra.so.0 with build-id 379ed64f9d1408a83806cd5d94dc5bb903765615
Module libcanberra-gtk3.so.0 with build-id 133409dc3e744fe0edc6a4d078714dce82dacf98
Module libcanberra-gtk-module.so with build-id 72bd14fd5ba4fb0eda082b3daeccc80b796a5586
Module libgvfscommon.so with build-id 90d1858292300e4e1ee3fbe84ab06079af840ec6
Module libgvfsdbus.so with build-id dcb9d652f2e5c65154517fe6934215ec6bd1c29c
Module libX11-xcb.so.1 with build-id 0db4f94d8ae31b8dc9a83f825a9171656f1e532c
Module libsecret-1.so.0 with build-id f260bbd258664fb12faa6b5a8964c2a141e653a1
Module libgomp.so.1 with build-id 144b2725c3c7bcd7999b6a248b02c301af8a9fa2
Module libgpg-error.so.0 with build-id 82524ee3d1c4c2244d7cfdcc1e6eea5f9855f6c6
Module libasyncns.so.0 with build-id 6acff139d56b5139ce5eb50a66c62b215e1d332d
Module libsndfile.so.1 with build-id 72d5531e74ed3e9afe49e95e449c40cb8984a258
Module libbrotlicommon.so.1 with build-id a4ba3f4b4571c8272343b621da812a6e24a202a7
Module libhogweed.so.6 with build-id 2d70cff7b1841b4d9ca4e8e7726cd4b944c07fdc
Module libnettle.so.8 with build-id 9a878e513c02007598fcf1e2e286c2203f13536e
Module libtasn1.so.6 with build-id ee3429ca5e94718aea4fe5249fc859e0cd88e4e9
Module libunistring.so.2 with build-id 015ac6d6bcb60b7d8bea31a80d1941b06e8636ab
Module libidn2.so.0 with build-id 1ce2b50ad9f9821c2c629b521cf5a3c99593d332
Module libp11-kit.so.0 with build-id cc372ea3c28c4d3dfc633b4d2e933c8584d2af16
Module libmvec.so.1 with build-id 9aa05e22565568b778a97933527b3c64bdb8418b
Module libsoxr.so.0 with build-id 9e49936ed807c1e52705b88d5d71706fe11d9ed1
Module libdatrie.so.1 with build-id 6fe3b6ece2c8e7d11869fa051375128d8f808f58
Module libjson-glib-1.0.so.0 with build-id 5865be5fcc01b48a0a113e0145ec45529bff89a6
Module libsqlite3.so.0 with build-id 5f711261aabe285f02a673ded77a37b413afbfa2
Module libstemmer.so.0 with build-id aa44a40dfb223020ed8e49cd2d28fc3887128463
Module libXinerama.so.1 with build-id dbb6adece34ea2766d3efcd628af8f9757344dd6
Module libXcursor.so.1 with build-id eb6315bcd7526aaf51b0a1307efdc587cea0a152
Module libwayland-egl.so.1 with build-id 791e39283cdcc5a08cfd091b8cd4c59869a11278
Module libwayland-cursor.so.0 with build-id 79d7e67af210407c2afe92ba8c189c8648a6474c
Module libgcrypt.so.20 with build-id db45f5d5e0f7af1e77324fea1885f974619ad268
Module libcap.so.2 with build-id c86eeb29471e24e4dcce8bdba133919582424cef
Module liblz4.so.1 with build-id e63600ab23b2f6997f42fac2fa56e1f02ce159a1
Module libzstd.so.1 with build-id 72f3511cba7db578f6a2647925f35664da6c838b
Module librt.so.1 with build-id 75484da2d6f1515189eefa076e0a40328834cd16
Module libblkid.so.1 with build-id 16cc0887733296cbf17ddbac780435e8a9071246
Module libogg.so.0 with build-id ca0cae30a809f10db1f16e54a23b4e5ff7b2c54c
Module libavahi-client.so.3 with build-id 1858551543958190c653b565cf0eb64609ad908a
Module libavahi-common.so.3 with build-id 80fda945459a3476ccd1050783dfd5f5c17c479a
Module libpulsecommon-15.0.so with build-id a2e110b7a0b3bb46e42515afd55a61d78185835b
Module libwayland-server.so.0 with build-id 645526447334b85a6f4bf5a8b37737b27696365f
Module libXdmcp.so.6 with build-id 8ca0792d23c8b8b4c0864297512349292bea5955
Module libXau.so.6 with build-id 1c67764663e07bec24d8951e5fd93f4d165979ff
Module libbrotlidec.so.1 with build-id 45defc036e918e0140a72f1fbce6e7692d38241d
Module libvdpau.so.1 with build-id 96ac4ef0ce4b2bdbe091782d97eafadd6e4cea90
Module libva-x11.so.2 with build-id e6a0ffef32570ba034a3724e735ba0fa90d39eee
Module libva-drm.so.2 with build-id 5ac46263a883c725bfed65d98ff2e3162fd464ad
Module libssh.so.4 with build-id 8490056688e60790230f9d990c439b181236e9b6
Module libsrt.so.1.4 with build-id ad13eeb20e5ea3f04a0b089de1152ff89a9fa65c
Module libgnutls.so.30 with build-id 50f3a52ba3db67b822fd5888790238eb548b64aa
Module libgmp.so.10 with build-id e58d34ab389d1b649c24195c2d145e3ff2e58290
Module libbluray.so.2 with build-id ebaa74ef4d549c1d3f01fafb8625045d286b8940
Module libmodplug.so.1 with build-id b00dcb12e7d2d5882b4fa414295eba449875dae4
Module libbz2.so.1.0 with build-id 919597c477c9b2cb9cdbb7745ed6494ac0e6da60
Module libmfx.so.1 with build-id 8281ba744d2215511b252db50250f1d4e073d36d
Module libva.so.2 with build-id d0042003bbdf0c10b26dbc25c80cb06eb64b4f5c
Module libxvidcore.so.4 with build-id 43bc390a7842a7ca3a0302e93442ea561d7f013a
Module libx265.so.199 with build-id 22130b9b0d2aa957b148b0fdeb27e3fd04f0fb58
Module libx264.so.163 with build-id 8f90efeb3197366ecf6574384b1adf9c8996157e
Module libvorbisenc.so.2 with build-id 28ed815b8b1d322e6bf2bfdce4b0af2789b74335
Module libvorbis.so.0 with build-id ad0a6c1af8f219b4e314090b6e8847223d424cbe
Module libtheoradec.so.1 with build-id 19d321fd5455c7b7611ca9602a804b496124e06f
Module libtheoraenc.so.1 with build-id cde750f0621140f313e4ef4e5f212e662f24a38b
Module libSvtAv1Enc.so.0 with build-id 16a86797b9743608665ae8dffaebba7d492f7d05
Module libspeex.so.1 with build-id 39721dbe21b62978562c2943279f6dffbffe8946
Module librav1e.so.0 with build-id 2e9e70e2433e4d2955a870f2de730172729fbe4f
Module libopenjp2.so.7 with build-id 0a329c12468c33c92ecbc3968f4dc9c79cc5db96
Module libopencore-amrnb.so.0 with build-id a3d78948c85fa235e66549119b2f130e69af7b70
Module libmp3lame.so.0 with build-id 48c901805551a3dd58d02502c4cd67f6aa848107
Module libgsm.so.1 with build-id 1cc6240f7eaedaaac302bc7c0f64ebbeae596f22
Module libaom.so.3 with build-id 17c2d78932dffd790b290358a144c2b0ef5ddd17
Module librsvg-2.so.2 with build-id 6b6b837ebec63485c2e1b826260885f065d22683
Module libopencore-amrwb.so.0 with build-id 28da8ed3dfca59280e835c46bd40da295dae99e2
Module libdav1d.so.5 with build-id 82862181dbe48302fde94240f68e17fb6f9a03c7
Module liblzma.so.5 with build-id 8b615460aa230708c5183f16bede67aa0437d95e
Module libvpx.so.7 with build-id 0dce08d8df560a9817a17291a53f905fd7d17c62
Module libswresample.so.3 with build-id e46062e25d0903796dc55ca3c82c188d7887b433
Module libtiff.so.5 with build-id e8d89a0fb0847641ddb75c5f03fa89d68155a75d
Module libpixman-1.so.0 with build-id 341f793dcada3a48a306a793d265a517e3f2e7d6
Module libxcb-shm.so.0 with build-id fb797f299a446f559a95afcc168227482cc800d1
Module libxcb-render.so.0 with build-id a37bdb37744b508be9dd29fd9ccb9bb0170d43e5
Module libXrender.so.1 with build-id 97e0b9ab6ba96ebc86527cc2b3c3078aad8616b3
Module libgraphite2.so.3 with build-id 47761dc11e553f519cde97ed9ee985be12ccdae2
Module libthai.so.0 with build-id a7ac5010b4275c49308021200d23690533952702
Module libtracker-sparql-3.0.so.0 with build-id b0eee5a9b660fed5221ea15139e9608282320503
Module libcloudproviders.so.0 with build-id ed1d9c9e60be4e858ad148484767249be1edf95f
Module libXi.so.6 with build-id 16603be937a02a7e61b0b0395d064be7efd86f49
Module libepoxy.so.0 with build-id b6357fc6b748c512f90339433d74502b9d0621dc
Module libcairo-gobject.so.2 with build-id abbf5a8a182ea1b8b7d68540df5c2e25c0bdae0c
Module libfribidi.so.0 with build-id 79124bad061c2aab4ec89f25d067363d5b781114
Module libpangoft2-1.0.so.0 with build-id ef74c3ce7ee52a746fb5f2840d80a84e314edb92
Module libpangocairo-1.0.so.0 with build-id 10d2af38056eee9a6b3458d8aac24095c4dfab72
Module libgdk-3.so.0 with build-id 6f77a9486fc38cb4e374d862662cb5e39ca3988a
Module libsystemd.so.0 with build-id eca1e10a62234b73a4e32d1b52598ce39cb186d4
Module libplc4.so with build-id 44dcd42fb72cc8aab586dbf4000293590bb19e67
Module libplds4.so with build-id e915f74a1aff6a20d65b5f03f5ee2e0197153a33
Module libresolv.so.2 with build-id c915c72668282861a813f7ea3c0780f37b681dc0
Module libmount.so.1 with build-id 03ade3c7be7f082dc9275212a30771131625fee7
Module libicudata.so.70 with build-id e1dcc2a88cfaafed882d09c90c668af0eed4efed
Module libffi.so.8 with build-id f90d8b734f6de9b25faedb8cbfab7054dafc0a42
Module libpcre.so.1 with build-id 845483dd0acba86de9f0313102bebbaf3ce52767
Module libcrypto.so.1.1 with build-id 4c926b672d97886b123e03a008387aecf0786de4
Module ld-linux-x86-64.so.2 with build-id 040cc3dd10461562f177df39e3be2f3704258c3c
Module libc.so.6 with build-id 4b406737057708c0e4c642345a703c47a61c73dc
Module libgcc_s.so.1 with build-id 7f8508bb914546ada778809b64b99d234337d835
Module libstdc++.so.6 with build-id 9b5eeeb149bf3c4efe787fb398b44f00507aec87
Module libnghttp2.so.14 with build-id eca975f5266a67fc4895065727647e98ff99a128
Module libcares.so.2 with build-id 1b9ea0fcbb8807a755056cf9a715a8114f81fac2
Module libminizip.so.1 with build-id b618dcb7711cb690717dd50d0c08ce94a5a0b264
Module libFLAC.so.8 with build-id e568dc3d434723c72d6d302eb0b2559f27e91faa
Module libcups.so.2 with build-id 52ccc84fcb1bd56821c25e88ff624550698087f5
Module libxslt.so.1 with build-id 6085ceddf5c745052dc31c6dcea8e03b24b9f0f2
Module libxml2.so.2 with build-id b710b880b0d4e9c93554fa632129db44c20632cd
Module libatspi.so.0 with build-id de251156cf6f2f447c5e2b8721bd913d79995d4f
Module libsnappy.so.1 with build-id 36e3fb247a476fe2f755162644ebcd8ebd5d92cb
Module libpulse.so.0 with build-id 10bd0ce0cfbb9405cee189faa1830cf34cab61a8
Module libasound.so.2 with build-id b17fc1317a484842433c772360376623b64ec3d8
Module libre2.so.9 with build-id a6686e042969198dd9fe15c296e43d67124dbdbf
Module libwayland-client.so.0 with build-id 0a237f2fd096bada4ca381eec5d64474c4078be4
Module libgbm.so.1 with build-id 5bc03a95f0b36fc100f1d7ca664ebacda793d4c1
Module libxkbcommon.so.0 with build-id 3a9338b2085f0af41217bc0a90ffcc941938a16e
Module libxcb.so.1 with build-id 0d1ef11740a5daad2ee331e812a51aa6574af222
Module libharfbuzz-subset.so.0 with build-id 83d4f50564b680e632b95b01815393ebca640007
Module libfontconfig.so.1 with build-id 1103a641395c7d3b42e49b793d3a9ea927c77bf6
Module libexpat.so.1 with build-id c3b8b6921f5b323540b84acd301ccc7bc5bc0428
Module libfreetype.so.6 with build-id 26c5f833068ff72660d1975cbc2074c3eb47fad8
Module libwebp.so.7 with build-id 0add7a572705244ed810b7e722cce7da0dcfb62c
Module libwebpmux.so.3 with build-id 4232d5263a45719ba12f58ed7d8cae3a0fc887de
Module libwebpdemux.so.2 with build-id 7bc15ac239db643015e169a2c6cc822156eb999a
Module libpng16.so.16 with build-id 2dc0bce07f199bf983c07a05fb95a6f4af83a9b3
Module libXrandr.so.2 with build-id d4e869b5c72541e1de8f96b456248987ea52d51b
Module libXfixes.so.3 with build-id 0a05c7e8714522bfbdd7c0027c3e2a94965664b0
Module libXext.so.6 with build-id d70f24beb4fad748d6becffdcc13e51be0a2ebfa
Module libXdamage.so.1 with build-id a1d867e093c16944b2c0083be98050ef35c9e5c2
Module libXcomposite.so.1 with build-id f1bb5ffb6203ab2907ac044a204ce3902a79f1c1
Module libX11.so.6 with build-id 5ba5798d193c0065014b8c6252a0678671c8d478
Module libavutil.so.56 with build-id 4349b10cc6d45ef37bbb95bf73f936e885b4456a
Module libavformat.so.58 with build-id 8b172cc1d947afa363cf842c83a281bf17510644
Module libavcodec.so.58 with build-id ee7f4c1bebe06325cb15545d9c748bd94473112d
Module libopus.so.0 with build-id 649d3ddab8764d7caf73648004a35cb13e23a5e1
Module libm.so.6 with build-id 2b8fd1f869ecab4e0b55e92f2f151897f6818acf
Module libjpeg.so.8 with build-id 879ca18a2f58c25d77ba881db3a44a5676ef6c7d
Module libevent-2.1.so.7 with build-id 4cf856bfbd3644008bc09ccf8d436baf574680e5
Module libgdk_pixbuf-2.0.so.0 with build-id ca4beb15a30de8d8767f7bca8222038c61b58b36
Module libcairo.so.2 with build-id 06820af9cf79c2deb207d9533a61caf04e67a8ad
Module libharfbuzz.so.0 with build-id 6caaf19292f1267e08e7f71ee6cfbf2400d86850
Module libpango-1.0.so.0 with build-id 730a8183a36afae82dd6a5564c0e490fed239a40
Module libz.so.1 with build-id 0c1459c56513efd5d53eb3868290e9afee6a6a26
Module libgtk-3.so.0 with build-id e17042e459bfe2a5cd401828a90435a81a82b70d
Module libdrm.so.2 with build-id 457a1a1bd25f1d5541a10d3f16c5dc1440d77c7d
Module libdbus-1.so.3 with build-id 74f2ab9c60512f3a93c932c3f627564d42e0b11e
Module libatk-bridge-2.0.so.0 with build-id 1161ebbcc5aa791075dfa026671875e5417287bd
Module libatk-1.0.so.0 with build-id aacaa40363d304858b654728a893bc212a4ca119
Module libnspr4.so with build-id c5d12234f7975d11a11e67646533657d014d9540
Module libnssutil3.so with build-id 4b6db37071663adf3a3945a4188333ec692a2658
Module libnss3.so with build-id 874a009fd052f183e0270e1a1db5fc1ab8b4269c
Module libsmime3.so with build-id 3999d0802814ac03c37987476ee0b05d2e14e797
Module libgio-2.0.so.0 with build-id e04146bb599deb6eb15744fc2e95e5f538952d56
Module libxshmfence.so.1 with build-id 8876d9ccf620858795724ca24b9e567585a77cec
Module libicuuc.so.70 with build-id 2e245c2bf12f95fd8ab79b3a4be99524677cbd70
Module libicui18n.so.70 with build-id 95af755fca990df26753a7d720b8e3ae24270e42
Module libgobject-2.0.so.0 with build-id e67b3a29cecdd98c3d8bd6eb7524a812331b20a2
Module libglib-2.0.so.0 with build-id bd949a4794ad959019499c6afcb8f416dcff9810
Module libgmodule-2.0.so.0 with build-id 5da4523e8d6b5c244a0193e27093d1e61f6ac9e4
Module libpthread.so.0 with build-id 07c8f95b4f3251d08550217ad8a1f31066229996
Module libdl.so.2 with build-id 5abc547e7b0949f89f3c0e21ab0c8331a7440a8a
Module libatomic.so.1 with build-id e5554ec28832bc2afb013a349b872738965223d6
Module libsqlcipher.so with build-id ba4cce6239977ecedea957d50ebe540b600ca0c7
Module electron with build-id 676b1ed0e944112f98a180d48a995ee87e3d8eab
Stack trace of thread 2075735:
#0 0x0000557c3004df8f n/a (electron + 0x4f0bf8f)
vector-im/element-web#1 0x0000557c2d1895c3 n/a (electron + 0x20475c3)
vector-im/element-web#2 0x0000557c3004bd0a n/a (electron + 0x4f09d0a)
vector-im/element-web#3 0x0000557c30cdab02 n/a (electron + 0x5b98b02)
vector-im/element-web#4 0x0000557c30cc6b86 n/a (electron + 0x5b84b86)
vector-im/element-web#5 0x0000557c30cbe04c n/a (electron + 0x5b7c04c)
vector-im/element-web#6 0x0000557c30cbe916 n/a (electron + 0x5b7c916)
vector-im/element-web#7 0x0000557c30cbe83e n/a (electron + 0x5b7c83e)
vector-im/element-web#8 0x0000557c2fff2acf n/a (electron + 0x4eb0acf)
vector-im/element-web#9 0x0000557c30010c68 n/a (electron + 0x4ecec68)
vector-im/element-web#10 0x0000557c3001073f n/a (electron + 0x4ece73f)
vector-im/element-web#11 0x0000557c30041735 n/a (electron + 0x4eff735)
vector-im/element-web#12 0x0000557c30010308 n/a (electron + 0x4ece308)
vector-im/element-web#13 0x0000557c30017023 n/a (electron + 0x4ed5023)
vector-im/element-web#14 0x0000557c30016c9a n/a (electron + 0x4ed4c9a)
vector-im/element-web#15 0x0000557c30041f89 n/a (electron + 0x4efff89)
vector-im/element-web#16 0x00007f224b244259 start_thread (libpthread.so.0 + 0x9259)
vector-im/element-web#17 0x00007f22473f55e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 2061702:
#0 0x00007f224b2508ca __futex_abstimed_wait_common64 (libpthread.so.0 + 0x158ca)
vector-im/element-web#1 0x00007f224b24a270 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf270)
vector-im/element-web#2 0x0000557c3003e294 n/a (electron + 0x4efc294)
vector-im/element-web#3 0x0000557c3003ec32 n/a (electron + 0x4efcc32)
vector-im/element-web#4 0x0000557c3003e8a0 n/a (electron + 0x4efc8a0)
vector-im/element-web#5 0x0000557c2ffba937 n/a (electron + 0x4e78937)
vector-im/element-web#6 0x0000557c30005085 n/a (electron + 0x4ec3085)
vector-im/element-web#7 0x0000557c2ffd92d8 n/a (electron + 0x4e972d8)
vector-im/element-web#8 0x0000557c3001ca9b n/a (electron + 0x4edaa9b)
vector-im/element-web#9 0x0000557c3001cc48 n/a (electron + 0x4edac48)
vector-im/element-web#10 0x0000557c30041f89 n/a (electron + 0x4efff89)
vector-im/element-web#11 0x00007f224b244259 start_thread (libpthread.so.0 + 0x9259)
vector-im/element-web#12 0x00007f22473f55e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 2061707:
#0 0x00007f224b2508ca __futex_abstimed_wait_common64 (libpthread.so.0 + 0x158ca)
vector-im/element-web#1 0x00007f224b24cae8 __new_sem_wait_slow64.constprop.0 (libpthread.so.0 + 0x11ae8)
vector-im/element-web#2 0x0000557c2d1bde96 uv_sem_wait (electron + 0x207be96)
vector-im/element-web#3 0x0000557c33bd1f2c n/a (electron + 0x8a8ff2c)
vector-im/element-web#4 0x00007f224b244259 start_thread (libpthread.so.0 + 0x9259)
vector-im/element-web#5 0x00007f22473f55e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 2061703:
#0 0x00007f22473f592e epoll_wait (libc.so.6 + 0xfe92e)
vector-im/element-web#1 0x0000557c2d1c1568 n/a (electron + 0x207f568)
vector-im/element-web#2 0x0000557c2d1b1034 uv_run (electron + 0x206f034)
vector-im/element-web#3 0x0000557c33b48f6b n/a (electron + 0x8a06f6b)
vector-im/element-web#4 0x00007f224b244259 start_thread (libpthread.so.0 + 0x9259)
vector-im/element-web#5 0x00007f22473f55e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 2061721:
#0 0x00007f22473eab2f __poll (libc.so.6 + 0xf3b2f)
vector-im/element-web#1 0x00007f224b1a3066 n/a (libglib-2.0.so.0 + 0xab066)
vector-im/element-web#2 0x00007f224b14a485 g_main_context_iteration (libglib-2.0.so.0 + 0x52485)
vector-im/element-web#3 0x00007f222fef5ebe n/a (libdconfsettings.so + 0x5ebe)
vector-im/element-web#4 0x00007f224b17c845 n/a (libglib-2.0.so.0 + 0x84845)
vector-im/element-web#5 0x00007f224b244259 start_thread (libpthread.so.0 + 0x9259)
vector-im/element-web#6 0x00007f22473f55e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 2061715:
#0 0x00007f224b2508ca __futex_abstimed_wait_common64 (libpthread.so.0 + 0x158ca)
vector-im/element-web#1 0x00007f224b24a270 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf270)
vector-im/element-web#2 0x0000557c3003e294 n/a (electron + 0x4efc294)
vector-im/element-web#3 0x0000557c3003ec32 n/a (electron + 0x4efcc32)
vector-im/element-web#4 0x0000557c30016634 n/a (electron + 0x4ed4634)
vector-im/element-web#5 0x0000557c30017121 n/a (electron + 0x4ed5121)
vector-im/element-web#6 0x0000557c30016cea n/a (electron + 0x4ed4cea)
vector-im/element-web#7 0x0000557c30041f89 n/a (electron + 0x4efff89)
vector-im/element-web#8 0x00007f224b244259 start_thread (libpthread.so.0 + 0x9259)
vector-im/element-web#9 0x00007f22473f55e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 2061720:
#0 0x00007f224b24d79c read (libpthread.so.0 + 0x1279c)
vector-im/element-web#1 0x0000557c2d35b60d n/a (electron + 0x221960d)
vector-im/element-web#2 0x0000557c30041f89 n/a (electron + 0x4efff89)
vector-im/element-web#3 0x00007f224b244259 start_thread (libpthread.so.0 + 0x9259)
vector-im/element-web#4 0x00007f22473f55e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 2061735:
#0 0x00007f224b2508ca __futex_abstimed_wait_common64 (libpthread.so.0 + 0x158ca)
vector-im/element-web#1 0x00007f224b24a270 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf270)
vector-im/element-web#2 0x0000557c3003e294 n/a (electron + 0x4efc294)
vector-im/element-web#3 0x0000557c3003ec32 n/a (electron + 0x4efcc32)
vector-im/element-web#4 0x0000557c3003e8a0 n/a (electron + 0x4efc8a0)
vector-im/element-web#5 0x0000557c2ffba937 n/a (electron + 0x4e78937)
vector-im/element-web#6 0x0000557c30005085 n/a (electron + 0x4ec3085)
vector-im/element-web#7 0x0000557c2ffd92d8 n/a (electron + 0x4e972d8)
vector-im/element-web#8 0x0000557c3001ca9b n/a (electron + 0x4edaa9b)
vector-im/element-web#9 0x0000557c3001cc48 n/a (electron + 0x4edac48)
vector-im/element-web#10 0x0000557c30041f89 n/a (electron + 0x4efff89)
vector-im/element-web#11 0x00007f224b244259 start_thread (libpthread.so.0 + 0x9259)
vector-im/element-web#12 0x00007f22473f55e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 2061687:
#0 0x00007f22473eab2f __poll (libc.so.6 + 0xf3b2f)
vector-im/element-web#1 0x00007f224b1a3066 n/a (libglib-2.0.so.0 + 0xab066)
vector-im/element-web#2 0x00007f224b14a485 g_main_context_iteration (libglib-2.0.so.0 + 0x52485)
vector-im/element-web#3 0x0000557c2ffbafc3 n/a (electron + 0x4e78fc3)
vector-im/element-web#4 0x0000557c30005085 n/a (electron + 0x4ec3085)
vector-im/element-web#5 0x0000557c2ffd92d8 n/a (electron + 0x4e972d8)
vector-im/element-web#6 0x0000557c2f0f3529 n/a (electron + 0x3fb1529)
vector-im/element-web#7 0x0000557c2f0f51d7 n/a (electron + 0x3fb31d7)
vector-im/element-web#8 0x0000557c2f0f0bba n/a (electron + 0x3faebba)
vector-im/element-web#9 0x0000557c2e29e9e9 n/a (electron + 0x315c9e9)
vector-im/element-web#10 0x0000557c2e29e469 n/a (electron + 0x315c469)
vector-im/element-web#11 0x0000557c2e29b984 n/a (electron + 0x3159984)
vector-im/element-web#12 0x0000557c2e29c4b0 n/a (electron + 0x315a4b0)
vector-im/element-web#13 0x0000557c2d1c43d1 n/a (electron + 0x20823d1)
vector-im/element-web#14 0x00007f224731eb25 __libc_start_main (libc.so.6 + 0x27b25)
vector-im/element-web#15 0x0000557c2ce7c6ae _start (electron + 0x1d3a6ae)
Stack trace of thread 2061725:
#0 0x00007f224b2508ca __futex_abstimed_wait_common64 (libpthread.so.0 + 0x158ca)
vector-im/element-web#1 0x00007f224b24a270 pthread_cond_wait@@GLIBC_2.3.2 (libpthread.so.0 + 0xf270)
vector-im/element-web#2 0x0000557c3003e294 n/a (electron + 0x4efc294)
vector-im/element-web#3 0x0000557c3003ec32 n/a (electron + 0x4efcc32)
vector-im/element-web#4 0x0000557c3003e8a0 n/a (electron + 0x4efc8a0)
vector-im/element-web#5 0x0000557c2ffba937 n/a (electron + 0x4e78937)
vector-im/element-web#6 0x0000557c30005085 n/a (electron + 0x4ec3085)
vector-im/element-web#7 0x0000557c2ffd92d8 n/a (electron + 0x4e972d8)
vector-im/element-web#8 0x0000557c3001ca9b n/a (electron + 0x4edaa9b)
vector-im/element-web#9 0x0000557c3001cc48 n/a (electron + 0x4edac48)
vector-im/element-web#10 0x0000557c30041f89 n/a (electron + 0x4efff89)
vector-im/element-web#11 0x00007f224b244259 start_thread (libpthread.so.0 + 0x9259)
vector-im/element-web#12 0x00007f22473f55e3 __clone (libc.so.6 + 0xfe5e3)
Stack trace of thread 2061815:
#0 0x00007f22473f018d syscall (libc.so.6 + 0xf918d)
vector-im/element-web#1 0x00007f2231b50e5a n/a (/tmp/.org.chromium.Chromium.2biIUd + 0x3dbe5a)
ELF object binary architecture: AMD x86-64
I'm hoping that that doesn't contain anything sensitive. If it does I'll have to rotate all the keys my element install uses. Oops?
Now I'm wishing GitHub had the "mark issue/comment as confidential" like GitLab does.
I'm hoping that that doesn't contain anything sensitive. If it does I'll have to rotate all the keys my element install uses. Oops?
coredumps contain the memory of the process, so theoretically it might contain sensitive information, yes. I guess I should've warned about that :grimacing: Imo these privacy concerns should be advertised more here (and in issue trackers in general).
More on topic, it looks like you're also missing debug symbols (or at least whatever generated the stacktrace couldn't find them). If your core_pattern is set to pipe coredumps to systemd, you can always just change it to a regular file path and it should bypass systemd. Not sure you'll get more out of it though if you're missing debug symbols.
Damn. Guess I'll have to figure out how to rotate the keys Element uses. And I can't seem to build element, unfortunately, so I can't get debug symbols. :sad:
Could this be an instance of https://github.com/vector-im/element-web/issues/20813#issuecomment-1025659921
Could this be an instance of #20813 (comment)
Hm, never say never but that issue seems to exhibit a white screen and no (hard) crash, while my element crashes at startup, the process exiting. For a split-second it loads some GUI elements, and then it crashes hard.
This is happening to me too, also on Arch Linux. Only seems to happen when signing in a new device. I once arbitrarily managed to get past the sign-in without a crash and then afterwards it worked fine.
Tried downgrading the electron15
package to a few versions back (back to 15.3.2), but it doesn't help.
I have experienced this as well. My investigations prove that it happens way more often in Wayland than in Xorg, but doesn't mean Xorg is immune. Today I got it in my desktop (which has X) and during weekend was having it regularly (I think I reached 11 core dumps throughout the day) in the laptop running wayland.
Same distro Arch Linux. I tried compiling the electron15
package with debug symbols which appear to be there but still no backtrace to show and no consistent way to reproducing it.
@barathrm
More on topic, it looks like you're also missing debug symbols (or at least whatever generated the stacktrace couldn't find them).
This is expected as we strip debug symbols on Arch by default. We are currently in the process of rolling out split debug packages (distro-wide), and @inglor is currently rebuilding electron15 for this. Once available, it should be possible to get debug symbols from future dumps.
Also, your own issue is likely different, because all the reports so far (here and oob) are from Arch.
And finally, I must say I don’t have any crash at all on my side…
Managed to get it core dump while using debug electron15: electron-core.dump.txt
gdb backtrace here:
[Current thread is 1 (Thread 0x7fdb3c0c5640 (LWP 499568))]
(gdb) bt
#0 0x000055a3d5ae7f8f in base::DecommitSystemPages(void*, unsigned long, base::PageAccessibilityDisposition) ()
vector-im/element-web#1 0x000055a3d2c23643 in base::internal::SlotSpanMetadata<true>::FreeSlowPath() ()
vector-im/element-web#2 0x000055a3d5ae5d0a in base::internal::PartitionFree(base::allocator::AllocatorDispatch const*, void*, void*) ()
vector-im/element-web#3 0x00007fdb5d57b661 in closedir () at /usr/lib/libc.so.6
vector-im/element-web#4 0x000055a3d5acb880 in base::FileEnumerator::Next() ()
vector-im/element-web#5 0x000055a3d5a3e2ec in base::ComputeDirectorySize(base::FilePath const&) ()
vector-im/element-web#6 0x000055a3d677b106 in storage::FilesystemProxy::ComputeDirectorySize(base::FilePath const&) ()
vector-im/element-web#7 0x000055a3d4d5b01d in content::IndexedDBContextImpl::ReadUsageFromDisk(blink::StorageKey const&) const ()
vector-im/element-web#8 0x000055a3d4d572f0 in content::IndexedDBContextImpl::QueryDiskAndUpdateQuotaUsage(blink::StorageKey const&) ()
vector-im/element-web#9 0x000055a3d4d6f6d2 in content::IndexedDBDatabaseCallbacks::OnComplete(content::IndexedDBTransaction const&) ()
vector-im/element-web#10 0x000055a3d4d97e41 in content::IndexedDBTransaction::CommitPhaseTwo() ()
vector-im/element-web#11 0x000055a3d4d98265 in content::IndexedDBTransaction::BlobWriteComplete(content::BlobWriteResult, storage::mojom::WriteBlobToFileResult) ()
vector-im/element-web#12 0x000055a3d4d99137 in base::internal::Invoker<base::internal::BindState<content::IndexedDBTransaction::Commit()::$_0, base::WeakPtr<content::IndexedDBTransaction> >, leveldb::Status (content::BlobWriteResult, storage::mojom::WriteBlobToFileResult)>::RunOnce(base::internal::BindStateBase*, content::BlobWriteResult, storage::mojom::WriteBlobToFileResult) ()
vector-im/element-web#13 0x000055a3d4d49b7e in content::IndexedDBBackingStore::Transaction::CommitPhaseOne(base::OnceCallback<leveldb::Status (content::BlobWriteResult, storage::mojom::WriteBlobToFileResult)>) ()
vector-im/element-web#14 0x000055a3d4d9872a in content::IndexedDBTransaction::Commit() ()
vector-im/element-web#15 0x000055a3d4d98d86 in content::IndexedDBTransaction::RunTasks() ()
vector-im/element-web#16 0x000055a3d4d637dd in content::IndexedDBDatabase::RunTasks() ()
vector-im/element-web#17 0x000055a3d4d9325b in content::IndexedDBStorageKeyState::RunTasks() ()
vector-im/element-web#18 0x000055a3d4d79340 in content::IndexedDBFactoryImpl::RunTasksForStorageKey(base::WeakPtr<content::IndexedDBStorageKeyState>) ()
vector-im/element-web#19 0x000055a3d4cd941d in base::internal::Invoker<base::internal::BindState<void (content::IndexedDBFactoryImpl::*)(base::WeakPtr<content::IndexedDBStorageKeyState>), base::WeakPtr<content::IndexedDBFactoryImpl>, base::WeakPtr<content::IndexedDBStorageKeyState> >, void ()>::RunOnce(base::internal::BindStateBase*) ()
vector-im/element-web#20 0x000055a3d5a8cacf in base::TaskAnnotator::RunTask(char const*, base::PendingTask*) ()
vector-im/element-web#21 0x000055a3d5aaac68 in base::internal::TaskTracker::RunBlockShutdown(base::internal::Task*) ()
vector-im/element-web#22 0x000055a3d5aaa73f in base::internal::TaskTracker::RunTask(base::internal::Task, base::internal::TaskSource*, base::TaskTraits const&) ()
vector-im/element-web#23 0x000055a3d5adb735 in base::internal::TaskTrackerPosix::RunTask(base::internal::Task, base::internal::TaskSource*, base::TaskTraits const&) ()
vector-im/element-web#24 0x000055a3d5aaa308 in base::internal::TaskTracker::RunAndPopNextTask(base::internal::RegisteredTaskSource) ()
vector-im/element-web#25 0x000055a3d5ab1023 in base::internal::WorkerThread::RunWorker() ()
vector-im/element-web#26 0x000055a3d5ab0c9a in base::internal::WorkerThread::RunPooledWorker() ()
vector-im/element-web#27 0x000055a3d5adbf89 in base::(anonymous namespace)::ThreadFunc(void*) ()
vector-im/element-web#28 0x00007fdb61402259 in start_thread () at /usr/lib/libpthread.so.0
vector-im/element-web#29 0x00007fdb5d5b25e3 in clone () at /usr/lib/libc.so.6
This is also happening to me, after freshly installing Element on a new PopOS instance, using flatpak.
Edit: I've been able to fix this by restarting my PC, i think some pending GPU/system changes were making element unstable
Element Desktop (1.10.1-1
) is crashing consistently for me when trying to sign into an existing account and randomly at startup for existing accounts.
Arch Linux, X.Org.
For anyone looking to get a backtrace and is on Arch Linux you can install the unstripped package of electron15
from:
https://pkgbuild.com/~foutrelis/electron15-unstripped/
Then once you can reproduce it with after install all you need to do to get a backtrace is
coredumpctl debug -1
After you get the gdb
prompt just execute bt
so get the backtrace.
Here's the stack trace
#0 0x00005567f33e8f8f in base::DecommitSystemPages(void*, unsigned long, base::PageAccessibilityDisposition) ()
vector-im/element-web#1 0x00005567f0524643 in base::internal::SlotSpanMetadata<true>::FreeSlowPath() ()
vector-im/element-web#2 0x00005567f33e6d0a in base::internal::PartitionFree(base::allocator::AllocatorDispatch const*, void*, void*) ()
vector-im/element-web#3 0x00007f1808b5a661 in closedir () at /usr/lib/libc.so.6
vector-im/element-web#4 0x00005567f33cc880 in base::FileEnumerator::Next() ()
vector-im/element-web#5 0x00005567f407922d in storage::FilesystemImpl::GetDirectoryEntries(base::FilePath const&, storage::mojom::GetEntriesMode) ()
vector-im/element-web#6 0x00005567f407aef5 in storage::FilesystemProxy::GetDirectoryEntries(base::FilePath const&, storage::FilesystemProxy::DirectoryEntryType) ()
vector-im/element-web#7 0x00005567f404ee7a in leveldb_env::ChromiumEnv::GetChildren(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&, std::vector<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> >, std:
:allocator<std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > > >*) ()
vector-im/element-web#8 0x00005567f40570f1 in leveldb::DBImpl::RemoveObsoleteFiles() ()
vector-im/element-web#9 0x00005567f4058fe0 in leveldb::DBImpl::CompactMemTable() ()
vector-im/element-web#10 0x00005567f4059886 in leveldb::DBImpl::BackgroundCompaction() ()
vector-im/element-web#11 0x00005567f40597ae in leveldb::DBImpl::BackgroundCall() ()
vector-im/element-web#12 0x00005567f338dacf in base::TaskAnnotator::RunTask(char const*, base::PendingTask*) ()
vector-im/element-web#13 0x00005567f33abc68 in base::internal::TaskTracker::RunBlockShutdown(base::internal::Task*) ()
vector-im/element-web#14 0x00005567f33ab73f in base::internal::TaskTracker::RunTask(base::internal::Task, base::internal::TaskSource*, base::TaskTraits const&) ()
vector-im/element-web#15 0x00005567f33dc735 in base::internal::TaskTrackerPosix::RunTask(base::internal::Task, base::internal::TaskSource*, base::TaskTraits const&) ()
vector-im/element-web#16 0x00005567f33ab308 in base::internal::TaskTracker::RunAndPopNextTask(base::internal::RegisteredTaskSource) ()
vector-im/element-web#17 0x00005567f33b2023 in base::internal::WorkerThread::RunWorker() ()
vector-im/element-web#18 0x00005567f33b1c9a in base::internal::WorkerThread::RunPooledWorker() ()
vector-im/element-web#19 0x00005567f33dcf89 in base::(anonymous namespace)::ThreadFunc(void*) ()
vector-im/element-web#20 0x00007f180c9e1259 in start_thread () at /usr/lib/libpthread.so.0
vector-im/element-web#21 0x00007f1808b915e3 in clone () at /usr/lib/libc.so.6
The trap seems to happen due to an invalid instruction being executed:
26│ 0x00005567f33e8f65 <+85>: jne 0x5567f33e8f91 <_ZN4base19DecommitSystemPagesEPvmNS_28PageAccessibilityDispositionE+129>
27│ 0x00005567f33e8f67 <+87>: add rsp,0x18
28│ 0x00005567f33e8f6b <+91>: pop rbx
29│ 0x00005567f33e8f6c <+92>: pop r14
30│ 0x00005567f33e8f6e <+94>: pop r15
31│ 0x00005567f33e8f70 <+96>: pop rbp
32│ 0x00005567f33e8f71 <+97>: ret
33│ 0x00005567f33e8f72 <+98>: mov DWORD PTR [rbp-0x24],0xaaaaaaaa
34│ 0x00005567f33e8f79 <+105>: call QWORD PTR [rip+0x424e4d9] # 0x5567f7637458
35│ 0x00005567f33e8f7f <+111>: mov eax,DWORD PTR [rax]
36│ 0x00005567f33e8f81 <+113>: mov DWORD PTR [rbp-0x24],eax
37│ 0x00005567f33e8f84 <+116>: lea rdi,[rbp-0x24]
38│ 0x00005567f33e8f88 <+120>: addr32 call 0x5567f0516e60 <vp9_row_mt_sync_write_dummy>
39│ 0x00005567f33e8f8e <+126>: int3
40├──> 0x00005567f33e8f8f <+127>: ud2
41│ 0x00005567f33e8f91 <+129>: call 0x5567f714e660 <__stack_chk_fail@plt>
Most of the crashes in this issue are about getting a SIGTRAP on Arch in DecommitSystemPages, so making this issue about that.
Keytar unexpected error: Error: Module did not self-register: '/tmp/.org.chromium.Chromium.0TA1Qz'. at process.func [as dlopen] (node:electron/js2c/asar_bundle:5:1800) at Object.Module._extensions..node (node:internal/modules/cjs/loader:1199:18) at Object.func [as .node] (node:electron/js2c/asar_bundle:5:2027) at Module.load (node:internal/modules/cjs/loader:988:32) at Module._load (node:internal/modules/cjs/loader:829:12) at Function.c._load (node:electron/js2c/asar_bundle:5:13331) at Module.require (node:internal/modules/cjs/loader:1012:19) at require (node:internal/modules/cjs/helpers:94:18) at Object.
(/usr/lib/element/app.asar/node_modules/keytar/lib/keytar.js:1:14) at Module._compile (node:internal/modules/cjs/loader:1116:14) { code: 'ERR_DLOPEN_FAILED' }
@barathrm I believe this is a different issue to other people's - the others in here are all on Arch, but you are on SUSE and received this specifically whereas the others aren't
Keytar unexpected error: Error: Module did not self-register: '/tmp/.org.chromium.Chromium.0TA1Qz'.
at process.func [as dlopen] (node:electron/js2c/asar_bundle:5:1800)
at Object.Module._extensions..node (node:internal/modules/cjs/loader:1199:18)
at Object.func [as .node] (node:electron/js2c/asar_bundle:5:2027)
at Module.load (node:internal/modules/cjs/loader:988:32)
at Module._load (node:internal/modules/cjs/loader:829:12)
at Function.c._load (node:electron/js2c/asar_bundle:5:13331)
at Module.require (node:internal/modules/cjs/loader:1012:19)
at require (node:internal/modules/cjs/helpers:94:18)
at Object.<anonymous> (/usr/lib/element/app.asar/node_modules/keytar/lib/keytar.js:1:14)
at Module._compile (node:internal/modules/cjs/loader:1116:14) {
code: 'ERR_DLOPEN_FAILED'
}
This looks like a packaging issue with keytar. But after upgrading, it sounds like maybe you're now receiving a crash at a different time, not at startup? Can you post new logs from your current crashes if you're still getting them?
https://github.com/tensor5/arch-atom/issues/34 looks similar. There is some discussion there of ud2
being used to deliberately abort the process when something bad happens to be able to debug.
In that issue, I think there was an incompatibility between glibc and the kernel version. I believe the cause is the same here; i.e this is a packaging issue with Arch and needs to be reported upstream against https://archlinux.org/packages/community/x86_64/element-desktop/
I think my crash logs in https://github.com/vector-im/element-web/issues/20467#issuecomment-1038839125 are probably related to this.
Managed to get it core dump while using debug electron15: electron-core.dump.txt
gdb backtrace here:
[Current thread is 1 (Thread 0x7fdb3c0c5640 (LWP 499568))] (gdb) bt #0 0x000055a3d5ae7f8f in base::DecommitSystemPages(void*, unsigned long, base::PageAccessibilityDisposition) () vector-im/element-web#1 0x000055a3d2c23643 in base::internal::SlotSpanMetadata<true>::FreeSlowPath() () vector-im/element-web#2 0x000055a3d5ae5d0a in base::internal::PartitionFree(base::allocator::AllocatorDispatch const*, void*, void*) () vector-im/element-web#3 0x00007fdb5d57b661 in closedir () at /usr/lib/libc.so.6 vector-im/element-web#4 0x000055a3d5acb880 in base::FileEnumerator::Next() () vector-im/element-web#5 0x000055a3d5a3e2ec in base::ComputeDirectorySize(base::FilePath const&) () vector-im/element-web#6 0x000055a3d677b106 in storage::FilesystemProxy::ComputeDirectorySize(base::FilePath const&) () vector-im/element-web#7 0x000055a3d4d5b01d in content::IndexedDBContextImpl::ReadUsageFromDisk(blink::StorageKey const&) const () vector-im/element-web#8 0x000055a3d4d572f0 in content::IndexedDBContextImpl::QueryDiskAndUpdateQuotaUsage(blink::StorageKey const&) () vector-im/element-web#9 0x000055a3d4d6f6d2 in content::IndexedDBDatabaseCallbacks::OnComplete(content::IndexedDBTransaction const&) () vector-im/element-web#10 0x000055a3d4d97e41 in content::IndexedDBTransaction::CommitPhaseTwo() () vector-im/element-web#11 0x000055a3d4d98265 in content::IndexedDBTransaction::BlobWriteComplete(content::BlobWriteResult, storage::mojom::WriteBlobToFileResult) () vector-im/element-web#12 0x000055a3d4d99137 in base::internal::Invoker<base::internal::BindState<content::IndexedDBTransaction::Commit()::$_0, base::WeakPtr<content::IndexedDBTransaction> >, leveldb::Status (content::BlobWriteResult, storage::mojom::WriteBlobToFileResult)>::RunOnce(base::internal::BindStateBase*, content::BlobWriteResult, storage::mojom::WriteBlobToFileResult) () vector-im/element-web#13 0x000055a3d4d49b7e in content::IndexedDBBackingStore::Transaction::CommitPhaseOne(base::OnceCallback<leveldb::Status (content::BlobWriteResult, storage::mojom::WriteBlobToFileResult)>) () vector-im/element-web#14 0x000055a3d4d9872a in content::IndexedDBTransaction::Commit() () vector-im/element-web#15 0x000055a3d4d98d86 in content::IndexedDBTransaction::RunTasks() () vector-im/element-web#16 0x000055a3d4d637dd in content::IndexedDBDatabase::RunTasks() () vector-im/element-web#17 0x000055a3d4d9325b in content::IndexedDBStorageKeyState::RunTasks() () vector-im/element-web#18 0x000055a3d4d79340 in content::IndexedDBFactoryImpl::RunTasksForStorageKey(base::WeakPtr<content::IndexedDBStorageKeyState>) () vector-im/element-web#19 0x000055a3d4cd941d in base::internal::Invoker<base::internal::BindState<void (content::IndexedDBFactoryImpl::*)(base::WeakPtr<content::IndexedDBStorageKeyState>), base::WeakPtr<content::IndexedDBFactoryImpl>, base::WeakPtr<content::IndexedDBStorageKeyState> >, void ()>::RunOnce(base::internal::BindStateBase*) () vector-im/element-web#20 0x000055a3d5a8cacf in base::TaskAnnotator::RunTask(char const*, base::PendingTask*) () vector-im/element-web#21 0x000055a3d5aaac68 in base::internal::TaskTracker::RunBlockShutdown(base::internal::Task*) () vector-im/element-web#22 0x000055a3d5aaa73f in base::internal::TaskTracker::RunTask(base::internal::Task, base::internal::TaskSource*, base::TaskTraits const&) () vector-im/element-web#23 0x000055a3d5adb735 in base::internal::TaskTrackerPosix::RunTask(base::internal::Task, base::internal::TaskSource*, base::TaskTraits const&) () vector-im/element-web#24 0x000055a3d5aaa308 in base::internal::TaskTracker::RunAndPopNextTask(base::internal::RegisteredTaskSource) () vector-im/element-web#25 0x000055a3d5ab1023 in base::internal::WorkerThread::RunWorker() () vector-im/element-web#26 0x000055a3d5ab0c9a in base::internal::WorkerThread::RunPooledWorker() () vector-im/element-web#27 0x000055a3d5adbf89 in base::(anonymous namespace)::ThreadFunc(void*) () vector-im/element-web#28 0x00007fdb61402259 in start_thread () at /usr/lib/libpthread.so.0 vector-im/element-web#29 0x00007fdb5d5b25e3 in clone () at /usr/lib/libc.so.6
@inglor This trace was extremely helpful - I don't suppose you have notes on creating a debug build, as others have struggled with this.
Re. debug builds, see https://github.com/vector-im/element-desktop/issues/728
@novocaine the debug build of electron15 specifically for Arch Linux is pretty simple:
Index: PKGBUILD
===================================================================
--- PKGBUILD (revision 1133339)
+++ PKGBUILD (working copy)
@@ -238,6 +238,7 @@
cd src || exit
export CHROMIUM_BUILDTOOLS_PATH="${PWD}/buildtools"
GN_EXTRA_ARGS='
+ symbol_level = 0
blink_symbol_level = 0
chrome_pgo_phase = 0
clang_use_chrome_plugins = false
@@ -257,7 +258,7 @@
ninja -C out/Release electron
# Strip before zip to avoid
# zipfile.LargeZipFile: Filesize would require ZIP64 extensions
- strip -s out/Release/electron
+ # strip -s out/Release/electron
ninja -C out/Release electron_dist_zip
# ninja -C out/Release third_party/electron_node:headers
}
Greater values of symbol_level
create a lot of symbols and can be GB in size.
Thanks. We can document this somewhere for future ref.
tensor5/arch-atom#34 looks similar. There is some discussion there of
ud2
being used to deliberately abort the process when something bad happens to be able to debug.In that issue, I think there was an incompatibility between glibc and the kernel version. I believe the cause is the same here; i.e this is a packaging issue with Arch and needs to be reported upstream against https://archlinux.org/packages/community/x86_64/element-desktop/
I agree, it seems to have been fixed now that arch glibc has been updated to 2.35, I haven't crashed in a while, and i used to crash every time i cleared cache. I don't have the rebuilt electron from the commits above, but if it's an incompatibility between the kernel and glibc would the rebuild be needed?
edit: This is with electron15 by the way
This should be fixed with latest rebuild or electron15 15.3.7-1 (hopefully).
Can we close this then? Or should we leave it open for any future reports?
It's still crashing with a Trace/breakpoint trap (core dumped)
message with Element desktop 1.10.1-1, electron 15.3.7-1, linux 5.16.9.arch1-1, and glibc 2.35
@urbenlegend I've suffered crashes yesterday (I think I suffered like 4-5 in a row). None today though.
It's still crashing with a
Trace/breakpoint trap (core dumped)
message with Element desktop 1.10.1-1, electron 15.3.7-1, linux 5.16.9.arch1-1, and glibc 2.35
Yes, here it also still crashes from time to time (same versions installed).
And I can confirm that.. Once again debug electron15 package on the way, sigh..
No difference for me on electron15 15.3.7-1. I still can't login without it crashing. This has rendered the app completely unusable.
upstream issue in electron15: https://bugs.archlinux.org/task/73864 upstream issue in element-web: https://bugs.archlinux.org/task/73843
Package with unstripped symbols to generate backtrace available https://pkgbuild.com/~artafinde/debug/
backtrace with latest package, seems to be the same as previous.
(gdb) bt
#0 0x000055ae0d5edb9f in base::DecommitSystemPages(void*, unsigned long, base::PageAccessibilityDisposition) ()
vector-im/element-web#1 0x000055ae0a726653 in base::internal::SlotSpanMetadata<true>::FreeSlowPath() ()
vector-im/element-web#2 0x000055ae0d5eb91a in base::internal::PartitionFree(base::allocator::AllocatorDispatch const*, void*, void*) ()
vector-im/element-web#3 0x000055ae0e27b102 in leveldb::Arena::~Arena() ()
vector-im/element-web#4 0x000055ae0e267186 in leveldb::MemTable::~MemTable() ()
vector-im/element-web#5 0x000055ae0e25e64c in leveldb::DBImpl::CompactMemTable() ()
vector-im/element-web#6 0x000055ae0e25ef16 in leveldb::DBImpl::BackgroundCompaction() ()
vector-im/element-web#7 0x000055ae0e25ee3e in leveldb::DBImpl::BackgroundCall() ()
vector-im/element-web#8 0x000055ae0d5926af in base::TaskAnnotator::RunTask(char const*, base::PendingTask*) ()
vector-im/element-web#9 0x000055ae0d5b0848 in base::internal::TaskTracker::RunBlockShutdown(base::internal::Task*) ()
vector-im/element-web#10 0x000055ae0d5b031f in base::internal::TaskTracker::RunTask(base::internal::Task, base::internal::TaskSource*, base::TaskTraits const&) ()
vector-im/element-web#11 0x000055ae0d5e1345 in base::internal::TaskTrackerPosix::RunTask(base::internal::Task, base::internal::TaskSource*, base::TaskTraits const&) ()
vector-im/element-web#12 0x000055ae0d5afee8 in base::internal::TaskTracker::RunAndPopNextTask(base::internal::RegisteredTaskSource) ()
vector-im/element-web#13 0x000055ae0d5b6c83 in base::internal::WorkerThread::RunWorker() ()
vector-im/element-web#14 0x000055ae0d5b68fa in base::internal::WorkerThread::RunPooledWorker() ()
vector-im/element-web#15 0x000055ae0d5e1b99 in base::(anonymous namespace)::ThreadFunc(void*) ()
vector-im/element-web#16 0x00007fb2474e95c2 in start_thread () at /usr/lib/libc.so.6
vector-im/element-web#17 0x00007fb24756e584 in clone () at /usr/lib/libc.so.6
I don't have debug packages or anything, I just played around a bit after discovering that the .desktop file included in aur/element-desktop-nightly-bin does not LD_PRELOAD=/usr/lib/libsqlcipher.so
to fix seshat. And tried to "fix that" - and boom element crashes (trace trap (core dumped)
). So I tried all 4 combinations of nightly and stable with and without this fix and both variants have crashed with the LD_PRELOAD
while so far without it has been stable. Clearly this is a common denominator for arch, and I haven't seen this on other platforms: if you launch using the stable .desktop file or either version via cli it will call the wrapper with the fix. Does is crash for anybody without LD_PRELOAD
?
unfortunately I'm still crashing without the LD_PRELOAD, using element-desktop from the arch community repo
fresh logins consistently crash for me, if I roll back to 1.9.9-1, I can establish a session then upgrade to 1.10.4-1, and things work fine for a while, but eventually I get a crash and an error about invalid session data when I relaunch element
Does is crash for anybody without
LD_PRELOAD
?
I'm using the workaround since more than one day and had no crashes, yet.
Same here. Using element-desktop 1.10.4 happened occasionally, after update to 1.10.6 I cannot open the app anymore. Happens every time (dump shows signal trap). EndeavourOS + X11
@Lalilalulalam You can edit /usr/bin/element-desktop
and remove the LD_PRELOAD=…
prefix of the command to workaround this. However you cannot search in encrypted rooms in that case, but if you cannot start without it…
unfortunately I'm still crashing without the LD_PRELOAD, using element-desktop from the arch community repo
fresh logins consistently crash for me, if I roll back to 1.9.9-1, I can establish a session then upgrade to 1.10.4-1, and things work fine for a while, but eventually I get a crash and an error about invalid session data when I relaunch element
You are really the only one to report crashes without LD_PRELOAD
. Are you sure about that?
@ArchangeGabriel The workaround worked. Thanks for the hint! Will you update this thread as soon as the issue is resolved?
Yes of course, but I’m not working on a solution since this is beyond my knowledge. So unless people from sqlcipher or the node project using it chime in, it’s going to stay stale for a while.
So actually @heftig decided to prove me wrong and provided a patch for this. Please try element-desktop 1.10.6-2, it should fix this issue (without breaking encrypted search).
So actually @heftig decided to prove me wrong and provided a patch for this. Please try element-desktop 1.10.6-2, it should fix this issue (without breaking encrypted search).
@ArchangeGabriel SIGTRAP confirmed in 1.10.6-1, and fix confirmed in 1.10.6-2. Thanks everyone, thanks heftig.
I'm glad I initiated it. Thanks!
Should the patch maybe be adopted by Element Desktop itself?
Otherwise, official builds (and packages that use them, like element-desktop-nightly-bin) will still have random crashes or no sqlcipher.
Steps to reproduce
I'm not really sure what causes this, but the element desktop client isn't very stable. Sometimes, when switching between rooms via alt+up/alt+down, it crashes without any warning or anything; other times, like just now, it crashed, again, even though I wasn't doing anything other than chatting, and when I tried reopening it in the console after it crashed several times in sequence it said "Trace/breakpoint trap (core dumped)". I can't seem to find said core dump, nor can I seem to find the cause. I wish I could provide more info (maybe there's a way to do it and I just don't know).
Outcome
What did you expect?
I expected Element to start correctly.
What happened instead?
Element crashed several times, and tends to crash at random.
The output in the console before it crashed follows:
Operating system
Arch Linux
Application version
Element version: 1.10.1, Olm version: 3.2.8
How did you install the app?
I installed the app from the Arch Linux repositories via pacman.
Homeserver
I'm using synapse 1.51
Will you send logs?
No