Qubes 4.1 telegram desktop no longer works

Hi there,

After the 2 latest dom0 Updates telegram desktop doesn’t work anymore.

VM ist debian-10 standalone, also tried fedora-32.

To rule out VM relates issues, I tried a clone of the debian-10 VM that
was made before VM Updates were applied. Still doesn’t work with this
unmodified VM.

When telegram ist started, it blriefly shows the GUI, and then
terminates.
After that, no GUI program in the VM works anymore, but the VM is still
alive and able to show the console.

While telegram desktop is started from the qubes console, the following
messages appear:

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to
'/tmp/runtime-user' 
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to
'/tmp/runtime-user' 
[ALSOFT] (EE) Failed to set real-time priority for thread: Operation
not permitted (1)

journalctl shows:

Jan 23 13:24:37 signal pulseaudio[860]: sink cork req state =1, now
state=2 
Jan 23 13:24:37 signal pulseaudio[860]: source cork req state
=1, now state=2 
Jan 23 13:24:37 signal dbus-daemon[751]: [session
uid=1000 pid=751] Activating via systemd: service
name='org.freedesktop.Notifications' unit='xfce4-notifyd.service'
requested by ':1.17' (uid=1000 pid=978 comm="Telegram/Telegram ") 
Jan 23 13:24:37 signal systemd[672]: Starting XFCE notifications
service... 
Jan 23 13:24:37 signal dbus-daemon[751]: [session uid=1000
pid=751] Activating service name='org.xfce.Xfconf' requested by ':1.19'
(uid=1000 pid=994
comm="/usr/lib/x86_64-linux-gnu/xfce4/notifyd/xfce4-noti") 
Jan 23 13:24:37 signal dbus-daemon[751]: [session uid=1000 pid=751]
Successfully activated service 'org.xfce.Xfconf' 
Jan 23 13:24:37 signal qubes-gui[565]: libvchan_is_eof 
Jan 23 13:24:37 signal dbus-daemon[751]: [session uid=1000 pid=751]
Successfully activated service 'org.freedesktop.Notifications' 
Jan 23 13:24:37 signal
systemd[672]: Started XFCE notifications service. 
Jan 23 13:24:42 signal pulseaudio[860]: source cork req state =2, now
state=1 
Jan 23 13:24:42 signal pulseaudio[860]: sink cork req state =2, now
state=1

I also noticed the following message in journalctl:

qubes-gui[571]: libvchan_is_eof

This happens when I start telegram from the qubes VM console as user:
1st start:

[ALSOFT] (EE) Failed to set real-time priority for thread: Operation not permitted (1)

and no GUI.

2nd start:

QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to ‘/tmp/runtime-user’
QStandardPaths: XDG_RUNTIME_DIR not set, defaulting to ‘/tmp/runtime-user’
[ALSOFT] (EE) Failed to set real-time priority for thread: Operation not permitted (1)
(Telegram:1035): GLib-GObject-WARNING **: 09:23:32.966: invalid (NULL) pointer instance
(Telegram:1035): GLib-GObject-CRITICAL **: 09:23:32.966: g_signal_connect_data: assertion ‘G_TYPE_CHECK_INSTANCE (instance)’ failed

and no GUI.

BTW, teamviewer 15.13.6 debian crashes, too, but only with this message:

qubes-gui[571]: libvchan_is_eof

Teamviewer, though, works when started from the qubes VM console as user.

works fine here, using a debian 11 template.

Just tried debian-11 template (4.06), but still the same error.

So I suspect that it has to do with dom0, not what VM is used.

@fjdh: How could I check what’s different between my and your installation?

It may be that I’m up to date with current-testing? idk.
Have you tried creating a new AppVM for it? No other apps with these problems? AppVM has free space in /home?

I created a standalone AppVM from debian-11 template as well as a normal AppVM with the template. I updated debian-11 to the latest. Still no success.
Always tried with a fresh VM with 1.9 GB free space on /home.

BTW:

Linux dom0 5.4.88-1.qubes.x86_64 #1 SMP Mon Jan 11 06:01:37 CET 2021 x86_64 x86_64 x86_64 GNU/Linux

I’m using 5.8.16 in dom0, though that libvchan_is_eof error seems to suggest an issue with gui-agent-linux.

ok, I updated dom0 kernel to 5.8.16, but still the error:

libvchan_is_eof

Yes, and that would explain why after the error other programs cannot put anything on the screen though the VM still lives.