Closed literallyfiro closed 4 months ago
df8c02c9-1a4f-45e9-6ff5c59e-de147355
No crash report with such crash id present. Looks like you forgot to click send.
df8c02c9-1a4f-45e9-6ff5c59e-de147355
No crash report with such crash id present. Looks like you forgot to click send.
I am unable to send any crash report with the latest versions (Same issue as https://github.com/telegramdesktop/tdesktop/issues/27760)
that's sad... I can't reproduce this issue, though
This is how I can more or less consistently reproduce it, even if (as I said before) it's quite random
https://github.com/telegramdesktop/tdesktop/assets/56583784/88b36662-dad3-43d8-9d67-4d848ef73c10
Also, this is the plasma wayland session
No, I don't have a crash when clicking there :(
Can you send a crash report with 4.16.10?
Can you send a crash report with 4.16.10?
Crash reporter is now working correctly
This is the crash id: f69ded30-dbcd-42e3-d5eac1bb-6310b36b
It seem to crash in your OpenGL driver:
Crash reason: SIGSEGV /SEGV_MAPERR
Crash address: 0x7f66761b1ae0
Process uptime: not available
Thread 0 (crashed)
0 libgallium_dri.so + 0x776c6
rax = 0x00007f66761b1ac0 rdx = 0x000000003700caf0
rcx = 0x000000003700caf0 rbx = 0x00007f6675c06ab0
rsi = 0x00007f66761b1ac0 rdi = 0x00007f66dfd68848
rbp = 0x00007ffd748aba60 rsp = 0x00007ffd748aba50
r8 = 0x0000000000000000 r9 = 0x0000000000000000
r10 = 0x0000000000000024 r11 = 0x00007f66dfd68801
r12 = 0x0000000000000008 r13 = 0x00007f6675c06ab0
r14 = 0x00007f6675c06b70 r15 = 0x00000000000000e0
rip = 0x00007f66b68776c6
Found by: given as instruction pointer in context
1 libgallium_dri.so + 0x78247
rbp = 0x00007ffd748abab0 rsp = 0x00007ffd748aba70
rip = 0x00007f66b6878247
Found by: previous frame's frame pointer
2 libgallium_dri.so + 0x78335
rbp = 0x00007ffd748abad0 rsp = 0x00007ffd748abac0
rip = 0x00007f66b6878335
Found by: previous frame's frame pointer
3 libgallium_dri.so + 0x484a34
rbp = 0x00007ffd748abaf0 rsp = 0x00007ffd748abae0
rip = 0x00007f66b6c84a34
Found by: previous frame's frame pointer
4 libgallium_dri.so + 0x845a91
rbp = 0x00007ffd748abe70 rsp = 0x00007ffd748abb00
rip = 0x00007f66b7045a91
Found by: previous frame's frame pointer
5 libgallium_dri.so + 0x8be60f
rbp = 0x00007ffd748abf60 rsp = 0x00007ffd748abe80
rip = 0x00007f66b70be60f
Found by: previous frame's frame pointer
6 libgallium_dri.so + 0x8be8f4
rbp = 0x00007ffd748ac070 rsp = 0x00007ffd748abf70
rip = 0x00007f66b70be8f4
Found by: previous frame's frame pointer
7 libgallium_dri.so + 0x8b7218
rbp = 0x00007ffd748ac0c0 rsp = 0x00007ffd748ac080
rip = 0x00007f66b70b7218
Found by: previous frame's frame pointer
8 libgallium_dri.so + 0x8b8333
rbp = 0x00007ffd748ac3c0 rsp = 0x00007ffd748ac0d0
rip = 0x00007f66b70b8333
Found by: previous frame's frame pointer
9 libgallium_dri.so + 0x8b9bb3
rbp = 0x00007ffd748ac430 rsp = 0x00007ffd748ac3d0
rip = 0x00007f66b70b9bb3
Found by: previous frame's frame pointer
10 libgallium_dri.so + 0x613b73
rbp = 0x00007ffd748ac440 rsp = 0x00007ffd748ac440
rip = 0x00007f66b6e13b73
Found by: previous frame's frame pointer
11 libgallium_dri.so + 0x6148fe
rbp = 0x00007ffd748ac490 rsp = 0x00007ffd748ac450
rip = 0x00007f66b6e148fe
Found by: previous frame's frame pointer
12 libgallium_dri.so + 0x615068
rbp = 0x00007ffd748ac4c0 rsp = 0x00007ffd748ac4a0
rip = 0x00007f66b6e15068
Found by: previous frame's frame pointer
13 libgallium_dri.so + 0x61d758
rbp = 0x00007ffd748ac520 rsp = 0x00007ffd748ac4d0
rip = 0x00007f66b6e1d758
Found by: previous frame's frame pointer
14 libgallium_dri.so + 0x10c025
rbp = 0x00007ffd748ac570 rsp = 0x00007ffd748ac530
rip = 0x00007f66b690c025
Found by: previous frame's frame pointer
15 libgallium_dri.so + 0x383c9
rbp = 0x00007ffd748ac5f0 rsp = 0x00007ffd748ac580
rip = 0x00007f66b68383c9
Found by: previous frame's frame pointer
16 libEGL_mesa.so.0 + 0x26778
rbp = 0x00007ffd748ac650 rsp = 0x00007ffd748ac600
rip = 0x00007f66ca0f1778
Found by: previous frame's frame pointer
17 libEGL_mesa.so.0 + 0x1af9a
rbp = 0x00007ffd748ac690 rsp = 0x00007ffd748ac660
rip = 0x00007f66ca0e5f9a
Found by: previous frame's frame pointer
18 libEGL_mesa.so.0 + 0xe9c8
rbp = 0x00007ffd748ac6f0 rsp = 0x00007ffd748ac6a0
rip = 0x00007f66ca0d99c8
Found by: previous frame's frame pointer
19 Telegram!QtWaylandClient::QWaylandGLContext::swapBuffers(QPlatformSurface*) [qwaylandglcontext.cpp : 375 + 0x10]
rbp = 0x00007ffd748ac7e0 rsp = 0x00007ffd748ac700
rip = 0x0000557ab0f3fe8e
Found by: previous frame's frame pointer
20 Telegram!QOpenGLContext::swapBuffers(QSurface*) [qopenglcontext.cpp : 799 + 0x10]
rbx = 0x0000000000000000 rbp = 0x00007ffd748ac850
rsp = 0x00007ffd748ac7f0 r12 = 0x00007f66a6cd0890
r13 = 0x00007f6686a3a480 r14 = 0x00007f6675a88a90
r15 = 0x00007ffd748ac7f0 rip = 0x0000557ab1c4f187
Found by: call frame info
21 Telegram!QRhiGles2::endFrame(QRhiSwapChain*, QFlags<QRhi::EndFrameFlag>) [qrhigles2.cpp : 2107 + 0xd]
rbx = 0x00007f668ae83000 rbp = 0x00007ffd748ac8b0
rsp = 0x00007ffd748ac860 r12 = 0x00007f66a553d700
r13 = 0x0000000000000000 r14 = 0x0000000000000000
r15 = 0x00007f6675e3eec0 rip = 0x0000557ab1c4f455
Found by: call frame info
22 Telegram!QRhi::endFrame(QRhiSwapChain*, QFlags<QRhi::EndFrameFlag>) [qrhi.cpp : 10570 + 0x9]
rbx = 0x00007f6675943298 rbp = 0x00007ffd748ac930
rsp = 0x00007ffd748ac8c0 r12 = 0x0000000000000000
r13 = 0x00007f668ae83000 r14 = 0x00007ffd748aca90
r15 = 0x00007f6675a89ec8 rip = 0x0000557ab1b227d0
Found by: call frame info
23 Telegram!QBackingStoreDefaultCompositor::flush(QPlatformBackingStore*, QRhi*, QRhiSwapChain*, QWindow*, double, QRegion const&, QPoint const&, QPlatformTextureList*, bool) [qbackingstoredefaultcompositor.cpp : 667 + 0x11]
rbx = 0x00007f6675943298 rbp = 0x00007ffd748acba0
rsp = 0x00007ffd748ac940 r12 = 0x0000000000000000
r13 = 0x0000000000000000 r14 = 0x00007ffd748aca90
r15 = 0x00007f6675a89ec8 rip = 0x0000557ab1e26014
Found by: call frame info
24 Telegram!QPlatformBackingStore::rhiFlush(QWindow*, double, QRegion const&, QPoint const&, QPlatformTextureList*, bool) [qplatformbackingstore.cpp : 213 + 0x1f]
rbx = 0x00007f6675a91020 rbp = 0x00007ffd748acc30
rsp = 0x00007ffd748acbb0 r12 = 0x0000000000000001
r13 = 0x00007f66758e6260 r14 = 0x00007f6675a89e80
r15 = 0x00007ffd748acc70 rip = 0x0000557ab1b468df
Found by: call frame info
25 Telegram!<name omitted> [qwidgetrepaintmanager.cpp : 1081 + 0x36]
rbx = 0x00007f668c23de00 rbp = 0x00007ffd748acd10
rsp = 0x00007ffd748acc40 r12 = 0x00007f6675a87b80
r13 = 0x00007f668c23de48 r14 = 0x0000557ab7462140
r15 = 0x00007f6675a91020 rip = 0x0000557ab1673309
Found by: call frame info
26 Telegram!QWidgetRepaintManager::flush() [qwidgetrepaintmanager.cpp : 976 + 0x1c]
rbx = 0x00007f668c23de00 rbp = 0x00007ffd748ace00
rsp = 0x00007ffd748acd20 r12 = 0x0000000000000000
r13 = 0x00007f668c23de48 r14 = 0x00007ffd748aceb0
r15 = 0x00007f668c23de00 rip = 0x0000557ab1673844
Found by: call frame info
27 Telegram!QWidgetRepaintManager::paintAndFlush() [qwidgetrepaintmanager.cpp : 908 + 0x8]
rbx = 0x00007f6675979200 rbp = 0x00007ffd748ad0c0
rsp = 0x00007ffd748ace10 r12 = 0x0000000000000000
r13 = 0x0000000000000000 r14 = 0x00007ffd748aceb0
r15 = 0x00007f668c23de00 rip = 0x0000557ab169102e
Found by: call frame info
28 Telegram!QWidgetPrivate::syncBackingStore(QRegion const&) [qwidgetrepaintmanager.cpp : 628 + 0x8]
rbx = 0x00007f668c23de00 rbp = 0x00007ffd748ad180
rsp = 0x00007ffd748ad0d0 r12 = 0x00007f6675a87b80
r13 = 0x00007ffd748ad500 r14 = 0x00007f6675a87b80
r15 = 0x00000000000000ce rip = 0x0000557ab169174a
Found by: call frame info
29 Telegram!QWidgetWindow::event(QEvent*) [qwidgetwindow.cpp : 1044 + 0xb]
I don't have an idea what to do with that other than suggesting to disable OpenGL in settings honestly.
I am having this issue. Disabling the "Enable OpenGL rendering for media" setting seems to make this issue go away. I'm also using Fedora 40 and the official Telegram client from the website. Furthermore, my client is not giving me the option to send a crash report with the same issue as #27760
Edit: I reread and am going to try with 4.16.10
Update: I was able to send a crash report with the beta. This is my crash ID: f0390352-a726-4e48-52e46b9d-5780fac3
Could you please take a look? This is with the previously mentioned setting enabled.
Could you please take a look? This is with the previously mentioned setting enabled.
I'm doubt it's any different as you say disabling OpenGL helps
While investigating, I discovered that this crash began occurring in Telegram Desktop version 4.13.0. Version 4.12.2 appears to be unaffected. Flatpak version is also affected by this crash
I managed to reproduce something but the thing I reproduced happens since 4.16.8, 4.16.7 is good. Are you sure you investigated properly?
I.e. I tried to change my system scale from 135% to 100% and now I get a crash when doing like on video from https://github.com/telegramdesktop/tdesktop/issues/27800#issuecomment-2073202402 but I can't reproduce it on 4.16.7 while the issue says it's present since 4.13.0... Either it's not or I reproduced some other issue?
I.e. I tried to change my system scale from 135% to 100% and now I get a crash when doing like on video from #27800 (comment) but I can't reproduce it on 4.16.7 while the issue says it's present since 4.13.0... Either it's not or I reproduced some other issue?
I tried reproducing it on 4.16.7 and it crashes. Disabling OpenGL indeed fixes the issue
fish: Job 1, './Telegram' terminated by signal SIGSEGV (Address boundary error)
idk, perhaps I still can't really reproduce... but I'm highly doubt 4.13.0 could be the first bad version as it's 3 months old and first similar report (#27736) is 18 days old.
Interestingly I'm still experiencing random crashes (segmentation faults) with the "Enable OpenGL rendering for media" disabled. However, I don't know of any way to reproduce it. But, I am using the beta still...
That said, as I previously mentioned, spamming the 3 dots button with this setting disabled doesn't cause a crash anymore.
but the thing I reproduced happens since 4.16.8, 4.16.7 is good.
testing it more, the first bad version seem to actually be 4.16.5
With version 5.0, the 3 dots issue appears to be fixed
so the issue could be closed?
I'm currently on a trip and don't have access to a PC, but I used version 5.0.0 yesterday and it worked fine without crashing. So, I think the issue is basically fixed now.
This issue has been automatically closed because no developer succeeded to reproduce the issue with the given reproduction steps. With only the information that is currently in the issue, we don't have enough information to take action. Please reach out if you find what's missing to reproduce the issue so that we can investigate further.
Note that GitHub is a developer communication platform. If you're an ordinary user seeking for help, get to support crew via Settings -> Ask question
in the application.
Steps to reproduce
The crash is quite random, but the most consistent way I found to make it happen is
Expected behaviour
The app should not crash
Actual behaviour
The app crashes.
While investigating, I discovered that this crash began occurring in Telegram Desktop version 4.13.0. Version 4.12.2 appears to be unaffected. Flatpak version is also affected by this crash
Operating system
Fedora 40 beta, KDE Plasma 6.0.3
Version of Telegram Desktop
4.16.8
Installation source
Static binary from official website
Crash ID
df8c02c9-1a4f-45e9-6ff5c59e-de147355
Logs