Skip to content
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

Mouse scrolling is broken #17254

Closed
melroy89 opened this issue Nov 15, 2021 · 194 comments
Closed

Mouse scrolling is broken #17254

melroy89 opened this issue Nov 15, 2021 · 194 comments

Comments

@melroy89
Copy link

Steps to reproduce

  1. Open any chat
  2. Try to use your scroll-wheel, to scroll up or down

Expected behaviour

Scrolling within the message window.

Actual behaviour

Telegram desktop doesn't respond to any scroll wheel action.

Operating system

Linux Mint 20.2 (Ubuntu based)

Version of Telegram Desktop

3.2.4

Installation source

Static binary from official website

Logs

No response

@melroy89 melroy89 added the bug label Nov 15, 2021
@ilya-fedin
Copy link
Contributor

  • Open any chat

  • Try to use your scroll-wheel, to scroll up or down

Works like a charm. Looks like these steps aren't right.

@melroy89
Copy link
Author

melroy89 commented Nov 16, 2021

Hmm.. restarting Telegram fixed the problem. I could still type messages.

Is there some kind of crash report or logging file I could refer to?

EDIT: I found /home/<user>/.local/share/TelegramDesktop/log.txt file..

@melroy89
Copy link
Author

melroy89 commented Nov 16, 2021

The log file (log.txt) gets overridden.. Maybe you should store at least the current log AND ALSO the previous log file.

@ilya-fedin
Copy link
Contributor

Nothing regarding scrolling is logging, it's something handled at toolkit level, not at app level

@jprando
Copy link

jprando commented Nov 16, 2021

happened here with me too.

what I noticed is that the problem is intermittent, when the scroll does not work, I noticed that the mouse icon is different when it is over the application, and when the mouse icon is not different (from other apps) the scroll works in desktop telegram

I'm using the binary version available here on github in release v3.2.4
Pop!_OS 21.04 x64
Gnome 3.38.5
X11

@ilya-fedin
Copy link
Contributor

Without a reliable way to reproduce, it's unlikely to be fixed

@jprando
Copy link

jprando commented Nov 16, 2021

Without a reliable way to reproduce, it's unlikely to be fixed

yes, i'll keep an eye out here and if i can find a way to reproduce it, i'll share it here 😉

@melroy89
Copy link
Author

@ilya-fedin yes, you could also think along how to debug this issue better.

@ilya-fedin
Copy link
Contributor

@Danger89 I don't imagine how this could happen and how to debug this, tdesktop just reacts to mouse events sent by Qt. I have a feel this is a Qt bug.

@AndreyKopeyko
Copy link

AndreyKopeyko commented Nov 17, 2021

I have the same problem running 3.2.2 and 3.2.5 versions.

version 3.2.5 works for while after start, but some moment later wheel scroll becomes broken.

@AndreyKopeyko
Copy link

AndreyKopeyko commented Nov 17, 2021

@Danger89 I don't imagine how this could happen and how to debug this, tdesktop just reacts to mouse events sent by Qt. I have a feel this is a Qt bug.

It should happened in 3.1.8 version also if it was a Qt bag. But 3.1.8 scrolls nicely.
No update of Gt libs on my laptop happened.

@ilya-fedin
Copy link
Contributor

Qt was updated in 3.2.0

@AndreyKopeyko
Copy link

AndreyKopeyko commented Nov 17, 2021

Without a reliable way to reproduce, it's unlikely to be fixed

How to reproduce:

  1. install & start telegram desktop 3.2.5 - wheel scroll will work
  2. put your note asleep - just close the lid
  3. after awake - wheel scroll fails ;-(

Ubuntu 20.04.3 LTS
libqt5gui5:amd64 5.12.8+dfsg-0ubuntu1

@ilya-fedin
Copy link
Contributor

libqt5gui5:amd64 5.12.8+dfsg-0ubuntu1

tdesktop doesn't use your system Qt, it has Qt 6.2 embedded in the binary

@ilya-fedin
Copy link
Contributor

ilya-fedin commented Nov 17, 2021

  1. put your note asleep - just close the lid

Can you be more specific - you mean suspend or hibernation? I don't have any action assigned to the lid.

@AndreyKopeyko
Copy link

  1. put your note asleep - just close the lid

Can you be more specific - you mean suspend or hibernation? I don't have any action assigned to the lid.

suspend. No hibernation.

@ilya-fedin
Copy link
Contributor

suspend. No hibernation.

Sorry, but I can't reproduce :(
Works like a charm after suspend on my hardware.

@melroy89
Copy link
Author

Qt was updated in 3.2.0

This could be why..

Maybe build a debug app (if possible, so we can catch any eerros)? Or did you see anything strange in the telegram desktop log.txt?

@AndreyKopeyko
Copy link

suspend. No hibernation.

Sorry, but I can't reproduce :( Works like a charm after suspend on my hardware.

Sorry indeed.
How can I get additional info for you? Does desktop write some logs I can send you back?

@ilya-fedin
Copy link
Contributor

Maybe build a debug app (if possible, so we can catch any eerros)? Or did you see anything strange in the telegram desktop log.txt?

I don't imagine how a debug build would help, this is not a crash, so debug symbols won't help. log.txt won't help either since, as I said previously, nothing regarding scrolling is logged.

How can I get additional info for you?

I don't know :(. If this is a Qt bug, only Qt developers know how to debug this...

@melroy89
Copy link
Author

yea I could find some debugging techniques within the Qt docs:
https://doc.qt.io/qt-5/debug.html

Just maybe QT_DEBUG_PLUGINS=1 environment variable could help... Maybe..

@ilya-fedin
Copy link
Contributor

ilya-fedin commented Nov 17, 2021

All QT_DEBUG_PLUGINS=1 does is outputs debug info about plugins loading

@ilya-fedin
Copy link
Contributor

maybe QT_LOGGING_RULES='*.debug=true' would help, I'm not sure...

@AndreyKopeyko
Copy link

suspend. No hibernation.

Sorry, but I can't reproduce :( Works like a charm after suspend on my hardware.

It solidly happens if notebook was suspended for about 1 hour - the way from home to office.

@AndreyKopeyko
Copy link

QT_LOGGING_RULES='*.debug=true'

It produces a lot of output. Hope my SSD is enough to accommodate all of them until scroll freezes...

@AndreyKopeyko
Copy link

maybe QT_LOGGING_RULES='*.debug=true' would help, I'm not sure...

Pls take a look in the log - https://dev.kopeyko.ru/tmp/telegram-v3.2.5.debug20211119.output

I started telegram as

kaa@MRGnb2:~/tmp$ QT_LOGGING_RULES='*.debug=true' telegram 2>&1 |tee telegram-v3.2.5.debug20211119.output

All day it work great, but finally wheel scrolling got frozen - after note spend about 45 minutes in suspend mode (the way from office to home) :-(

Hope it'll help you to investigate the problem.

@ilya-fedin
Copy link
Contributor

Pls take a look in the log - https://dev.kopeyko.ru/tmp/telegram-v3.2.5.debug20211119.output

I see input device re-detection at line 87810 and no scroll wheel events logged since then. I don't know when it happened though since the log has no timestamps.

@AndreyKopeyko
Copy link

Pls take a look in the log - https://dev.kopeyko.ru/tmp/telegram-v3.2.5.debug20211119.output

I see input device re-detection at line 87810 and no scroll wheel events logged since then. I don't know when it happened though since the log has no timestamps.

How I can enable timestamps?

@ilya-fedin
Copy link
Contributor

looks like QT_MESSAGE_PATTERN="[%{time}] %{if-category}%{category}: %{endif}%{message}"

@ilya-fedin
Copy link
Contributor

ilya-fedin commented Jul 29, 2022

Given that Qt's X11 support degrades and it seems they have no people with enough knowledge to fix bugs like this one or #10348 on X11, we're trying to remove GNOME from blacklist for operating with Wayland backend again (it's the only blacklisted environment). Last time we tried that, there were a lot of reports about regressions as migrating from X11 backend to Wayland backend with Qt is basically exchanging one bugs with the others as both backends have various user-noticable bugs. So, this time we're trying to make Wayland the default only for new installations, so these bugs appear as result of manual intervention (like installing the application on new system installation, switching from X11 session to Wayland or clearing application data) rather than a regression after automatic update.

So, if you're using any Wayland-capable environment (like Ubuntu 22.04 with non-NVIDIA hardware) and you aren't afraid of exchanging the current bugs with some other ones, you can update to beta version 4.0.3 and clear application data or remove nowayland file from tdata directory in application data directory (you can open it with the viewlogs cheat code).

@DrjavaB
Copy link

DrjavaB commented Aug 6, 2022

telegram desktop
v 4.0.2
OS: ubuntu 20.04 lts
telegram desktop mouse scroll not working! neither in groups nor in the settings menu

@ilya-fedin
Copy link
Contributor

Ok, apparently the thread should be locked again to avoid noise

@ilya-fedin
Copy link
Contributor

Everyone who want the fix right now: feel free to switch to Wayland and follow what is described in #17254 (comment)

@ilya-fedin
Copy link
Contributor

Good news, looks like Qt is going to have a fix for this in the release 6.5.0 version (currently the static binary is using 6.5.0-beta3).

@eyalroz
Copy link

eyalroz commented Mar 21, 2023

@ilya-fedin : Don't you mean 6.6.0? That's what it says on the Qt bug page. A fix has just been checked into the trunk there.

@ilya-fedin
Copy link
Contributor

The cherry-picks aren't merged yet, but the 6.5.0 one already failed, so it may be that it will be only in 6.5.1 (unless they will re-stage it tomorrow)

@ilya-fedin
Copy link
Contributor

@ezaton
Copy link

ezaton commented Mar 23, 2023

I can add that the trigger on my computer is disconnecting and reconnecting the mouse several times. Scrolling does work on other applications correctly, however - not for Telegram.
I use KVM to connect multiple systems to the same keyboard/mouse, so after switching several times, this happens.
Maybe it will help in reproduction.

@ilya-fedin
Copy link
Contributor

изображение

@Aokromes
Copy link
Collaborator

fixed on 4.8.0

@nogurenn
Copy link

nogurenn commented Apr 25, 2023

@Aokromes @ilya-fedin petition to reopen this issue? I think I found a lead.

The broken scrolling is reproducible using the Snap / sandboxed build, v4.8.1 (Ubuntu Desktop).
The Telegram Desktop app closes as soon as the mouse wheel scroll is triggered while the app is on the foreground. Manually dragging the scrollbars works and does not close the app.

No issue when installing "directly"

tar -xf tsetup.4.8.1.tar.xz 
sudo mv Telegram /opt/telegram
sudo ln -sf /opt/telegram/Telegram /usr/bin/telegram

@ilya-fedin
Copy link
Contributor

@nogurenn this issue is not about closing when scrolling, it's about scrolling just not working. I.e. you scroll and nothing happens.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Jun 10, 2023
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests