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

Linux Telegram app freezes on message #8768

Closed
Alex-Blade opened this issue Oct 7, 2020 · 35 comments
Closed

Linux Telegram app freezes on message #8768

Alex-Blade opened this issue Oct 7, 2020 · 35 comments

Comments

@Alex-Blade
Copy link

Steps to reproduce

  1. Install Telegram Desktop on Linux (tested on [Fedora/Pop/Manjaro] + Gnome 3)
  2. Turn on notifications sounds (Turned on by default)
  3. Enjoy frozen application whenever new message comes (freezes till the notifications appears)

Expected behaviour

Telegram should continue working

Actual behaviour

The app freezes (even if the message is already in chat list) and continues working when the notification appears

Configuration

Operating system: Any Linux distro with latest Gnome 3
Audio solution: Creative Sound Blaster Z, internal audio

Version of Telegram Desktop: 2.4.2

Installation source (Linux Only) - the official website + GitHub releases + flatpak (tested all)

Used theme: Dark mode

@ilya-fedin
Copy link
Contributor

Is this reproducible with with X11 or only with Wayland?

@krims0n32
Copy link

I have the same issue, Archlinux using Awesome as window manager (X11). This started happening in Telegram desktop 2.3+. 2.2 works fine.

It only happens when using native notifications and for me it also happens when notification sounds are turned off.

@ilya-fedin
Copy link
Contributor

I can't reproduce, native notifications are working just fine for me

@GustavoKatel
Copy link

I have the same issue :(

Telegram 2.3.2 (manjaro repo)
Manjaro + awesomewm + x11

@cyberpunkrocker-zero
Copy link

The same issue here: Awesome WM on Arch Linux / x11, currently telegram-desktop- 2.4.0-1. The issue started after upgrading to 2.3.x
When I get a message, the red number appears to systray icon, the sound notification sounds, and then telegram freezes completely for 10-20 seconds, after telegram is revived the actual notification appears.

@kierun
Copy link

kierun commented Oct 7, 2020

Same issue:

√ ; rpm -qa | rg telegram-desktop
telegram-desktop-2.3.2-1.fc32.x86_64
√ ; uname -a
Linux nightwatch.neverness.org 5.8.12-200.fc32.x86_64 #1 SMP Mon Sep 28 12:17:31 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux
√ ; awesome --version
awesome v4.3 (Too long)
 • Compiled against Lua 5.3.5 (running with Lua 5.3)
 • D-Bus support: ✔
 • execinfo support: ✔
 • xcb-randr version: 1.6
 • LGI version: 0.9.2
√ ; rpm -qa | rg X11
libX11-devel-1.6.12-1.fc32.x86_64
libX11-xcb-1.6.12-1.fc32.x86_64
libX11-common-1.6.12-1.fc32.noarch
libX11-1.6.12-1.fc32.x86_64

@ilya-fedin
Copy link
Contributor

ilya-fedin commented Oct 7, 2020

It's been a long time since 2.3.x, why there are a lot of people here now?

@cyberpunkrocker-zero
Copy link

A Reddit-effect? Me, I was about to report this over a week ago, but never did. Now people are asking about it in Reddit, so...

@ilya-fedin
Copy link
Contributor

A Reddit-effect?

Can you give a link?

@kierun
Copy link

kierun commented Oct 7, 2020

It's been a long time since 2.3.x, why there are a lot of people here now?

Because that's what is in the package manager on Fedora and I saw a reddit post on it in /r/awesomewm

@kierun
Copy link

kierun commented Oct 7, 2020

Here is the reddit post.

@GustavoKatel
Copy link

It's been a long time since 2.3.x, why there are a lot of people here now?

Because that's what is in the package manager on Fedora and I saw a reddit post on it in /r/awesome

same for manjaro

@ilya-fedin
Copy link
Contributor

ilya-fedin commented Oct 7, 2020

Does awesome has its own notification daemon? Is this reproducible with any other notification daemon?

@GustavoKatel
Copy link

Does awesome has its own notification daemon? Is this reproducible with any other notification daemon?

yes, awesome has its own notification daemon, but the OP mentioned they're using gnome 3?

@ilya-fedin
Copy link
Contributor

ilya-fedin commented Oct 7, 2020

but the OP mentioned they're using gnome 3?

Ok, is this reproducible with any other notification daemon rather than awesome and gnome?

@ilya-fedin
Copy link
Contributor

I am afraid that the bug is still appearing on 2.4.2 with native notifications

read previous messages

@fuzxi
Copy link

fuzxi commented Oct 8, 2020

but the OP mentioned they're using gnome 3?

Ok, is this reproducible with any other notification daemon rather than awesome and gnome?

I can reproduce this using mako on sway.

@ilya-fedin
Copy link
Contributor

Oh, that's bad, we still don't know what cause this. And I can't reproduce, I don't experience any freezes.

@krims0n32
Copy link

I have tested using Dunst (https://dunst-project.org/) instead of Awesome's notification manager and that does not give me any freezes. So it seems to be a combination of Telegram and notification daemon. I'm not sure what Gnome uses for notifications but apparently it is not an Awesome specific issue.

Has something changed in the content of the notification Telegram sends, perhaps the profile picture or something that borks out on some notification daemons?

@ilya-fedin
Copy link
Contributor

Has something changed in the content of the notification Telegram sends

dbus library that Telegram uses to send a notification

@Alex-Blade
Copy link
Author

Alex-Blade commented Oct 8, 2020

Is this reproducible with with X11 or only with Wayland?

@Aokromes
Right now I'm on:
Fedora 32 (Workstation Edition) with GNOME Shell 3.36.6, X11. I'm not sure about Wayland though

@Alex-Blade
Copy link
Author

How do I check what notification manager do I use? Didn't change anything, so I guess it's default Gnome thing

@ilya-fedin
Copy link
Contributor

Tried to use a more low-leverl. Can anyone check if this fixes the issue?
https://github.com/ilya-fedin/tdesktop/actions/runs/296715634

@krims0n32
Copy link

This seems to fix the issue for me!

@Alex-Blade
Copy link
Author

Alex-Blade commented Oct 10, 2020

QCoreApplication::postEvent: Unexpected null receiver
Tried all three versions, didn't help. Got that thing during last attempt, though idk if it's smth to do with the fact that I force closed Telegram

@ilya-fedin
Copy link
Contributor

ilya-fedin commented Oct 11, 2020

Since opinions were divided, more testers are needed.

Tried all three versions

It is enough to try only just "Telegram"

@cyberpunkrocker-zero
Copy link

Just got the patched version compiled and tested; so far, the patch seems to work as intended, no more freezes or any other oddities, desktop notifications are on.
Patch applied to 2.4.3 on Arch Linux / Awesome wm / x11

@ilya-fedin
Copy link
Contributor

Maybe @Alex-Blade's issue is another after all? 🤔

@ilya-fedin
Copy link
Contributor

@Alex-Blade can you check if downgrading to 2.2 helps for you like for others?

@Alex-Blade
Copy link
Author

@ilya-fedin, that's extremely weird, I've been using Telegram Flathub version for the whole day and only now understood that there have been no freezes... All the versions you've provided are also working correctly. Will continue to observe and investigate, hope the issue is resolved

@ilya-fedin
Copy link
Contributor

ilya-fedin commented Oct 13, 2020

that's extremely weird, I've been using Telegram Flathub version for the whole day and only now understood that there have been no freezes...

Maybe the issue was on GNOME side and you updated the system?

@Alex-Blade
Copy link
Author

Maybe it was on hardware optimization side at all, I'm actually not really satisfied with stability of Ryzen + NVMe combo on Linux (needed to solve problems for both separately and then combine). Didn't notice any updates, but possible, I regretfully don't have a log of updates

@ilya-fedin
Copy link
Contributor

Could the issue be closed then?

@cyberpunkrocker-zero
Copy link

Seems like it

@github-actions
Copy link

github-actions bot commented Mar 4, 2021

This issue has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs.

@github-actions github-actions bot locked as resolved and limited conversation to collaborators Mar 4, 2021
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

8 participants