-
Notifications
You must be signed in to change notification settings - Fork 5.4k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
TG Desktop crashes sometimes. Frequently after screen locking (Linux Fedora 37) #25892
Comments
Please install the binary with crash reporting system from https://desktop.telegram.org, enable crash reports by enabling installation of beta versions in advanced settings, reproduce the crash, copy the report tag (not the user tag!), send the report and post the tag here. |
@ilya-fedin not reproduced on official build. |
You should report to your distro maintainer then |
Your Report Tag: |
I can't explain when it crashes. I just don't know. After some time... |
|
one more tag: |
@socketpair unfortunately, I can't see anything in that crashdump :(
|
The same with the second :( I don't know how to debug that. |
I see strange lines in the dump reader log, like:
Can you please try putting the downloaded binary to /home/mmarkk/Telegram/ folder? Just in case this is the reason and it doesn't handle such paths too well. Then reproduce the crash once again and send the report once again and post the report tag once again. |
|
Okay, I will try to put to another folder. Anyway, if Russian folders do not work—it's also a bug |
Sometimes Telegram icon disappears in list of applications in ALT-TAB switching. No messages in log and no crashes. Next pressing ALT-TAB shows the icon again. |
🤷♂️ |
Can confirm crashes on peer video start on Everything seems fine on |
The last line - "Segmentation fault (core dumped to disk)"
The crash is always happening after |
So, Telegram official build doesn't crash now on peer video. But another crashes happen |
|
I have no access to crash dumps, you have to wait @john-preston |
Maybe it's because we have a static copy of libffi in the binary... Does flatpak package segfault as well (it may exit, but not segfault)? |
Flatpak, rpm and official -- all three crash. But possibly by different reasons. I need to figure out. Please help how to debug official build. I can even send core dump after logging in by second account with 2fa. No sensitive data inside, and 2fa guarantee no one can take my account. |
@socketpair the last crash dump from Engllish dir shows that it crashes in Qt's checkWaylandError function, going to some function in libwayland-client.so.0, then a loop of libwayland-client.so.0-libglib-2.0.so.0-libffi.so.8 going multiple times and crashing somewhere in shared_ptr.h in Telegram binary (as libstdc++ is linked statically). I suspect that Qt should show a error instead of crashing (and then do exit(1)), but something apparently is wrong with library linking in static binary, so it crashes before returning from libwayland function back to checkWaylandError, possibliy due to a static copy of libffi linked in the binary. And I see no other way of checking that theory than checking whether flatpak package crashes as well or just exits abnormally. |
Crash ID: 9a233aff-419b-4956-c5967894-2875c3d0 New version. Still crashes. |
@socketpair I've asked you to check the flatpak package in details |
Crash ID: 30c12824-696b-4bf2-36ad13b9-d81d5f5c (it's official build). Again after Okay, will try Flatpak version. How to enable crash-dump sending in it. The same ? Hope yes. |
@ilya-fedin Yes, but I think it's not because of some parallel access from TG. If it is about threads—I think we are speaking about threads inside qt-wayland. But anyway, I will test. |
Actually it really dies. What a crap! so wit your binary, wayland crashes itself. What can I do next ? And no, I run memtest on my laptop. |
Possibly, it better to communicate in telegram @socketpair and not in github chat. Feel free to write me. |
Huh? It's parallel access in qtwayland code, it has a separate event thread, so access to the same variables happens from both qtgui main thread and qtwayland event thread. |
Some bug in GNOME now apparently |
@ilya-fedin I know, you don't like Gnome, but why you decide it's a gnome bug? Without running your TG version, there were no crashes of wayland. I think bug in wayland so. |
@socketpair client shouldn't be able to crash the compositor, if the compositor crashes, it's solely the compositor's bug. "Bug in wayland" means "bug in xml files" as Wayland is just a spec written in xml files. GNOME Shell / mutter is your implementation of it. |
@ilya-fedin I can test not in Gnome. Just say what to do. Sway? What compositor to use? |
I use Plasma, but I guess that's GNOME-specific |
4.6.6 beta uses Qt 6.5.0-beta3 (only static binary and snap) |
I treat the silence as the issue being fixed |
@ilya-fedin now even official version crashes wayland :( dunno what to do. |
Right after Telegram launch? |
@ilya-fedin no. When screen locking starts. In my configuration (actually nothing special) |
Ok, I feel this is going to be a long-standing issue |
@ilya-fedin It falls regularly. On EVERY screen locking. ONLY when Telegram is running. Definitely somewhere not in Telegram, but who should I complain ? Gnome-shell ? Wayland ? |
gnome-shell or mutter |
The flatpak package of version 4.6.12 beta in flathub-beta got Qt 6.4.2->6.4.3 update that should have the fix for unprotected multi-thread variable access as well, you can try it if you want, maybe it won't crash entire session like 6.5.0 does. It should be available in multiple hours. |
@ilya-fedin seems the problem not in threading at all: I have reported the bug, but they say it's the same as this: https://gitlab.gnome.org/GNOME/mutter/-/issues/2570 |
Well, it's partially in threading as Qt 6.4.2 crashes due to memory corruption before sending a reply to the compositor that causes compositor's crash due to the compositor's bug. |
Don't know, it's correct topic or not, but Telegram still crashed on fedora 37 by launching wallet in chat (has loading few seconds and suddenly crashed) |
What is 'wallet in chat' and how is that related to screen locking? |
Nothing common with screen locking (but it's supposed to be similar issue). Simplify, trouble with popup window over Telegram. Should I open new issue? |
I don't quite understand what "trouble with popup window over Telegram" means, but if screen locking is not involved then it doesn't sound like a similar issue. After all, this issue is about GNOME itself crashes (and the issue creator thinks Telegram is causing it, although I don't agree), not Telegram. |
Could this be closed? |
Steps to reproduce
If during a call, a remote person starts his video, TG crashes with segfault.
If the screen is locked, TG also crashes.
Expected behaviour
Does not crash
Actual behaviour
Crash
Operating system
Fedora Linux 37 with latest updates
Version of Telegram Desktop
telegram-desktop-4.6.1-1.fc37.x86_64 (from RPM Fusion)
Installation source
Both, flatpak, and rpmfusion-free-updates, behavior the same.
Logs
Found two addresses:
The text was updated successfully, but these errors were encountered: