Hard crash when using Element desktop on Wayland #20467
Labels
A-Electron
O-Uncommon
Most users are unlikely to come across this or unexpected workflow
S-Critical
Prevents work, causes data loss and/or has no workaround
T-Defect
X-Needs-Info
This issue is blocked awaiting information from the reporter
X-Regression
Z-Platform-Specific
Z-Upstream
Comments
|
This seems to be happening regularly throughout the day for me :( |
germain-gg
added
O-Occasional
|
Have you enabled native wayland support through |
|
@Half-Shot please feed back here once you're running a build backed by Electron 16 (such as today's official Nightly or later) |
t3chguy
added
the
X-Needs-Info
|
This crash was on stock Element with no command line changes. Will try out E16 / ozone when the AUR package updates. |
|
The element-desktop-git AUR package is already using arch'es |
|
I'm running https://aur.archlinux.org/packages/element-desktop-nightly-bin/, but that looks to have updated at 12 today. @t3chguy is that new enough? |
Can you open the developer console and type navigator.userAgent and paste the result here? |
|
|
|
aha, 16.0.6! |
novocaine
changed the title
novocaine
added
O-Uncommon
this is out of our control, but can you enable core dumps for your system, then open the dump in gdb and post the stack trace? that's at least something we can send to upstream https://stackoverflow.com/questions/5745215/getting-stacktrace-from-core-dump if you haven't done it before |
novocaine
added
the
X-Needs-Info
I fear the stacktrace is mostly unhelpful. |
|
erm .. can you dump all of the threads? |
|
(TIL Electron has a way of doing this built in, so hopefully next time this won't be as silly for you) |
|
|
That's a lot of threads. |
|
@HarHarLinks I have the same issue but it doesn't seem related to Element specifically. Have you tried just |
|
In fact,
I installed it to repro your error, and indeed it segfaults the same. |
|
Nightly build crashes with EDIT: Same thing (albeit this time it first looked like it would initial-sync for much longer than should be necessary) with E15 + resource files of the nightly build. |
dbkr
added a commit
to element-hq/element-desktop
that referenced
this issue
Jan 26, 2022
Attempt 2 of #310 after conflicting dependabot PR Due to element-hq/element-web#20467
dbkr
added a commit
to element-hq/element-desktop
that referenced
this issue
Jan 26, 2022
Attempt 2 of #310 after conflicting dependabot PR Due to element-hq/element-web#20467
Looks like Arch already has this patch in 16.0.7-2: archlinux/svntogit-community@4e75382#diff-3e341d2d9c67be01819b25b25d5e53ea3cdf3a38d28846cda85a195eb9b7203a |
|
Since the nightly isn't currently usable for me, I'm running 1.9.9 from arch community/element-desktop. That "soft crashes" once in a while: The window turns completely white, with sway 1.7. I had started it from a terminal, but there are no error messages, contrary to the segfaults I get with nightlies (the last message is |
|
Latest nightly is now functional for me 🙃 . I'm holding back Sway 1.7 for the moment. |
|
Nope still crashing suddenly with on sway 1.6.1-3, wlroots 0.14.1-3, Element Nightly 2022012701, no arguments for ozone (= xwayland), except using the libsqlcipher wrapper. Trying without now. |
|
FYI: I am experiencing this phenomenon (window turning white) without any Wayland being involved on a current Arch Linux distribution w/ Element Desktop 1.9.9 any time I perform a scrolling operation in Element's chat history. |
Thanks for your report. This issue is for Wayland users having compatibility issues with Electron - can you file a separate issue for your problem please? |
Sure, done: #20813 |
|
Sorry if this is the wrong place, but I also experience occasional crashes with Element 1.10.1 on Arch Linux and GNOME (Wayland). |
|
Nightly: Holding back sway 1.6.1-3, wlroots 0.14.1-3, I have not experienced this issue with for a while now. Stable: During FOSDEM I tried to run stable 1.10.1 alongside nightly to chat in different rooms while watching a talk in another. Stable does still crash from time to time. |
|
Electron 17 is now out and the patch in electron/electron#32487 has been backported to Chromium M98, so it should be in Electron 17 (ignore the comment in the description on that PR: it's corrected by a later comment). Shall we try updating to 17? |
dbkr
added a commit
to element-hq/element-desktop
that referenced
this issue
Feb 8, 2022
In theory, this might make element-hq/element-web#20467 go away
dbkr
added a commit
to element-hq/element-desktop
that referenced
this issue
Feb 8, 2022
In theory, this might make element-hq/element-web#20467 go away
|
Let the records show that element-desktop-nightly feels every bit as crashy on E17 as it did on older versions :( |
|
on what platform? sway 1.7? |
|
I can certainly try sway 1.6 again. EDIT: Sway 1.6 actually seems to cause it to crash during startup, rather than shortly after startup. |
|
New crash logs: |
|
Having looked at this more, I think this is just element-hq/element-desktop#691 |
I agree, the clue is that the crashes are due to SIGTRAP (reported as |
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Steps to reproduce
Outcome
Self explanatory
Operating system
Arch Linux / Wayland w/ Sway
Application version
Element Nightly version: 2022011001 Olm version: 3.2.8
How did you install the app?
Arch package
Homeserver
half-shot.uk
Will you send logs?
Yes
The text was updated successfully, but these errors were encountered: