Closed Waujito closed 1 month ago
I seem to be unable to reproduce
https://github.com/user-attachments/assets/c499c1d7-5e48-4baa-8648-5f70495c6c46
Same problem, on the same system, 5.4.1. When the cursor in the text becomes invisible due to scrolling, the window immediately returns to the place of the cursor in the text. If the text cursor is visible all the time, scrolling happens without problems.
Yes, good notice about the cursor position, it works same for me
Works for me just fine with cursor invisible
I have just installed arch on virtual box, installed latest gnome + gdm (gnome is on wayland by default) and catched the issue.
Just tested on X11 on my machine and the issue is gone. Also on Fedora 40 live media on VM (which uses Wayland) the issue disappeared too.
So it's a GNOME regression?
Yes, It is GNOME, Wayland specific.
Tried to run it in sway (the only lightweight thing on wayland I found) and there is no issue. Also about that Fedora image. It uses GNOME 46 with wayland, but there is no issue.
So perhaps you should report this to GNOME instead
Why did you close it? It is definetly Telegram's issue. I didn't experience it anywhere else, on other QT applications too... And how do you think I will report it to GNOME? "Hey guys Telegram doesn't work fix plsss"? I think it is a way easier to fix on Telegram side rather than ask GNOME maintainers to read Telegram's sources and find what's going on.
The problem is really annoying and breaks all the user experience.
I don't see what you want to be fixed on Telegram side. The issue clearly way lower than Telegram code as if it was a Telegram bug, it would happen on all the systems (Windows, macOS, X11, Wayland). What you got is clearly another GNOME's attempt to make Qt applications behave in a buggy way. And it could be fixed only either by GNOME or Qt.
I see pretty much the same bug report in Qt Creator: https://bugreports.qt.io/browse/QTCREATORBUG-31424
So I don't understand how you concluded that
I didn't experience it anywhere else, on other QT applications too...
In GNOME 47 the problem was fixed
Steps to reproduce
Type a big enough message and try to scroll over it with mouse/touchpad.
I experience this issue only with message write window, I have no more scroll issues. Screencast with an example: Screencast from 2024-08-26 21-11-15.webm
Expected behaviour
It scrolls
Actual behaviour
It lags
Operating system
Arch Linux, Wayland, GNOME 46
Version of Telegram Desktop
5.4.1
Installation source
Static binary from official website
Crash ID
No response
Logs