-
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
HiDPI Scaling #26155
Comments
I'm highly doubt this is true, the bug on the screenshot is known to happen only on third-party builds. It's a KDE bug (sadly still no one reported it to them, see #25126 for details), but all official builds have a Qt patch applied to avoid this bug. |
Unfortunately right now I have tried all sources, and on Xorg this problem is everywhere. What could be wrong with my system that is not working for me? |
Try to reset experimental settings while using official binary |
How? |
By pressing the reset settings button in the experimental settings menu |
I didn't notice the button) UDP: The reset button appears only after the settings have been changed. Since I didn't change anything, there was no button |
Are you sure you have done this using the official build, not the Arch Linux's build? |
The thing is KDE forces the precise scaling bypassing Telegram logic by using Qt's debugging API. That's why only Qt patching helps (by patching out the API). |
I downloaded the linux archive from this site https://desktop.telegram.org/, unzipped it and ran it through the console ./Telegram |
Miss click* |
Does it immediately return you to the shell prompt? If yes, it means the application haven't launched, only focused the window of already running instance (which is probably the Arch Linux build). |
Before that, if I have another Telegram running from any source I right click on the tray icon and "Exit". When launching through the console, as I showed above, I do not get control back in the console, that is, everything works as it should, the application is launched from the console. Another interesting fact: Everything works fine on Wayland |
Well yes, KDE doesn't force precise scaling on Wayland fortunately (but it still does weird thing with other Qt debug variables). I'm not sure what really happens, would like to see the log.txt (issue template describes how to get it). |
|
Maybe you have set it manually? I've never seen this variable set on KDE. |
It's really about this variable! I removed it manually and checked, now Telegram looks right. Thanks so much, I'll try to find where I have it set! |
I still haven't found where I set this variable. I want to remove it completely, any idea where it might be? |
Maybe you're using a non-standard display manager and it sets the variable? |
Steps to reproduce
2)Launch tg
5)Launch tg
Expected behaviour
Proportional enlargement of the window and all its elements without loss of quality
Actual behaviour
Window enlargement, as it should be. The text has not lost quality. All pictures, photos and icons are in very poor quality, pixelated and blurry.
Screenshot: https://i.imgur.com/n9IWjO9.png
It seems to work as it should sometimes when I experiment with environment variables (I never noticed a pattern). Now I deleted all references to Telegram in the system, ran the app from the official site and it worked. Then I restarted the pc and it blurred again.
Sources:
From snap works perfectly.
From all other sources (aur, pacman, official website) it does not work correctly.
Operating system
ArchLinux, KDE Plasma (more in logs)
Version of Telegram Desktop
4.7.1-1
Installation source
Static binary from official website
Crash ID
No response
Logs
The text was updated successfully, but these errors were encountered: