Closed chelobaka closed 10 months ago
Are you sure fractional scaling is related? Maybe it's a dup of #26357 (if you have a stale distro like Debian and do any operation that attempts to launch external application, tdesktop will malfunction until next launch due to a Qt bug)?
Reported behavior is not reproduced with no scaling (100% setting) and always reproduced with any value more than 100%. I don't have any problems with opening links in a browser as reported in #26357. Also Debian 12 has newer than Debian 11 versions of Qt libs.
System Qt libs are irrelevant, Qt is linked statically, just like most other libraries. Is this a long-standing bug or a regression in 4.8.3?
The bug appeared right after update to 4.8.3.
Is this reproducible without OpenGL?
Can you give a hint on how to run Telegram without OpenGL?
disable OpenGL in Settings -> Advanced
Turning OpenGL off made the bug disappear.
I'm not sure this will be fixed... This really smells of Qt+OpenGL+drivers bingo which is impossible to reproduce while not having exact same environment and exact same hardware.
OK. At least I can use Telegram as before. Thank you!
https://github.com/telegramdesktop/tdesktop/issues/17109
It's not the same?
@Neurotoxin001 #17109 doesn't mention any corruptions. Although it's hard to say without a screen record of this issue.
Same for me, turning opengl off helps
Same problem for me as well. Even the links don't open (#26357). I've sent like hundred crash reports by now for both these issues. Is there anything I can do to help fix this?
Both those issues are misbehaviors (links not opening, video has artifacts), not crashes. Are you sure you have the same issue?
I don't think this will be fixed, it looks like incompatibility between the driver and new Qt version. The only things you can do are:
Both those issues are misbehaviors (links not opening, video has artifacts), not crashes. Are you sure you have the same issue?
Okay now after updating (sudo apt update
), links no longer crash tdesktop. But images/videos still crash tdesktop if I have fractional scaling enabled, with scaling more than 100% in Ubuntu settings (not the interface scale in setting in Telegram). So I don't get corruption, it just straight up crashes when an image/video is opened.
The problem disappears when OpenGL is disabled.
Ubuntu: 23.04, on Wayland Gnome 44 tdesktop version: 4.8.3 (did not happen on earlier versions) Linux 6.2.0-20-generic Nvidia 1650Ti
Sorry to bother if this simply an upstream issue.
You have a fixed release distro, you don't have software updates once the distro is released. If you want to update the graphics drivers, you have to change the distro (or probably find a PPA with updated mesa).
Nvidia 1650Ti
NVIDIA? Are you using a proprietary driver? If yes, the OpenGL option shouldn't work if you haven't disabled blacklist in experimental settings (what voids your warranty).
You have a fixed release distro, you don't have software updates once the distro is released. If you want to update the graphics drivers, you have to change the distro (or probably find a PPA with updated mesa).
I have opted in for pre-release updates, and remember getting some update regarding Qt recently (but you said https://github.com/telegramdesktop/tdesktop/issues/26366#issuecomment-1575446887 so I don't think that matters?)
NVIDIA? Are you using a proprietary driver?
Yes using the stable version (525) proprietary driver.
Do you have this experimental option enabled?
Do you have this experimental option enabled?
Nope that is switched off.
Can you provide the log.txt when OpenGL is enabled in Advanced settings? Apparently there's a problem with detecting NVIDIA GPU.
Can you provide the log.txt when OpenGL is enabled in Advanced settings? Apparently there's a problem with detecting NVIDIA GPU.
It says you have Intel, not NVIDIA
It says you have Intel, not NVIDIA
I have both
Enabling that experimental option doesn't change anything, the logs still show Intel in them.
Well, it shouldn't. It doesn't choose between your graphics cards, it only controls the blacklist.
@chelobaka do you have multiple screens with different scales? I've remembered that Qt doesn't handle such setups: https://bugreports.qt.io/browse/QTBUG-93380.
@ilya-fedin no, I use only one screen.
Have you tried flatpak or snap? They have a newer mesa.
I use Debian and it has latest Mesa 23.1.6 now. I turned OpenGL on in Telegram settings to see if anything changed. Images and video are fine in fullscreen view, but video in separate window is corrupted and Telegram crashes when I close that window. Switched off OpenGL back.
Can you provide crash ID of the crash?
d1281fdf-dec9-41b7-646433ba-6acdd641
Is this reproducible? It crashes in allocator so apparently memory corruption.
It is reproducible when screen scale != 100%. I'm running KDE Plasma 5.27.7
Maybe mesa conflicts with custom allocator... Can you build tdesktop from sources?
@chelobaka ping
I guess I can build tdesktop myself, just need to find a free couple of hours.
I can provide you with a build if you want
That would be handy.
This is a binary just compiled in debug mode, try it first to ensure the issue is not due to release optimizations: https://drive.google.com/file/d/1LZkib2nErouvt9veL0rFXA6e6QSxILcU/view?usp=sharing If it behaves the same, try this one: https://drive.google.com/file/d/1hXpgIcxbwTF5j7GywGXKIXSh-UryaTcX/view?usp=sharing Debug builds store data in the directory where the binary is placed. I've stripped the binaries as I hope we wouldn't need traces and debug info is of multiple GBs.
This first build doesn't expose this bug. Video is played fine in a separate window with OpenGL on.
So that's release optimizations apparently. At that point I'm re-asking the question: have you tried flatpak or snap? They have different compilers.
Flatpak version works fine. Didn't try snap.
Would be really nice if you tried snap as snap uses -O3 just like the binary while flatpak uses -O2. That would give a highlight whether a compiler update would fix this or optimization level downgrade is required.
Snap version works fine as well.
Nice, hope a compiler update will help...
Can you try 4.9.10 beta? It's built with GCC 12.
Bug is still there on 4.9.10 beta. Crash report 04747199-ec0b-4932-9871468e-3dc08d78
wtf?! If it's not the compiler why does it work in flatpak/snap release and static debug but not static release?
Steps to reproduce
Fractional scaling is critical for reproducing this behavior.
Expected behaviour
Images and videos should be shown without any glitches.
Actual behaviour
Image full size view always shows the first image that was clicked after Telegram start regardless of the actual image being viewed. There is a lot corruption artifacts on the screen when the view is active.
Videos are corrupted as well. After a video stops playing the Telegram crashes.
Operating system
Debian 12, Plasma (Wayland)
Version of Telegram Desktop
4.8.3
Installation source
Static binary from official website
Crash ID
d0a18697-d1cd-4453-d4a191b2-dbb4aa90
Logs