Open Impasse52 opened 2 months ago
flatpak install --no-auto-pin org.freedesktop.Sdk{,.Debug}//23.08 org.telegram.desktop.Debug
flatpak-coredumpctl org.telegram.desktop
I'm struggling to understand how to use this so let me know if this is correct. I executed your command, I ran Telegram Desktop and I waited for crashes (and respective core dumps) to show up in the flatpak-coredumpctl
command.
This is what I got:
^[[B[Thread debugging using libthread_db enabled]
Using host libthread_db library "/usr/lib/x86_64-linux-gnu/libthread_db.so.1".
Core was generated by `/app/bin/telegram-desktop'.
Program terminated with signal SIGSEGV, Segmentation fault.
#0 0x00007fb43cdf91d4 in QPlatformScreen::screen() const () from /app/lib/libQt6Gui.so.6
[Current thread is 1 (Thread 0x7fb4366db2c0 (LWP 2))]
Your output sadly lacks the backtrace and thus of no help:(
Your output sadly lacks the backtrace and thus of no help:(
Is it supposed to show up? I feel like I'm not understanding your directions so feel free to let me know :/
I'm not sure either, I don't remember how it's supposed to work... Previous reporters just posted what's needed after I gave them these commands. Maybe it would be easier for you to switch to the static binary with built-in crash reporter? You just have to enable beta version installation in settings, reproduce the crash and you will get a crash id on next launch (don't forget to actually send crash report) which you can post here.
Hi, I also suffer from Telegram Desktop crashes, but with Fedora 39 and Gnome 44. Shall I post a crashdump here or open a new issue? I use a normal binary, not a flatpak nor snap package.
This issue has been automatically closed because there has been no response to our request for more information from the original author. With only the information that is currently in the issue, we don't have enough information to take action. Please reach out if you have or find the answers we need so that we can investigate further.
Same issue for me, same verson of Telegram Desktop, 5.2.3
Issue just started for me as well.
same problem.
Problem still persists, and I noticed that it also occurs on other desktop environments such as Plasma 6.
I'm still waiting for a backtrace. The issue is not actionable without a backtrace or crash id.
Without the required info, the bot will just close the issue again.
Hi @ilya-fedin , are crash ids equal to *.dmp file names in the ~/.local/share/TelegramDesktop/tdata/dumps dir? If so, here are some of mine: 04f67d50-722d-4e57-fb35db9f-70f39b58.dmp debd47e2-9e95-4ff2-ec2c0595-752e227e.dmp 5c6d7735-c439-4b1c-947536b2-3e6fb351.dmp 6c8b69d1-6c32-4c5d-8601b89e-df0a6c8d.dmp c56400ff-f3dc-4e87-4386c9a3-eab9dcca.dmp d260d65f-58b4-4bf4-45f100b1-1d393c05.dmp 9557f861-da68-4539-2bb1ada0-45e7e126.dmp b12f5f5f-6963-4f7a-d3512580-2e13cd7d.dmp 4c512fc0-551a-4e07-7fc595bc-d4456f45.dmp 3490f212-12f0-42c0-c720ea92-619cd285.dmp
Did you send them with the crash reporter? If not, you have to upload the files.
Crash reporting was enabled, pls let me know if you can't find them and where to upload them again if necessary.
None of those crashes are from the latest version
Well, they should have been from the latest-to-that-moment until Telegram became broken with mutter and I switched to stable. Now stable is also broken so I easily switched back to the beta stream and will report here as soon as it crash.
All those crashes point to Qt internals and Qt was updated in 5.4.5.
All those crashes point to Qt internals and Qt was updated in 5.4.5. . I had it happen with GNOME which uses GTK+.
I'm not sure how it is related what GNOME uses...
Steps to reproduce
Expected behaviour
Telegram Desktop should stay up and running with no crashes.
Actual behaviour
Telegram Desktop crashes and causes a core dump. The following is found when running
journalctl -xe
:Operating system
Fedora 40
Version of Telegram Desktop
5.2.3
Installation source
Flatpak
Crash ID
No response
Logs
No response